Há pouco tempo, as extensões do Google Chrome são 'conteúdo verificado', o que significa que outros aplicativos não podem 'hackear' elas. É uma coisa boa, mas incrivelmente irritante, porque eu os corro o tempo todo, para ajustar e melhorar.
Quase imediatamente após salvar um arquivo de extensão, a extensão é desativada e uma mensagem é exibida na página de extensões locais:
Esta extensão pode ter sido corrompida
Existe uma maneira de desativar esse recurso de 'segurança' e continuar invadindo? Eu gostaria de ser o chefe do meu navegador, e não o contrário.
Há uma flag de cromo ( extension-content-verification
), mas como a descrição diz:
Isso pode ser usado para ativar esse recurso, caso contrário não teria sido ativado, mas não pode ser usado para desativá-lo (porque essa configuração pode ser alterada por malware).
chrome.google.com
ao meuhosts
não faz isso = (eles provavelmente têm seu próprio sistema DNS ou algo assim. Existe um sinalizador, mas "[..] não pode ser usado para desativá-lo (porque essa configuração pode ser adulterada por malware)" . Droga.Respostas:
Há uma quarta maneira de gerenciar esse problema e evitar completamente o sistema de detecção. Como você menciona que deseja hackear suas extensões, isso implica que você tem algum conhecimento sobre o desenvolvimento de extensões. Também deve ser entendido que as extensões são, por sua própria natureza, código fonte. Isso significa que você tem toda a fonte para mexer. Dito isto ...
O quarto método é relativamente simples da seguinte maneira:
Agora você pode editar, manipular e gerenciar esta extensão conforme desejar. Você precisará clicar em Recarregar na área de extensões sempre que fizer uma alteração. Além disso, você não receberá atualizações do desenvolvedor original. Portanto, você precisará atualizar periodicamente e descobrir uma maneira de mesclar as alterações atualizadas em seu código de extensão separado. Você pode deixar intacta o update_url , mas provavelmente eliminará as alterações feitas na próxima atualização. É por isso que sugiro removê-lo. No entanto, sinta-se livre para experimentar.
Ao deixar a extensão original desativada, isso permitirá que você a ative e receba periodicamente atualizações para a versão do autor. Você pode comparar as diferenças entre sua versão personalizada e a versão do autor e mesclar as alterações necessárias. Eu recomendo essa abordagem de atualização para sua nova extensão personalizada. Se você optar por deixar o update_url ativo, provavelmente apagará suas alterações na próxima atualização (supondo que isso funcione corretamente em uma extensão modificada). Como algumas extensões não são atualizadas com muita frequência, isso pode fazer com que você se esforce para determinar o que mudou meses depois, quando a próxima atualização for lançada.
Você também precisará executar essas etapas em qualquer extensão em que deseja modificá-la. Efetivamente, você está criando uma extensão totalmente nova usando a base de código de uma extensão existente e colocando essa extensão no modo de desenvolvedor.
Observe que não use o TextEdit do Mac para editar arquivos json, pois ele substituirá "por" ou "e falhará na verificação de sintaxe json.
fonte
Como o Google não permite que você desative o recurso de verificação de conteúdo de extensão, suas possíveis soluções alternativas são basicamente:
_metadata
pasta e carregue-a no modo de desenvolvedor. A desvantagem desta solução alternativa é que sempre que você abrir o chrome, verá uma mensagem solicitando que você desative a extensão. (porque está no modo de desenvolvedor)Impedir que o Chrome obtenha os hashes da extensão, para que não seja possível verificar seu conteúdo. A desvantagem desta solução alternativa é que talvez você não consiga baixar \ atualizar outras extensões.
Para fazer isso:
127.0.0.1 clients2.googleusercontent.com
ao seuhosts
arquivo (geralmente emC:\Windows\System32\drivers\etc
)_metadata
pasta do diretório da extensão (que armazena os hashes originais)Você também pode usar um servidor proxy HTTPS para bloquear apenas as solicitações relevantes, mas isso seria muito invasivo.
fonte
_metadata
pasta que armazena os hashes do Google.chrome.google.com
, mas verificar um domínio diferente? Sempre tem que tornar isso difícil. Eu não acho que um proxy HTTPS seja possível. Eles provavelmente têm a abordagem do MITM coberta. (2) é provavelmente a melhor solução, eu já tenho alguns dev ext executando de qualquer maneira. No entanto, nenhuma atualização = (Obrigado!