Durante el desarrollo de una aplicación una gran parte del proceso radica en las pruebas. Pruebas de que todo el sistema se dibuje correctamente, de que no haya errores, de que la app se conecte correctamente con nuestros servidores, etc. Otras pruebas incluyen el sistema de suscripciones de la app, un aspecto que cada vez es más importante y al que Apple ha dedicado una especial atención.

Las virtudes de un sandbox mejorado

En la pasada WWDC20 Apple anunció varias nuevas funciones para que los desarrolladores puedan probar de forma más cómoda y eficiente la funcionalidad de StoreKit. Ahora, en un nuevo post en la página para desarrolladores, Apple informa de que estas funciones están ya disponibles.

Con este sandbox mejorado los desarrolladores tendrán acceso a simulaciones de nuevas suscripciones, de suscripciones canceladas, de suscripciones que mejoran a un plan superior y de las que cambian a un plan inferior. Situaciones ante las que las apps deben responder apropiadamente.

El entorno de la sandbox de Apple te permite probar las compras in-app en los dispositivos utilizando la información de los productos configurada en App Store Connect. Ahora puedes probar actualizaciones, reducciones y cancelaciones de suscripciones, así como restablecer la elegibilidad de la oferta introductoria para una cuenta de prueba desde Ajustes en dispositivos que ejecuten iOS 14 o posterior.

También puedes probar la respuesta de tu aplicación a las compras interrumpidas en dispositivos que ejecuten iOS 14 o posterior. Y los usuarios de App Store Connect con el rol de desarrollador ahora pueden crear y administrar cuentas de prueba en el sistema de sandbox.

Estas novedades se unen a los códigos promocionales con los que la flexibilidad de los precios de las suscripciones mejorará muy notablemente. Estos códigos, muy similares a los que ya conocemos para acceder a compras de apps gratuitamente, se canjearán en el App Store y nos darán acceso individual a cambios en los precios. Así un servicio podrá, por ejemplo, al ver que cancelamos nuestra suscripción hace ya medio año, ofrecernos tres meses de suscripción totalmente gratuitos si volvemos a darnos de alta. Además, tal como expone Apple en su sitio web, podremos recibir estos códigos por muchos medios, desde un correo electrónico hasta dentro de la misma aplicación.

Con el aumento de esta flexibilidad es un excelente momento para que los desarrolladores puedan adaptar y probar con precisión cómo sus aplicaciones responderán a los diferentes escenarios. Una respuesta que puede incluir una nueva promoción, por ejemplo.

En Applesfera

Apple activará códigos de descuento para que los desarrolladores puedan ofrecer precios más atractivos en nuestras suscripciones

Está claro que las suscripciones y las compras integradas dentro de las apps han llegado para quedarse, al menos para un largo tiempo. Apple lo sabe y por eso, ya desde la pasada WWDC, está creando las herramientas necesarias para que los desarrolladores puedan gestionar todo el sistema de forma más cómoda y eficiente.

Más información | Learn about testing in-app purchases in sandbox y Learn about testing at all stages of development

En verano de 2017 vimos cómo Panic, una de las desarrolladoras más importantes del panorama Apple, sacaba de la App Store su app Transmit. La decisión la tomaron debido a las diferentes restricciones que la tienda de Apple imponía. Sin embargo, con los cambios que llegaron en macOS Mojave, decidieron volver y ahora ya se encuentra disponible.

Transmit es una de las mejoras aplicaciones para transmitir archivos entre equipos y servidores FTP. Una potente herramienta para desarrolladores web que sin embargo han visto como durante años la app se encontraba capada en la Mac App Store. Y es que dado que Transmit trabaja con archivos y funciones básicas del sistema operativo, el sandboxing de la Mac App Store no le permitía acceder a esas partes del sistema. La solución por parte de Transmit fue ofrecer una versión más limitada para los usuarios de la Mac App Store y una completa desde su web. Hasta que finalmente decidieron abandonar la Mac App Store.

Una versión en la tienda (casi) idéntica a la de la web

macOS Mojave también trae una renovada Mac App Store que además de contenido editorial, contiene más permisos para las apps de los desarrolladores. Con la tienda más abierta y un sandboxing más flexible, Transmit ha vuelto a la Mac App Store con una app que es prácticamente idéntica a la que venden en su web oficial. En la web oficial vemos cuál es la diferencia que existe entre ambas versiones:

