Я занимаюсь разработкой приложения с использованием встроенной электронной почты Chrome, которая начинается через расширение Chrome.Защита хост-сервера Native Message
Мой вопрос: Как я могу гарантировать, что хост-приложение действительно одинаково поставлено мной?
Мне нужно обеспечить подлинность приложения, вызываемого расширением. Как я могу получить его, если у меня нет разрешения на чтение реестра или проверка того, что что-то изменилось?
Это отличный вопрос, и я думаю, что ответ «к сожалению, вы не можете».
Было бы интересно реализовать какой-то криптографический хэш, как те, которые использует Chrome для проверки файлов расширений, но это не очень сильная гарантия.
Рассмотрим (все это гипотетический):
Обеспечение расширения/приложения Chrome легко, поскольку единственная «библиотека»/время выполнения, на которое вы полагаетесь, - это сам Chrome (и вы доверяете этому). Собственное приложение может зависеть от многих и многих вещей в системе (например, уже упомянутых библиотек), как вы отслеживаете?
В любом случае, это похоже на интересную вещь для мозгового штурма. Взгляните на Chrome bug tracker, если есть что-то похожее, если нет - попробуйте поднять запрос функции. Возможно, попробуйте список рассылки, связанный с хромом, чтобы спросить разработчиков.
Если я правильно понял вопрос, решение может быть
Чтобы быть важным, ваш номер реестра должен быть безопасным, и клиентская машина не сможет извлечь его из исполняемого файла (использование надлежащей подписи может быть достижимо)
Поскольку хром остановил поддержку апплета, я реализовал то же самое для считывателя смарт-карт в хроме
Единственного отверстие петли, Клиентская машина может иметь возможность отслеживать каждый запросить его отправку с помощью некоторых инструментов
Если вы в состоянии сделать свою исполняемую связь с сервером будет безопасным использование некоторые httpOnly Cookie (клиентская машина не может читать), или же механизм пароля. Скорее всего, это безопасное решение, которое вы можете достичь
Я понимаю, что это старая запись, но я думал, что это стоило бы делиться официальный ответ хромом команды от жука я поданном: https://bugs.chromium.org/p/chromium/issues/detail?id=514936
, злоумышленник может изменить реестр или FS на данные пользователя машина также может модифицировать хром-двоичный код, и поэтому любой тип проверки, реализованный в хроме, может быть отключен таким злоумышленником, управляя кодом хром. По этой причине хром должен доверять FS (и все, что приходит от локальной машины).
Вы можете относительно легко подписать исполняемый файл во время сборки: вычислить хэш для исполняемого файла, зашифровать его с помощью закрытого ключа и сохранить его в самом исполняемом файле. Расширение снова вычисляет хэш, затем сравнивает его с тем, которое хранится в исполняемом файле (дешифруя его с помощью открытого ключа). Итак, это простой процесс подписания, но, как вы сказали, вам придется делать это с каждым файлом, от которого зависит родное приложение. – biziclop
Вы также можете утверждать, что если разделяемые библиотеки были скомпрометированы, вы уже потеряли игру. И я не уверен, насколько статическая связь улучшит ситуацию. – biziclop
А про реестр? Когда я устанавливаю приложение-хост, я устанавливаю расширение для вызова его по определенному мной пути. Но если кто-то изменит реестр и нацелится на другой путь с измененным приложением (а не на подписанное приложение), расширение не будет идентифицировать, что изменилось и будет нормально работать. Есть ли способ прочитать реестр, чтобы убедиться, что определенный путь в реестре соответствует истинно загруженному приложению? –