O "recurso" que você está dando cabeçadas é Proteção de Recursos do Windows , adicionado inicialmente no Windows Vista. Nesse caso, é uma ACL que, na versão anterior do Windows, concedeu a permissão "Administradores" "Controle total", mas no Vista e em versões mais recentes impede que "Administradores" modifiquem a ACL em "% SystemRoot% \ system32 \ drivers \ etc "pasta em si.
As probabilidades são boas de que fazer a mudança na propriedade, desde que você não mexa com as permissões "SYSTEM" e "TrustedInstaller", provavelmente não causará problemas operacionais. Acabei de verificar com um PC baseado no Windows 7 que a resolução de nomes baseada em HOSTS continua a funcionar com o proprietário da pasta "... \ etc" alterada para "Administradores" e a permissão "Administradores" definida como "Controle total".
Li suas outras perguntas e vejo que você está tentando manipular o arquivo HOSTS programaticamente. Eu strongmente aconselho você a não fazer o que está tentando. Neste dia e idade, não há nenhum bom argumento para usar a resolução de nomes baseada em arquivo HOSTS para qualquer coisa . Execute um servidor DNS e faça suas alterações lá. Se você precisar "substituir" seu DNS de produção por um "ambiente de teste", coloque um segundo servidor DNS que hospede zonas autoritativas para qualquer RR que precise ser "substituído".
Você pode "diagnosticar problemas de DNS" com ferramentas como "nslookup", portas win32 de dig e farejadores. Usar a resolução de nomes baseada em arquivo HOSTS não é um método útil para "diagnosticar problemas de DNS".
Fazer essa alteração nas permissões de pasta de estoque coloca sua (s) máquina (s) em um estado não padrão que a Microsoft talvez não teste na implantação de futuras atualizações. Embora as coisas pareçam "funcionar" hoje, isso não é garantia de que atualizações futuras não causem problemas por causa das suposições nas permissões de pasta do sistema que tais atualizações podem fazer.