¿Tiene las mismas características que el Transmit 5 regular?

Con una pequeña excepción — "abrir en terminal" depende de AppleScripting en el terminal, que no es posible con sandboxing (todavía). Pero incluso ver o editar o cambiar los permisos de los archivos que no posee es ahora posible, y no lo era hasta hace muy poco.

Esta pequeña excepción y el hecho de que la app en la Mac App Store se basa en suscripción y no en pago único. Los desarrolladores alegan que así los usuarios pueden pagar por la app sólo por el tiempo que la usan y no un pago completo. La versión de la web tiene un precio de 45 dólares (50 euros aproximadamente) mientras que la suscripción de la Mac App Store es de 20 dólares (22 euros aproximadamente) al año.

Más información | Panic

Flash siempre ha sido uno de los principales coladeros de malware a causa de sus frecuentes agujeros de seguridad así que no podemos más que alegrarnos tras leer el comunicado oficial de la compañía en el que explican que la última versión de Flash Player para OS X Mavericks funciona en su propio cajón de arena dentro de Safari, lo que significa que aún en el caso de que un atacante logre colarse a través suya en nuestro equipo no podrá (al menos en teoría) acceder a todos nuestros datos sino que estará encerrado dentro de la pestaña del navegador.

Las capacidades de Flash Player para leer y escribir archivos se limitan desde ahora únicamente a los lugares necesarios para funcionar correctamente. El sandbox también limita las conexiones locales de Flash Player a los recursos del dispositivo y los canales de comunicación entre procesos (IPC). Finalmente, el sandbox limita los privilegios de red de Flash Player para prevenir capacidades de conexión innecesarias.

Peleus Uhley, estratega de seguridad en plataformas de Adobe, ha agradecido al equipo de seguridad de Apple el trabajo conjunto realizado para ayudarles a adoptar esta medida en su sistema operativo. Apple lleva impulsando el sandboxing en OS X desde Lion pero no ha sido hasta esta última versión cuando ha terminado de asentarse en todos los rincones del sistema, incluyendo Safari 7, en el que ahora lo utiliza no solo para aislar las pestañas entre si, sino también para hacer lo mismo con plug-ins como QuickTime, Java, Silverlight o el mencionado Flash Player.

Personalmente hace demasiado que me acostumbré a sobrevivir sin el plug-in de Adobe para ganar en seguridad y, sobre todo, autonomía, pero entiendo que seguís siendo muchos los usuarios que dependéis de él así que todo lo que sea avanzar en nuestra protección me parece estupendo.

Vía | AppleInsider

Se acabó la cuenta atrás. Tras anunciarlo el año pasado y ampliar el límite de tiempo hasta el 1 de junio, Apple ya obliga a que todas las aplicaciones de la Mac App Store utilicen la técnica del sandboxing para aumentar la seguridad tanto de las mismas aplicaciones como la del sistema operativo en general. Y viendo cómo está este tema últimamente, esta medida completamente transparente para los usuarios no está de más.

A grandes rasgos: el sandboxing implica que las aplicaciones que los desarrolladores publiquen en la Mac App Store debe acceder a los recursos del sistema a través de un conjunto de herramientas que ofrece Apple, y no de forma directa o con métodos no oficiales. Así se consigue que cada aplicación use su propio conjunto de recursos y no interactúe ni con otras aplicaciones ni con el sistema, lo que principalmente se traduce en una mayor seguridad. Pero según los desarrolladores no todo son ventajas.

Aunque también se han abierto nuevas posibilidades, hay funcionalidades que no se pueden implementar utilizando las herramientas que proporciona Apple, y algunos desarrolladores se han visto obligados a eliminar características de sus programas sólo para cumplir con las normas.

Un ejemplo es el del editor de imágenes Acorn, con la función de poder exportar formatos de imagen simplemente añadiendo la extensión que queramos al escribir el nombre del fichero a guardar. Para poder conseguir eso hay que acceder al sistema de forma directa, y ahora Apple ha dejado de permitirlo. Otras características como el uso de AppleScript también se verán limitadas.

