Na Ambeteco, estamos comprometidos em oferecer a melhor experiência possível ao usar nossos softwares. No entanto, sabemos que quem baixou ou comprou o MyQuickMac Lite pela App Store da Apple pode ter encontrado uma série de restrições e limitações. Este artigo tem como objetivo esclarecer essas limitações e oferecer uma solução que garanta o aproveitamento total das funcionalidades do nosso software.
A versão do MyQuickMac Lite disponível na App Store está sujeita às rígidas regras e regulamentações da Apple. Essas restrições não refletem nosso desejo de limitar sua experiência, mas são uma necessidade para cumprir as diretrizes da Apple. Consequentemente, se você baixou o MyQuickMac Lite pela App Store, pode perceber que uma parte significativa das funcionalidades do software está indisponível devido a essas limitações impostas.
Na Ambeteco, nosso objetivo principal é garantir que nossos usuários tenham a experiência mais completa e satisfatória. A ideia de oferecer um software com funcionalidades reduzidas é contrária à nossa filosofia. No entanto, a realidade das regras da Apple significa que estamos vinculados a essas limitações ao distribuir nosso software pela plataforma deles.
Reconhecendo que não podemos alterar as políticas da Apple, desenvolvemos uma solução alternativa. Convidamos você a baixar o MyQuickMac Lite diretamente do nosso site, onde está disponível sem quaisquer restrições ou limitações. Esta opção é totalmente gratuita e oferece acesso a todas as funcionalidades do software.
Ao contrário de muitas outras empresas, orgulhamo-nos de oferecer software e licenças unificados. Isso significa que, independentemente de onde você comprou seu MyQuickMac Lite — seja na App Store, em nosso site ou através de nossos parceiros — você é um cliente valioso. Você pode baixar e usar o MyQuickMac Lite do nosso site, da App Store ou de qualquer outra fonte, e sua licença permanecerá válida sem custos adicionais ou complicações.
Ainda assim, este artigo não é apenas sobre o MyQuickMac Lite — é também sobre o ambiente restritivo criado pela App Store, buscando possíveis explicações para isso enquanto oferece ideias alternativas.
O verdadeiro motivo que os desenvolvedores nunca contam
Existe uma restrição que tem um efeito significativo em muitos apps para macOS, incluindo o MyQuickMac Lite. Por causa dessas restrições, alguns desenvolvedores até decidem não publicar seus apps na App Store. Ou talvez eles simplesmente não possam?
Adobe Creative Suite, incluindo Photoshop, Illustrator, Premiere Pro, After Effects, Google Chrome, Mozilla Firefox, Zoom, Dropbox, Spotify, TeamViewer, Skype, Blender, Maya, Cinema4D, Figma.
Todos nós conhecemos esses apps, e nenhum deles está publicado na App Store.
Você já se perguntou por que todos esses apps não estão publicados na App Store? Obviamente, não é porque são "inseguros" ou porque não podem ser confiáveis.
Embora seja impossível saber com certeza — afinal, foi uma decisão de negócios, e raramente são tornadas públicas — ainda podemos analisar as diretrizes da Apple e tentar entender os possíveis motivos por trás da decisão.
As diretrizes da Apple abrangem uma ampla gama de questões, desde privacidade do usuário e segurança de dados até restrições de conteúdo e compras dentro do app. Alguns desenvolvedores podem achar essas diretrizes muito restritivas ou não alinhadas com seu modelo de negócios e, portanto, optam por não listar seus apps na App Store. Algumas dessas regras são incrivelmente rígidas: por exemplo, é proibido colocar qualquer link externo em seu app, mesmo para seu próprio site. A Apple acredita que os desenvolvedores podem usar links externos para evitar pagar uma taxa de 15% ou 30% cobrada pela App Store; é por isso também que não há link para nosso site na versão do MyQuickMac Lite para a App Store.
Considerações financeiras também desempenham um papel. Como mencionado acima, a Apple cobra uma comissão de 15% ou 30% sobre todas as compras dentro do app e assinaturas feitas através da App Store. Para empresas com uma grande base de usuários e receita significativa, essa comissão pode representar uma quantia substancial. Ao distribuir seus apps de forma independente, essas empresas podem evitar essa taxa e reter mais de sua receita. Isso é particularmente relevante para apps como o Spotify, que dependem fortemente de receita de assinaturas.
Um dos fatores mais significativos são as restrições técnicas. Apps como Adobe Creative Suite, TeamViewer ou Blender requerem acesso extensivo ao sistema para funcionar de forma ideal, o que não é possível dentro dos limites do ambiente Sandbox. Até mesmo iniciar o app na inicialização é um problema: você só pode iniciar o app, mas não pode informá-lo de que foi iniciado pela inicialização. Por exemplo, para apps de mensagens, isso significa que eles iniciarão como se você tivesse clicado neles — em vez de iniciar minimizado, o que certamente é melhor para a experiência do usuário.
Os desenvolvedores raramente falam aos seus usuários sobre esse ser quase mítico chamado "Sandbox". Acreditamos que, como empresa de software, devemos ser o mais honestos possível sobre todos os requisitos e regras que devemos seguir. Abaixo, explicaremos para que serve o Sandbox e por que há tantos desenvolvedores em todo o mundo que o odeiam fervorosamente.
A "única e exclusiva" restrição: Sandbox
Todos os apps publicados na App Store devem estar em "sandbox". O "Sandbox" da Apple é um recurso de segurança projetado para proteger os usuários de ações potencialmente prejudiciais que um app pode realizar. Imagine como um parquinho onde cada app tem seu próprio espaço separado para brincar. Esse espaço, ou "sandbox", é isolado do resto do sistema, o que significa que o app não pode interagir com outros apps ou acessar dados fora de sua área designada sem permissão explícita. Esta é uma ótima maneira de impedir que softwares maliciosos causem danos, pois restringe o que um app pode fazer.
No entanto, embora o sandbox seja projetado com as melhores intenções, ele também é a causa de um número significativo de problemas. Por exemplo, uma das razões para isso é que o Sandbox pode às vezes prejudicar o desempenho de um app. Assim como uma criança pode se sentir restrita em um parquinho com muitas regras, um app em um sandbox rigidamente controlado pode não conseguir funcionar tão eficientemente quanto poderia sem essas restrições. Isso pode levar a um desempenho mais lento, o que pode ser frustrante para usuários que esperam que seus apps funcionem de forma suave e rápida. Frequentemente, uma grande quantidade de sobrecarga também é introduzida, pois o app deve pedir ou verificar permissão antes de fazer qualquer coisa relacionada ao sistema. Imagine que você precisa pedir permissão para cada ação que realiza e esperar pela confirmação: "Posso acordar? Posso mudar a posição da minha mão? Posso fechar meus olhos? Posso respirar?". Isso é chamado de sobrecarga.
Para explicar de forma simples, em programação, "sobrecarga" refere-se ao processamento extra ou recursos de memória necessários para gerenciar as tarefas que um programa executa, além dos recursos usados para as tarefas em si. Imagine que você está se preparando para uma festa. Sua tarefa principal é se preparar para a festa, mas durante isso, você pode ter que andar muito de um cômodo para outro. Então, imagine que cada vez que você vai de um cômodo para outro, você abre a porta e depois a fecha. Todas as vezes.
Agora, para tornar isso mais parecido com a programação, vamos imaginar que você precisa se mover de um cômodo para outro 17200 vezes. Cada vez você ainda deve abrir e fechar a porta entre esses dois cômodos. Parece produtivo?
Neste caso, abrir e fechar a porta é o que "sobrecarga" é — não contribui diretamente para o objetivo principal, mas ainda é necessário. A sobrecarga pode parecer um pequeno atraso quase inocente que não levará muito tempo, mas quando você a executa várias vezes, a sobrecarga de repente se torna visível e arruína o desempenho do app. O Sandbox da Apple pode introduzir muitas sobrecargas ao app, pois é como abrir e fechar a porta cada vez que você anda entre cômodos.
Outro problema é que o sandbox pode tornar a experiência do usuário mais complexa. Por exemplo, se um app precisa acessar um arquivo em um local diferente, ele tem que pedir permissão ao usuário. Isso pode não parecer grande coisa, mas se você estiver usando um app que precisa acessar vários arquivos em locais diferentes, você pode se ver constantemente sendo solicitado por permissão. Isso pode interromper seu fluxo de trabalho e tornar o uso do app mais complicado do que precisa ser. Isso é exatamente o que acontece no MyQuickMac Lite, onde após instalar o app, você deve dar permissões para cinco pastas: Documentos, Música, Downloads, Filmes, Imagens. É impossível pular essa parte, e você precisa fazer manualmente a mesma coisa cinco vezes. Pressione o botão, abra o diálogo de seleção de pasta, confirme e repita. Cinco vezes.
Em alguns casos, devemos concordar que permissões explícitas são uma ideia muito boa. Por exemplo, você baixa o app e ele de repente quer saber sua localização. Por que esse app precisa disso? É um navegador GPS ou talvez um app de previsão do tempo? Se não, então o Sandbox com permissões explícitas será realmente uma solução muito boa: tornará os usuários muito mais protegidos.
Ainda assim, há muitos casos em que pedir permissões explícitas é apenas uma etapa desnecessária que só torna a vida dos usuários desnecessariamente mais complexa. Quando você decidiu comprar o MyQuickMac Lite, você já entende que ele organizará seus arquivos e, mentalmente, já concordou em dar permissão para quaisquer pastas de que ele precisa para funcionar. Você precisa dar essas permissões novamente agora, no mundo físico? Se você não gosta da ideia de organizar seus arquivos, você nem mesmo baixará o MyQuickMac Lite em primeiro lugar, então por que há necessidade de pedir permissão explícita cinco vezes?
Além disso, o sandbox também pode limitar a funcionalidade de certos apps. Os desenvolvedores frequentemente têm que contornar as restrições do sandbox para fornecer recursos que os usuários desejam, e às vezes eles até têm que excluir os recursos, pois é impossível aderir às regras do Sandbox. Isso pode levar a escolhas de design menos intuitivas, tornar os apps mais difíceis de usar ou até deixar os usuários sem a funcionalidade pela qual pagaram. Por exemplo, um app de edição de fotos pode não conseguir acessar todas as fotos em seu dispositivo devido a restrições do sandbox, exigindo que você selecione manualmente cada foto ou pasta que deseja editar. Em nossa opinião, isso não ressoa exatamente bem com as famosas "Diretrizes de Interface Humana" da Apple.
Então por que ele existe?
Apesar desses problemas, é importante lembrar que o sandbox existe por uma razão. É uma parte crucial do compromisso da Apple com a segurança e privacidade do usuário, pois o objetivo principal do Sandbox é ser um mecanismo de defesa contra malware. A App Store tem milhões de apps, e ter regras rígidas e restrições técnicas pode ser a única solução possível para mantê-la mais ou menos estável.
É possível dizer que o sandbox da Apple é uma espada de dois gumes. Por um lado, oferece um nível significativo de proteção contra apps potencialmente prejudiciais. Por outro lado, pode levar a problemas de desempenho e a uma experiência de usuário mais complexa. Ainda assim, levando em conta o fato de que os moderadores da Apple verificam manualmente todos os apps e os testam minuciosamente antes de aprová-los, e o fato de que o Sandbox está aqui principalmente por razões de segurança, por que ele é necessário?
E há uma resposta: os apps podem ser inicialmente planejados como malware, e com planejamento cuidadoso, tudo é possível. O app pode fingir fazer seu trabalho; por exemplo, um malware pode fingir ser um app de previsão do tempo, mas na verdade ter uma porta dos fundos: o que significa que os atacantes podem controlar remotamente o app e usá-lo para seu benefício. Neste caso, os Moderadores da Apple podem não notar o malware escondido e publicá-lo na App Store. O Sandbox deveria ser uma solução para isso: se o app tem uma porta dos fundos e o atacante "ordena" ao app que roube os dados do usuário, ainda há o Sandbox que deve impedir tal ataque. Neste caso, os usuários ainda precisarão dar permissão explícita para o app roubar seus dados. Bem, se isso é verdade, então por que ainda vemos notícias como "Apple Remove 17 Apps Maliciosos da App Store"?
Uma explicação para esse problema é o analfabetismo técnico. E, infelizmente, é muito mais difícil para a Apple combater o analfabetismo em oposição ao malware. Quando os próprios usuários voluntariamente concordam em fornecer seus próprios dados ao malware e confirmam tudo cegamente, nada ajudará — tais usuários ainda inevitavelmente cairão na armadilha de um atacante. O malware de fato se torna mais complexo a cada dia que passa. No entanto, os mecanismos de defesa também avançam — e fazem isso rapidamente. Ao mesmo tempo, lidar com o analfabetismo técnico é inegavelmente difícil.
No final, transmitir conhecimento a outros pode ser uma tarefa desafiadora. Como é possível ensinar uma pessoa a analisar determinado software para prever se será malware? Uma das soluções da Apple — que é muito mais eficaz do que tentar ensinar os usuários sobre tecnologia — é tornar seu sistema operacional cada vez mais rígido. Desenvolver malware para um sistema onde tudo é restrito e deve ser feito com o consentimento explícito do usuário não é divertido: no final, o número de usuários que concordam cegamente com tudo é, felizmente, bastante baixo.
Vamos tomar um exemplo com um malware abstrato "X". O malware "X" rouba dados do usuário e os envia para o servidor do atacante. Então, o atacante tentará descriptografar as informações coletadas e extrair o máximo de benefícios possível: a imaginação do atacante é o único limite aqui. Alguns exemplos podem incluir roubar senhas, informações de cartão, mensagens pessoais, etc.
Agora, vamos imaginar que somos a Apple. Precisamos de alguma forma projetar uma solução que impedirá malware como "X" de atacar nossos usuários. O que podemos fazer?
Claro, podemos seguir o caminho difícil: será melhor a longo prazo, mas é uma jornada muito tediosa. Podemos tentar ensinar nossos usuários que eles devem verificar muitas coisas antes de baixar e instalar algum software "X". Por exemplo, eles precisam abrir o site do desenvolvedor e ver como ele se parece, como está estruturado, se está atualizado, se há entradas de blog/notícias e se há páginas de redes sociais. Depois disso, os usuários devem ter sua opinião geral sobre o site do desenvolvedor formada: embora possa não ser do seu gosto, o site ainda deve ser feito profissionalmente e (idealmente) deve ter algo que de longe se assemelhe a um design. Verificações adicionais podem incluir verificar informações da empresa, por exemplo, quando foi estabelecida, pois há uma diferença muito grande entre uma empresa que foi estabelecida em 2015 e uma que foi registrada há um mês.
Imagine tentar ensinar às pessoas todo esse conhecimento interessante. Essas etapas podem parecer muito óbvias para você — e, se este for o caso, então é incrível — mas a maioria das pessoas não faz isso. Como estamos tentando explicar as ações dos humanos, provavelmente vamos falhar — mas ainda podemos tentar nomear as possíveis razões para esse comportamento. Talvez as pessoas que não realizam essas verificações simplesmente não tenham tempo para elas, pois inegavelmente requer esforço e tempo realizar qualquer tipo de verificação. Talvez não estejam cientes da importância de realizar essas verificações, ou não entendam as consequências de não fazê-las. Também é possível que não possuam as habilidades ou conhecimentos necessários para realizar as verificações.
Seja qual for o motivo, é essencial educar as pessoas sobre a importância de realizar essas verificações e fornecer-lhes o conhecimento e recursos necessários para fazê-lo de forma eficiente. Ainda assim, promover uma cultura de rigor e responsabilidade, onde os indivíduos assumem a responsabilidade por garantir que as verificações certas sejam realizadas no momento certo, é uma missão verdadeiramente desafiadora e não trivial. O que podemos fazer em vez disso que oferecerá resultados instantâneos de forma desejável?
Em vez de tentar ensinar algo às pessoas, podemos tentar tornar a plataforma "à prova de tolos": Uma das melhores soluções é a introdução de um ambiente muito restritivo — aquele onde cada ação deve ser explicitamente confirmada pelo usuário. E isso é exatamente o que a Apple fez quando começou a exigir o uso do Sandbox em 2012.
Você deseja permitir que o app "x" acesse o arquivo "~/Application Support/Google Chrome/Passwords"?
Esta é uma situação ganha-ganha, pois os atacantes gradualmente perderão o interesse em desenvolver malware para tal plataforma porque terão que gastar muito esforço sem a garantia de sucesso, o sistema por si só se tornará mais seguro e os usuários terão mais controle sobre os apps.
Ainda assim, existe uma solução mais simples...
Uma solução simples não existe, pois muitas questões na engenharia de software moderna são bastante duais. Embora possam resolver o problema, também introduzem novos ou tornam algo mais lento e menos eficiente — seja o desempenho do próprio app ou a interação do usuário com a interface. Encontrar o equilíbrio entre segurança e usabilidade, proteção e desempenho, ou restrições e inovação sempre será difícil — e infelizmente, nunca encontraremos o equilíbrio. Por mais duro que possa parecer, a maior ameaça à segurança do computador é a pessoa que o usa — não as ações dos moderadores da App Store, as regras da Apple ou falhas de segurança.
Aqui está uma opinião impopular: em vez de comprar antivírus, pode ser melhor investir em seu conhecimento e alfabetização técnica. A melhor proteção que você pode encontrar é lógica, pensamento crítico e análise constante.
Ainda assim, se falarmos de métodos de proteção menos abstratos, aqui está um dos conselhos mais simples, porém mais eficazes: nunca instale software em que você não confia. Seguindo este conselho, você reduzirá significativamente o risco de ser atacado por malware. Ainda assim, é importante entender que o risco de ser atacado por malware nunca será zero.
Em vez de tentar prevenir malware, pode ser mais apropriado estar preparado para as consequências do ataque. Por exemplo, armazenar todos os seus arquivos ou documentos sensíveis em armazenamento criptografado, salvar sua senha em gerenciadores de senha poderosos que são criptograficamente seguros e realizar backups. Isso protegerá contra os tipos mais comuns de malware, incluindo stealers, trojans, backdoors ou cryptors. Em uma situação ideal, tudo deve ser organizado de tal forma que, mesmo se você for atacado por malware, sempre possa realizar uma reinicialização completa do seu computador e depois restaurar tudo do seu backup.
A batalha contra malware sempre será complexa: Mesmo que a Apple faça o melhor para criar ambientes cada vez mais restritivos, a segurança requer uma abordagem multifacetada que combine medidas de segurança robustas, educação do usuário e comportamento digital responsável. Embora ambientes restritivos possam desencorajar atacantes, é apenas uma peça do quebra-cabeça, pois o usuário final também tem um papel crucial a desempenhar na manutenção de sua própria segurança. O cenário digital está em constante evolução, e nossas estratégias para protegê-lo também devem estar. A luta contra malware não é apenas sobre construir muros mais altos, mas também sobre equipar os usuários com o conhecimento e ferramentas de que precisam para se proteger. Afinal, o sistema mais seguro não é apenas aquele que é mais difícil de invadir, mas também aquele usado pelos usuários mais informados e vigilantes.
