Você provavelmente já ouviu alguma conversa sobre root e a versão mais recente do Android, e talvez até tenha ouvido coisas como "a morte do root" sendo lançadas. Coisas ter mudou e os novos recursos de segurança no Android agora limitam o que os processos com privilégios de superusuário podem fazer na partição do sistema. Vou tentar explicar um pouco disso da melhor maneira possível, sem usar muitas palavras que ninguém (bem, quase ninguém) entenderá. Algumas delas são inevitáveis, no entanto.
Você pode precisar derramar um duro para isso.
Todos os aplicativos Android se ramificam de um processo do sistema conhecido como zigoto. No Android 4.3, as coisas mudaram e agora o zygote tem uma nova política de segurança. Embora possamos bifurcar um processo com privilégios suid (superusuário), as novas restrições limitam o que podemos fazer com ele. Este é o objetivo do SELinux, que é bom para a segurança do usuário. Nosso novo processo (pense nisso como o aplicativo root que você está tentando executar) tecnicamente tem acesso root, mas na verdade não pode fazer nada de útil com ele. Esta é uma maneira muito boa de proteger o sistema de processos maliciosos que você não deseja — como no potencial ZOMGMALWARE — ter acesso a tudo.
Existem duas maneiras de contornar esse novo conjunto de políticas de segurança. Uma delas é que o acesso root através do shell – onde você conectou seu telefone a um computador e usa a linha de comando para se comunicar – ainda funciona bem. Você pode elevar seu status de usuário e fazer as mesmas coisas que sempre faria por meio do adb. E as chances são muito pequenas de que isso não aconteça sem que você saiba.
A outra maneira é com um su daemon.
Um daemon é um processo em segundo plano que não está sob controle direto do usuário ativo. Ele roda silenciosamente, esperando o tempo necessário para fazer algo útil. Quando é chamado, ele faz o que foi projetado para fazer e depois volta a se esconder. Um su daemon precisa ser invocado durante a inicialização do sistema, o que se torna um ponto crítico para hackear o acesso root em ROMs "estoque".
A implementação do Android fornecida com [o] Nexus não procura políticas adicionais em /data/system/sepolicy como o CyanogenMod e upstream indicam que deveria. Ele carrega o arquivo /sepolicy do ramdisk e encerra o dia. +Koushik Dutta
Você precisa - no mínimo - de uma imagem de inicialização modificada para iniciar um daemon personalizado em seu dispositivo Android. Isso não é um problema com algo como o CyanogenMod, mas isso significa que você está exibindo algo diferente do estoque para que isso aconteça. Flashing de imagens personalizadas, kernels e ROMs é algo que muitas pessoas simplesmente não querem fazer.
Então é onde estamos. Os maiores nomes da comunidade Android estão trabalhando duro para resolver tudo, mas há uma boa chance esse root, da maneira que você conhece o root hoje, exigirá que você atualize o firmware personalizado acima e além do aplicativo SU e binário. É bom que o Android esteja mudando para um modelo de segurança mais seguro, e você só precisa aprender um pouco mais sobre como seu sistema funciona e como modificá-lo para deixá-lo nas condições que você deseja — o que no final das contas é outro bom coisa.
O Google sabe que os usuários querem coisas como permissões de superusuário. Há uma boa chance de que eles resolvam esses problemas de alguma forma, exigindo root para menos coisas ou criando uma solução no próprio Android. Se você executa Linux ou OSX em seu computador, sabe que ter uma pasta pessoal permite fazer a maioria das coisas sem elevar nenhuma permissão. Talvez o Google vá nessa direção. Ou talvez eles adicionem funções de superusuário ao Android nas opções do desenvolvedor. Enquanto isso, eles continuarão a fazer telefones Nexus totalmente desbloqueáveis para usuários que desejam ou precisam firmware personalizado em flash - e pessoas como os desenvolvedores da CyanogenMod (e de outros lugares) continuarão a criar isto.