Вскоре расширения Google Chrome «проверяются», что означает, что другие приложения не могут их «взломать». Вроде хорошо, но невероятно раздражает, потому что я все время их взламываю, чтобы подправить и улучшить.
Почти сразу после сохранения файла расширения расширение отключается, и на странице локальных расширений появляется сообщение:
Возможно, это расширение повреждено
Есть ли способ, которым я могу отключить эту функцию «безопасности» и продолжать взламывать? Я хотел бы быть боссом моего браузера, а не наоборот.
Есть флаг chrome ( extension-content-verification
), но, как сказано в описании:
Это можно использовать для включения этой функции, если она не была бы включена иначе, но не может быть использована для ее отключения (поскольку этот параметр может быть подделан вредоносным ПО).
chrome.google.com
к myhosts
не делает этого = (Возможно, у них есть своя собственная система DNS или что-то в этом роде. Есть флаг, но «[..] нельзя использовать для его отключения (поскольку этот параметр может быть подделан вредоносным ПО)» Черт.Ответы:
Существует четвертый способ справиться с этой проблемой и полностью избежать системы обнаружения. Поскольку вы упоминаете, что хотите взломать ваши расширения, это означает, что у вас есть некоторые знания по разработке расширений. Также следует понимать, что расширения по своей природе являются исходным кодом. Это означает, что у вас есть весь источник, чтобы возиться. Что, как говорится...
Четвертый метод относительно прост:
Теперь вы можете редактировать, управлять и управлять этим расширением по своему желанию. Вам нужно будет нажимать «Перезагрузить» в области расширений каждый раз, когда вы вносите изменения. Кроме того, вы не будете получать обновления от первоначального разработчика. Таким образом, вам нужно будет периодически обновляться и найти способ объединить обновленные изменения в ваш отдельный код расширения. Возможно, вы сможете оставить update_url нетронутым, но он, скорее всего, уничтожит все изменения, внесенные вами при следующем обновлении. Вот почему я предлагаю удалить его. Хотя, не стесняйтесь экспериментировать.
Если оставить исходное расширение отключенным, это позволит вам включить его и периодически получать обновления для авторской версии. Затем вы можете сравнить различия между вашей пользовательской версией и версией автора и объединить все необходимые изменения. Я настоятельно рекомендую этот подход к обновлению вашего нового пользовательского расширения. Если вы решите оставить update_url активным, он, скорее всего, уничтожит ваши изменения при следующем обновлении (при условии, что это даже работает правильно на модифицированном расширении). Поскольку некоторые расширения обновляются не очень часто, это может привести к тому, что вы будете карабкаться, чтобы определить, что вы изменили спустя месяцы после выпуска следующего обновления.
Вам также нужно будет выполнить эти шаги для любого расширения, где вы хотите изменить его. По сути, вы создаете новое расширение, используя базу кода существующего расширения, а затем переводите это расширение в режим разработчика.
Обратите внимание: не используйте TextEdit для Mac для редактирования файлов json, иначе он заменит «на« или »и не пройдет проверку синтаксиса json.
источник
Поскольку Google никоим образом не позволяет отключить функцию проверки содержания расширения, ваши возможные обходные пути:
_metadata
папку и загрузите ее в режиме разработчика. Недостаток этого обходного пути заключается в том, что каждый раз, когда вы открываете Chrome, вы увидите сообщение с просьбой отключить расширение. (потому что это в режиме разработчика)Запретите Chrome получать хеши расширения, чтобы он не мог проверить его содержимое. Недостаток этого обходного пути заключается в том, что вы не сможете загружать \ обновлять другие расширения.
Сделать это:
127.0.0.1 clients2.googleusercontent.com
в вашhosts
файл (обычно подC:\Windows\System32\drivers\etc
)_metadata
папку из каталога расширения (где хранятся оригинальные хеши)Вы также можете использовать прокси-сервер HTTPS, чтобы блокировать только соответствующие запросы, но это было бы слишком глупо.
источник
_metadata
папку, в которой хранятся хэши от Google.chrome.google.com
, а проверить на другом домене? Всегда нужно делать это сложно. Я не думаю, что HTTPS-прокси возможен. У них, вероятно, есть подход MITM. (2), вероятно, лучшее решение, у меня уже есть несколько запущенных разработчиков. Хотя обновлений нет = (Спасибо!