El editor BBEdit también ha sufrido las consecuencias: funciones como la búsqueda de un texto en varios archivos simultáneos, AppleScript, visión de carpetas en tiempo real a medida que se trabaja en un proyecto… este programa tiene un buen puñado de ventajas que no van a poder implementarse con el sandboxing. Luego están los peores casos, como los de las aplicaciones Moom, Witch y Time Sink que tendrán que ser retiradas de la Mac App Store porque su mismo concepto no puede funcionar con las herramientas que Apple proporciona para implementar el sandboxing.

El resultado será que para algunos desarrolladores la mejor opción será salir de la Mac App Store y ofrecer todas esas ventajas de la forma “clásica”, desde la web oficial. Y eso significa fragmentación en la oferta de programas, justo lo contrario que quieren en Cupertino con la Mac App Store (que es centralizarlo todo en un catálogo oficial).

Teniendo en cuenta de que la medida se justifica para garantizar la seguridad de OS X, lo mejor que podría hacer ahora Apple es centrarse en ofrecer todas esas ventajas que se han quedado fuera dentro de las herramientas disponibles para cumplir con las exigencias del sandboxing. Cuestión de ponerse a ello, y progresivamente ir anunciando a los desarrolladores que ya se pueden utilizar ciertos aspectos del sistema de modo que se acepten en la Mac App Store.

Vía | Cult of Mac > Macworld
Imagen | Alexis R
En Applesfera | Tres ventajas que Apple podría aplicar a sus tiendas de aplicaciones

Apple ha vuelto a retrasar la fecha limite en la que todas las aplicaciones de la Mac App Store deberán implementar Sandboxing. Anteriormente se pasó de noviembre de 2011 como fecha limite al 1 de marzo de 2012. Parece que ese tiempo extra ha sido insuficiente y el plazo aumenta. Algo que ha sido bien recibido por muchos desarrolladores que todavía no han solucionado la situación.

De todas formas sigue la polémica. Para algunos desarrolladores la información que ofrece Apple así como las restricciones con respecto a Sandboxing siguen dificultando mucho la implementación por lo que se están planteando abandonar la Mac App Store. Motivo este por el cual Apple habría lanzado el Developer ID, una medida para garantizar las aplicaciones que podamos adquirir fuera de la tienda (recordemos que todas las aplicaciones de la Mac App Store son revisadas por Apple para su aprobación).

Sandboxing, Gatekeeper y Developer ID. Cada vez más medidas de seguridad para blindar al usuario y la plataforma. Algo que podríamos ver como una preocupación por parte de Apple de cara al aumento de cuota y por tanto número de amenazas o como algunos apuntan, un movimiento para que los desarrolladores hagan un uso mayor de las posibilidades de iCloud, arrastrando los datos en local a la nube.

Vía | GigaOm
En Applesfera | Aumenta la seguridad de tu cuenta con una contraseña diferente para el llavero del sistema

Era algo que en teoría iba a hacerse patente el pasado mes de noviembre, pero Apple lo ha retrasado varios meses. La compañía de Cupertino ha enviado un correo a todos los desarrolladores registrados en su programa avisando de que, a partir de marzo del 2012, todas las aplicaciones de la Mac App Store tendrán que implementar “sandboxing”.

¿Qué es eso llamado Sandboxing? Es una medida con la que se generan restricciones para las aplicaciones a la hora de acceder a recursos del sistema, consiguiendo mucha más seguridad y blindando el programa contra los hackers que quieran ejecutar malware aprovechándose de las vulnerabilidades. Es algo que ya está en uso en aplicaciones como Chrome, donde cada pestaña abierta está aislada una de otra gracias al sandboxing para que un fallo o un ataque se quede en una pestaña y no se extienda a todo el navegador.

Los desarrolladores, a su vez, piden que en Apple ofrezcan mejores herramientas para poder implementar la técnica del sandboxing en sus aplicaciones. Hay que tener cuidado con esto, porque si Apple no se lo pone fácil a los programadores la Mac App Store podría sufrir las consecuencias perdiendo fiabilidad. Eso sí, parece que en la normativa Apple accederá a permitir algunas excepciones con algunas aplicaciones que necesiten acceder a muchos recursos del sistema (previa justificación, claro).

Ahora toca que los desarrolladores empiecen a trabajar con ese sandboxing en sus aplicaciones. Tienen cuatro meses, bastante tiempo. Esperemos que el 1 de marzo no veamos desaparecer algunas aplicaciones por culpa de no cumplir con esa fecha.

Vía | TUAW
Imagen | krossbow