Meu primeiro palpite seria: Na maioria dos casos, é apenas falta de cuidado do lado do programador. Ou porque eles não estão pensando sobre isso em primeiro lugar, ou se algo não funciona, eles podem tentar ampliar as permissões, mesmo que isso não ajude. Considere os aplicativos que exigem que você digite a senha do superusuário. O que eles podem fazer com isso, o que eles farão com ele?
Bem, vamos ver o que podemos encontrar.
A posição oficial:
A Apple tem um guia sobre Como solucionar problemas de permissões , no qual eles dizem:
A third-party application installer incorrectly sets permissions on the files it installs, or even the entire Applications folder. [...] It is also possible that software installed while logged in as one user will be inaccessible when logged in as another.
Aqui está outro motivo:
The file system may be affected by a power interruption (improper shutdown) or when it stops responding (a "hang" or "freeze"). This could affect permissions.
Algumas aplicações podem deliberadamente querer modificar permissões para poder "fazer mais" no sistema:
Most applications executed by a user only have access to the files that the user has access to. Backup software, for example, may not back up Mac OS X system files that have root ownership.
Em geral, não é uma má ideia reparar as permissões regularmente. Não pode machucar. Especialmente se você tiver problemas repentinos sem motivo aparente. Ou, se você quiser garantir, não modifique ou exclua acidentalmente arquivos essenciais do sistema.
Então, novamente, o que são "permissões corretas" de qualquer maneira? Só porque o diálogo Reparar Permissões diz que eles estão errados, eles realmente prejudicam alguma coisa? Existe um risco de segurança aumentado de permissões erradas? Provavelmente não em 95% de todos os casos. As permissões corretas são definidas pelos aplicativos instalados usando "Recibos", que você pode encontrar em Library/Receipts ou mais recentemente em /var/db/receipts . Note que eles são verificados apenas para software instalado usando um instalador da Apple :
Files that aren't installed as part of an Apple-originated installer package are not listed in a receipt and therefore are not checked. For example, if you install an application using a non-Apple installer application, or by copying it from a disk image, network volume, or other disk instead of installing it via Installer, a receipt file isn't created.
Posições oficiais:
Existem até pessoas que parecem contra a reparação , mas eu não acredito em tudo o que eles dizem . Existem algumas razões para as permissões incorretas mencionadas na postagem:
The other number one cause of permissions going wonky were 3rd party installers that asked for root on OS X and changed permissions on some folders that were in the path to the destination. I know that [...] since updated their installers to prevent this kind of weirdness (these would be the same installers that told you to quit all applications when installing software on OS X)
Assim, qualquer aplicativo de terceiros pode modificar permissões e, de alguma forma, defini-las incorretamente.
Basicamente, o que eu disse: Erros de programação. No uso diário, um programa pode alterar as permissões de arquivo. Mas imagine que um instalador ou um programa na verdade estabelecesse permissões erradas que causam problemas sérios em todo o sistema - você não acha que eles corrigiriam isso o mais rápido possível?
Eu não tentei, mas vá em frente, corrija as permissões, reinicie o Mac e verifique-as. Tenho certeza de que algo precisará ser reparado novamente. Talvez as pessoas não devam se preocupar muito com isso, a menos que tenham uma preocupação de segurança muito específica, quando souberem quais arquivos são afetados.
Casa que lançou alguma luz sobre o assunto.
Material de leitura não sorteado:
- 2010: Sobre o recurso Permissões de Disco de Reparação do Utilitário de Disco
- 2008: Como solucionar problemas de permissões no Mac OS X
- 2006: Manutenção de rotina do Macintosh OS X
- 2006: Reparando permissões: o que você precisa saber
- 2005: Exercícios em Futilidade Parte 2: Reparando permissões é inútil