En Ambeteco, estamos comprometidos a brindarte la mejor experiencia posible al usar nuestro software. Sin embargo, entendemos que quienes han descargado o adquirido MyQuickMac Lite a través de la App Store de Apple pueden haber encontrado una serie de restricciones y limitaciones. Este artículo tiene como objetivo aclarar estas limitaciones y ofrecer una solución que garantice que puedas disfrutar de todas las funcionalidades de nuestro software.
La versión de MyQuickMac Lite disponible en la App Store está sujeta a las estrictas normas y regulaciones de Apple. Estas restricciones no reflejan nuestro deseo de limitar tu experiencia, sino que son una necesidad para cumplir con las directrices de Apple. En consecuencia, si has descargado MyQuickMac Lite desde la App Store, es posible que encuentres que una parte significativa de la funcionalidad del software no está disponible debido a estas limitaciones impuestas.
En Ambeteco, nuestro objetivo principal es garantizar que nuestros usuarios reciban la experiencia más completa y satisfactoria. La idea de ofrecer software con funcionalidad limitada va en contra de nuestra filosofía. Sin embargo, la realidad de las normas de Apple significa que estamos obligados por estas limitaciones al distribuir nuestro software a través de su plataforma.
Reconociendo que no podemos modificar las políticas de Apple, hemos ideado una solución alternativa. Te invitamos a descargar MyQuickMac Lite directamente desde nuestro sitio web, donde está disponible sin restricciones ni limitaciones. Esta opción es completamente gratuita y te ofrece acceso a todas las funcionalidades del software.
A diferencia de muchas otras empresas, nos enorgullecemos de ofrecer software y licencias unificadas. Esto significa que, independientemente de dónde hayas adquirido tu MyQuickMac Lite —ya sea en la App Store, nuestro sitio web o a través de nuestros socios— eres un cliente valioso. Puedes descargar y usar MyQuickMac Lite desde nuestro sitio web, la App Store o cualquier otra fuente, y tu licencia seguirá siendo válida sin cargos adicionales ni complicaciones.
Aún así, este artículo no solo trata sobre MyQuickMac Lite, sino también sobre el entorno restrictivo creado por la App Store, buscando posibles explicaciones mientras ofrecemos ideas alternativas.
La verdadera razón que los desarrolladores nunca te cuentan
Existe una restricción que tiene un efecto significativo en muchas aplicaciones de macOS, incluida MyQuickMac Lite. Debido a estas restricciones, algunos desarrolladores incluso deciden no publicar sus apps en la App Store. ¿O quizás simplemente no pueden?
Adobe Creative Suite, incluidos Photoshop, Illustrator, Premiere Pro, After Effects, Google Chrome, Mozilla Firefox, Zoom, Dropbox, Spotify, TeamViewer, Skype, Blender, Maya, Cinema4D, Figma.
Todos conocemos estas aplicaciones, y ninguna de ellas está publicada en la App Store.
¿Alguna vez te has preguntado por qué todas estas apps no están publicadas en la App Store? Obviamente, no es porque sean "inseguras" o porque no se pueda confiar en ellas.
Si bien es imposible saberlo con certeza —al final, fue una decisión empresarial, y rara vez se hacen públicas— aún podemos analizar las directrices de Apple e intentar comprender las posibles razones detrás de la decisión.
Las directrices de Apple cubren una amplia gama de cuestiones, desde la privacidad del usuario y la seguridad de datos hasta restricciones de contenido y compras dentro de la aplicación. Algunos desarrolladores pueden encontrar estas directrices demasiado restrictivas o no alineadas con su modelo de negocio, y por lo tanto eligen no listar sus apps en la App Store. Algunas de estas reglas son increíblemente estrictas: por ejemplo, está prohibido colocar cualquier enlace externo en tu app, incluso a tu propio sitio web. Apple cree que los desarrolladores pueden usar enlaces externos para evitar pagar una comisión del 15% o 30% establecida por la App Store; esta es también la razón por la que no hay ningún enlace a nuestro sitio web en la versión de MyQuickMac Lite para la App Store.
Las consideraciones financieras también juegan un papel importante. Como se mencionó anteriormente, Apple cobra una comisión del 15% o 30% sobre todas las compras dentro de la aplicación y suscripciones realizadas a través de la App Store. Para empresas con una gran base de usuarios e ingresos significativos, esta comisión puede ascender a una suma considerable. Al distribuir sus apps de forma independiente, estas empresas pueden evitar esta tarifa y retener más de sus ingresos. Esto es particularmente relevante para aplicaciones como Spotify, que dependen en gran medida de los ingresos por suscripción.
Uno de los factores más importantes son las restricciones técnicas. Aplicaciones como Adobe Creative Suite, TeamViewer o Blender requieren un amplio acceso al sistema para funcionar de manera óptima, lo cual no es posible dentro de los confines del entorno Sandbox. Incluso iniciar la aplicación al arrancar el sistema es un problema: solo puedes iniciar la aplicación, pero no puedes indicarle que fue lanzada desde el inicio. Por ejemplo, para aplicaciones de mensajería, esto significa que iniciarán como si hubieras hecho clic en ellas, en lugar de iniciarse minimizadas, lo cual sin duda es mejor para la experiencia del usuario.
Los desarrolladores rara vez hablan a sus usuarios sobre este ser casi mítico llamado "Sandbox". Creemos que, como empresa de software, debemos ser lo más honestos posible sobre todos los requisitos y reglas que debemos seguir. A continuación, explicaremos para qué sirve el Sandbox y por qué hay tantos desarrolladores en todo el mundo que lo odian fervientemente.
La restricción "única e inigualable": Sandbox
Todas las aplicaciones publicadas en la App Store deben estar en "sandbox" (o aisladas). El "Sandbox" de Apple es una característica de seguridad diseñada para proteger a los usuarios de acciones potencialmente dañinas que una aplicación podría realizar. Imagínalo como un parque infantil donde cada aplicación tiene su propio espacio separado para jugar. Este espacio, o "sandbox", está aislado del resto del sistema, lo que significa que la aplicación no puede interactuar con otras aplicaciones ni acceder a datos fuera de su área designada sin permiso explícito. Esta es una excelente manera de prevenir que software malicioso cause daño, ya que restringe lo que una aplicación puede hacer.
Sin embargo, aunque el sandbox está diseñado con las mejores intenciones, también es la causa de un número significativo de problemas. Por ejemplo, una de las razones es que el Sandbox a veces puede obstaculizar el rendimiento de una aplicación. Al igual que un niño podría sentirse restringido en un parque infantil con demasiadas reglas, una aplicación en un sandbox estrictamente controlado puede no ser capaz de funcionar tan eficientemente como podría sin esas restricciones. Esto puede llevar a un rendimiento más lento, lo cual puede ser frustrante para los usuarios que esperan que sus aplicaciones funcionen de manera fluida y rápida. A menudo, también se introduce una gran cantidad de sobrecarga, ya que la aplicación debe solicitar o verificar permisos antes de hacer cualquier cosa relacionada con el sistema. Imagina que necesitas pedir permiso para cada acción que tomas y esperar la confirmación: "¿Puedo despertar? ¿Puedo cambiar la posición de mi mano? ¿Puedo cerrar mis ojos? ¿Puedo respirar?". Esto se llama sobrecarga.
Para explicarlo simplemente, en programación, "sobrecarga" se refiere a los recursos adicionales de procesamiento o memoria que se necesitan para gestionar las tareas que realiza un programa, más allá de los recursos utilizados para las tareas en sí. Imagina que estás preparándote para una fiesta. Tu tarea principal es prepararte para la fiesta, pero durante ella, puede que tengas que caminar mucho de una habitación a otra. Luego, imagina que cada vez que vas de una habitación a otra, abres la puerta y luego la cierras. Cada vez.
Ahora, para hacerlo más similar a la programación, imaginemos que necesitas moverte de una habitación a otra 17200 veces. Cada vez aún debes abrir y cerrar la puerta entre estas dos habitaciones. ¿Suena productivo?
En este caso, abrir y cerrar la puerta es lo que es la "sobrecarga": no contribuye directamente al objetivo principal, pero sigue siendo necesario. La sobrecarga puede parecer un retraso casi inocente que no tomará mucho tiempo, pero cuando lo realizas múltiples veces, la sobrecarga de repente se vuelve visible y arruina el rendimiento de la aplicación. El Sandbox de Apple puede introducir muchas sobrecargas en la aplicación, ya que es como abrir y cerrar la puerta cada vez que caminas entre habitaciones.
Otro problema es que el sandbox puede hacer que la experiencia del usuario sea más compleja. Por ejemplo, si una aplicación necesita acceder a un archivo en una ubicación diferente, tiene que pedirle permiso al usuario. Esto puede no parecer gran cosa, pero si estás usando una aplicación que necesita acceder a múltiples archivos en diferentes ubicaciones, podrías encontrarte constantemente siendo solicitado para dar permiso. Esto puede interrumpir tu flujo de trabajo y hacer que usar la aplicación sea más engorroso de lo necesario. Esto es exactamente lo que sucede en MyQuickMac Lite, donde después de instalar la aplicación, debes otorgar permisos a cinco carpetas: Documentos, Música, Descargas, Películas e Imágenes. Es imposible omitir esta parte, y necesitas hacer manualmente lo mismo cinco veces. Presionar el botón, abrir el diálogo de selección de carpeta, confirmar y repetir. Cinco veces.
En algunos casos, debemos admitir que los permisos explícitos son una muy buena idea. Por ejemplo, descargas una aplicación y de repente quiere conocer tu ubicación. ¿Por qué la aplicación necesita eso? ¿Es un navegador GPS o quizás una aplicación del clima? Si no es así, entonces el Sandbox con permisos explícitos será verdaderamente una muy buena solución: hará que los usuarios estén mucho más protegidos.
Aún así, hay muchos casos en los que solicitar permisos explícitos es solo un paso innecesario que solo hace la vida de los usuarios innecesariamente más compleja. Cuando has decidido comprar MyQuickMac Lite, ya entiendes que ordenará tus archivos y, mentalmente, ya has aceptado otorgarle permiso a cualquier carpeta que necesite para funcionar. ¿Necesitas dar estos permisos nuevamente ahora, en el mundo físico? Si no te gusta la idea de ordenar tus archivos, ni siquiera descargarás MyQuickMac Lite en primer lugar, entonces ¿por qué hay necesidad de pedir permiso explícito cinco veces?
Además, el sandbox también puede limitar la funcionalidad de ciertas aplicaciones. Los desarrolladores a menudo tienen que trabajar alrededor de las restricciones del sandbox para proporcionar características que los usuarios desean, y a veces incluso tienen que eliminar las características ya que es imposible adherirse a las reglas del Sandbox. Esto puede llevar a opciones de diseño menos intuitivas, hacer que las aplicaciones sean más difíciles de usar, o incluso dejar a los usuarios sin la funcionalidad por la que pagaron. Por ejemplo, una aplicación de edición de fotos puede no poder acceder a todas las fotos en tu dispositivo debido a las restricciones del sandbox, requiriendo que selecciones manualmente cada foto o carpeta que quieres editar. En nuestra opinión, esto no resuena exactamente bien con las famosas "Directrices de Interfaz Humana" de Apple.
Entonces, ¿por qué existe?
A pesar de estos problemas, es importante recordar que el sandbox existe por una razón. Es una parte crucial del compromiso de Apple con la seguridad y privacidad del usuario, ya que el objetivo principal del Sandbox es ser un mecanismo de defensa contra malware. La App Store tiene millones de aplicaciones, y tener reglas estrictas y restricciones técnicas puede ser la única solución posible para mantenerla más o menos estable.
Es posible decir que el sandbox de Apple es un arma de doble filo. Por un lado, ofrece un nivel significativo de protección contra aplicaciones potencialmente dañinas. Por otro lado, puede llevar a problemas de rendimiento y una experiencia de usuario más compleja. Aún así, tomando en cuenta el hecho de que los moderadores de Apple revisan manualmente todas las aplicaciones y las prueban exhaustivamente antes de aprobarlas, y el hecho de que el Sandbox está aquí principalmente por razones de seguridad, ¿por qué se necesita?
Y hay una respuesta: las aplicaciones pueden estar inicialmente planificadas como malware, y con una planificación cuidadosa, todo es posible. La aplicación puede pretender hacer su trabajo; por ejemplo, el malware podría pretender ser una aplicación del clima pero en realidad tener una puerta trasera: lo que significa que los atacantes pueden controlar remotamente la aplicación y usarla para su beneficio. En este caso, los moderadores de Apple pueden no notar el malware oculto y publicarlo en la App Store. El Sandbox debería ser una solución a esto: si la aplicación tiene una puerta trasera y el atacante "ordena" a la aplicación robar los datos del usuario, todavía está el Sandbox que debería prevenir tal ataque. En este caso, los usuarios aún necesitarán dar permiso explícito para que la aplicación robe sus datos. Bueno, si esto es cierto, entonces ¿por qué seguimos viendo noticias como "Apple elimina 17 aplicaciones maliciosas de la App Store"?
Una explicación para este problema es el analfabetismo tecnológico. Y, desafortunadamente, es mucho más difícil para Apple combatir el analfabetismo en comparación con el malware. Cuando los propios usuarios aceptan voluntariamente proporcionar sus propios datos al malware y confirman todo a ciegas, nada ayudará: tales usuarios aún inevitablemente caerán en la trampa de un atacante. El malware ciertamente se vuelve más complejo con cada día que pasa. Sin embargo, los mecanismos de defensa también avanzan, y lo hacen rápidamente. Al mismo tiempo, lidiar con el analfabetismo tecnológico es innegablemente difícil.
Al final, impartir conocimiento a otros puede ser una tarea desafiante. ¿Cómo es posible enseñar a una persona a analizar cierto software para predecir si será malware? Una de las soluciones de Apple —que es mucho más efectiva que intentar enseñar a los usuarios sobre tecnología— es hacer que su sistema operativo sea cada vez más estricto. Desarrollar malware para un sistema donde todo está restringido y debe hacerse con el consentimiento explícito del usuario no es divertido: al final, el número de usuarios que aceptan todo a ciegas es, afortunadamente, bastante bajo.
Tomemos un ejemplo con un malware abstracto "X". El malware "X" roba datos del usuario y los envía al servidor del atacante. Luego, el atacante intentará descifrar la información recopilada y extraer tantos beneficios como sea posible: la imaginación del atacante es el único límite aquí. Algunos ejemplos pueden incluir el robo de contraseñas, información de tarjetas, mensajes personales, etc.
Ahora, imaginemos que somos Apple. Necesitamos de alguna manera diseñar una solución que evite que malware como "X" ataque a nuestros usuarios. ¿Qué podemos hacer?
Por supuesto, podemos tomar la ruta difícil: será mejor a largo plazo, pero es un viaje muy tedioso. Podemos intentar enseñar a nuestros usuarios que deben verificar muchas cosas antes de descargar e instalar algún software "X". Por ejemplo, necesitan abrir el sitio web del desarrollador y ver cómo se ve, cómo está estructurado, si está actualizado, si hay entradas de blog/noticias, y si hay páginas de redes sociales. Después de esto, los usuarios deberían tener formada su opinión general sobre el sitio web del desarrollador: aunque puede que no sea de tu gusto, el sitio web aún debería estar hecho profesionalmente y (idealmente), debería tener algo que desde lejos se asemeje a un diseño. Las verificaciones adicionales pueden incluir verificar la información de la empresa, por ejemplo, cuándo se estableció, ya que hay una gran diferencia entre una empresa que se estableció en 2015 y una que se registró hace un mes.
Imagina intentar enseñar a la gente todo ese conocimiento interesante. Estos pasos pueden parecer muy obvios para ti —y, si ese es el caso, entonces es increíble— pero la mayoría de las personas no hacen esto. Como estamos tratando de explicar las acciones de los humanos, es muy probable que fallemos, pero aún podemos intentar nombrar las posibles razones de ese comportamiento. Quizás las personas que no realizan estas verificaciones simplemente no tienen tiempo para ellas, ya que innegablemente requiere esfuerzo y tiempo realizar cualquier tipo de verificación. Tal vez no son conscientes de la importancia de realizar estas verificaciones, o no entienden las consecuencias de no hacerlas. También es posible que no posean las habilidades o conocimientos necesarios para realizar las verificaciones.
Sea cual sea la razón, es esencial educar a las personas sobre la importancia de realizar estas verificaciones, y proporcionarles el conocimiento y los recursos necesarios para hacerlo de manera eficiente. Aún así, promover una cultura de minuciosidad y responsabilidad, donde las personas asumen la responsabilidad de garantizar que se realicen las verificaciones correctas en el momento adecuado, es una misión verdaderamente desafiante y no trivial. ¿Qué podemos hacer en su lugar que deseablemente ofrezca resultados instantáneos?
En lugar de intentar enseñar algo a las personas, podemos intentar hacer que la plataforma sea "a prueba de tontos": Una de las mejores soluciones es la introducción de un entorno muy restrictivo, uno donde cada acción debe ser confirmada explícitamente por el usuario. Y esto es exactamente lo que Apple hizo cuando comenzó a requerir el uso del Sandbox en 2012.
¿Deseas permitir que la aplicación "x" acceda al archivo "~/Application Support/Google Chrome/Passwords"?
Esta es una situación en la que todos ganan, ya que los atacantes perderán lentamente el interés en desarrollar malware para dicha plataforma porque tendrán que gastar mucho esfuerzo sin la garantía de éxito, el sistema en sí será más seguro, y los usuarios tendrán más control sobre las aplicaciones.
Aun así, existe una solución más simple...
Una solución simple no existe, ya que muchos problemas en la ingeniería de software moderna son bastante de doble cara. Si bien pueden resolver el problema, también introducen otros nuevos o hacen que algo sea más lento y menos eficiente, ya sea el rendimiento de la aplicación en sí o la interacción del usuario con la interfaz. Encontrar el equilibrio entre seguridad y usabilidad, protección y rendimiento, o restricciones e innovación siempre será difícil, y lamentablemente, nunca encontraremos el equilibrio. Por muy duro que suene, la mayor amenaza para la seguridad de la computadora es la persona que la usa, no las acciones de los moderadores de la App Store, las reglas de Apple o los agujeros de seguridad.
Aquí hay una opinión impopular: en lugar de comprar un antivirus, puede ser mejor invertir en tu conocimiento y alfabetización tecnológica. La mejor protección que puedas encontrar es la lógica, el pensamiento crítico y el análisis constante.
Aún así, si hablamos de métodos de protección menos abstractos, aquí hay uno de los consejos más simples pero más efectivos: nunca instales software en el que no confíes. Al seguir este consejo, reducirás significativamente el riesgo de ser atacado por malware. Aún así, es importante entender que el riesgo de ser atacado por malware nunca será cero.
En lugar de intentar prevenir el malware, podría ser más apropiado estar preparado para las consecuencias del ataque. Por ejemplo, almacenar todos tus archivos o documentos sensibles en almacenamiento cifrado, guardar tu contraseña en gestores de contraseñas potentes que están criptográficamente protegidos, y realizar copias de seguridad. Esto protegerá contra los tipos más comunes de malware, incluidos stealers, troyanos, puertas traseras o cryptors. En una situación ideal, todo debe estar organizado de tal manera que, incluso si eres atacado por malware, siempre puedas realizar un reinicio completo de tu computadora y luego restaurar todo desde tu copia de seguridad.
La batalla contra el malware siempre será compleja: Aunque Apple hace todo lo posible para crear entornos cada vez más restrictivos, la seguridad requiere un enfoque multifacético que combine medidas de seguridad robustas, educación del usuario y comportamiento digital responsable. Aunque los entornos restrictivos pueden disuadir a los atacantes, es solo una pieza del rompecabezas, ya que el usuario final también tiene un papel crucial que desempeñar en el mantenimiento de su propia seguridad. El panorama digital está en constante evolución, y también deben hacerlo nuestras estrategias para salvaguardarlo. La lucha contra el malware no se trata solo de construir muros más altos, sino también de equipar a los usuarios con el conocimiento y las herramientas que necesitan para protegerse. Después de todo, el sistema más seguro no es solo el que es más difícil de vulnerar, sino también el que es utilizado por los usuarios más informados y vigilantes.
