The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Демонстрация неэффективности внедрения в Firefox проверки дополнений по цифровой подписи

26.11.2015 12:34

Дэн Стиллман (Dan Stillman), разработчик браузерного дополнения Zotero, выступил с критикой навязываемой проектом Mozilla обязательной проверки дополнений по цифровой подписи. Напомним, что под предлогом борьбы с распространением вредоносных и шпионящих за пользователями дополнений, начиная с Firefox 43 Mozilla переходит к схеме обязательной проверки дополнений по цифровой подписи.

Дэн Стиллман попытался показать, что переход к использованию только подписанных дополнений приведёт лишь к сложностям для разработчиков, и никак не повлияет на безопасность, а быть может даже ухудшит ситуацию с распространением уязвимых дополнений. В частности, процесс верификации подразумевает обязательную загрузку всех дополнений, в том числе поставляемых через сторонние каналы распространения, на сайт Mozilla для прохождения автоматизированной или ручной проверки. Первая проблема в том, что в случае невозможности применить автоматизированную проверку ручная проверка занимает в среднем семь недель. Возникновение подобных задержек не только затягивает поставку новых выпусков, но и мешает оперативной доставке обновлений с устранением уязвимостей и серьёзных ошибок.

Вторая проблема в том, что авторы вредоносных дополнений могут легко обмануть тесты автоматизированной системы проверки. Для демонстрации своего заявления Стиллман подготовил прототип вредоносного дополнения, которое благодаря применению нехитрых приёмов скрытия вредоносной активности, успешно прошло автоматизированную проверку и было заверено цифровой подписью Mozilla. При этом дополнение осуществляло перехват запросов к сайтам, открываемым через HTTP/HTTPS, и собирало данные о паролях, после чего отправляло полученные сведения на внешний HTTP-сервер. Более того, успешно прошедшее тестирование дополнение позволяло запустить в системе произвольный процесс при открытии определённого URL или загрузить JavaScript-код с внешнего сервера и выполнить его с привилегиями браузера.

Для запуска кода в примере применялась техника скрытия действий через компоновку операции путём соединения нескольких строк и последующего выполнения результирующей строки. В частности, nsIProcess формируется через Components.interfaces["nsI" + "p".toUpperCase() + "rocess"], а eval запускается через window['e'.replace() + 'val'](req.responseText)). Блок для перехвата паролей вообще не потребовал выдумывания обходных путей и был пропущен системой проверки как есть. В ходе обсуждения несколько разработчиков из сообщества Mozilla согласились, что нереально на основе проведения статического анализа отделить полезное и вредоносное использование свойств в коде JavaScript, особенно в контексте того, что код можно сгенерировать на лету и выполнить через eval().

При этом, несмотря на то, что автоматизированная проверка создаёт лишь видимость безопасности, внедрение обязательного применения цифровых подписей никто не собирается отменять - лидер команды Mozilla по взаимодействию с разработчиками дополнений, указал на то, что большинство авторов вредоносных дополнений ленивы и не будут прибегать к подобным техникам скрытия вредоносной активности, что позволит блокировать большинство вредоносных дополнений. После обсуждения проблемы созданное демонстрационное дополнение было занесено в чёрный список, но никаких действий по блокированию показанных проблем предпринято не было - для повторного автоматизированного тестирования и обхода чёрного списка потребовалось лишь поменять идентификатор дополнения.

Доводы Стиллмана также подтверждает недавно проведённое исследование дополнений в каталоге приложений Chrome, показавшее неэффективность уже внедрённых в каталоге Chrome механизмов проверки дополнений. Исследование показало, что ряд популярных дополнений, насчитывающих сотни тысяч пользователей, нарушают требования по соблюдению приватности, отслеживают перемещения пользователя и передают полученную статистику вовне. При этом, важно то, что подобный сбор данных производится независимо от применения специальных дополнений для блокирования отслеживания перемещений и инкогнито-режимов.

Дополнения имеют полный доступ к истории посещений, cookie, всем открываемым страницам и частной информации, что создаёт тепличные условия для злоупотреблений. Например, многие авторы дополнений соглашаются на сотрудничество с рекламными сетями и маркетинговыми компаниями, и вставляют их блоки кода в свои дополнения. Подобные блоки загружается динамически и могут привести к выполнению любого JavaScript-кода в контексте дополнения. Данный код никто не контролирует и он не проходит проверку в каталоге дополнений, несмотря на то, что формально само дополнение прошло верификацию.

Ярким примером является дополнение Hoverzoom с аудиторией более миллиона пользователей, которое после инцидента в 2013 году было удалено из каталога Chrome, но вскоре опять вернулось в него и возобновило порочную практику. Аналогичные проблемы свойственны и дополнениям из каталога Firefox, например, отправка всех данных о посещения выявлена в дополнении Ant Video Downloader, которое установлено у более чем у 400 тысяч пользователей и до сих пор предлагается для загрузки, несмотря на наличие вредоносного кода.

  1. Главная ссылка к новости (http://danstillman.com/2015/11...)
  2. OpenNews: Тестирование Firefox 43-beta и Firefox Developer Edition 44
  3. OpenNews: Mozilla отложила блокирование Firefox-дополнений без цифровой подписи
  4. OpenNews: Firefox переходит на новый API разработки дополнений, совместимый с API для Chrome
  5. OpenNews: Браузерное дополнение Hoverzoom уличено в поставке вредоносного кода
  6. OpenNews: Mozilla переходит к обязательной проверке Firefox-дополнений по цифровой подписи
Лицензия: CC-BY
Тип: Проблемы безопасности
Короткая ссылка: https://opennet.ru/43398-firefox
Ключевые слова: firefox
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (71) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, A.Stahl (ok), 12:59, 26/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +46 +/
    >большинство авторов вредоносных дополнений ленивы

    Это они-то ленивы?! Да они не могут быть ленивыми уже просто по сути своей деятельности! Ленивый там далеко не уедет.

     
     
  • 2.10, eRIC (ok), 14:09, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Это они-то ленивы?! Да они не могут быть ленивыми уже просто по
    > сути своей деятельности! Ленивый там далеко не уедет.

    скорее всего имелось в виду что они не будут заморачиваться с цифровой подписью и тратить время время :) типа пират будет получать легальность своего ПО чтобы потом грабить :)

    да конечно, если вор захочет воровать, он и постарается и не полениться получить эти цифровые подписи чтобы не вызывало никаких подозрений...


     
  • 2.11, Anonymous_ (?), 14:12, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +12 +/
    > большинство авторов вредоносных дополнений ленивы и не будут прибегать к подобным техникам скрытия вредоносной активности

    ага, у меня аж глаза на лоб полезли.

     
  • 2.13, Michael Shigorin (ok), 14:34, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +12 +/
    >>большинство авторов вредоносных дополнений ленивы
    > Это они-то ленивы?!

    Сами они ленивы.

     
     
  • 3.42, Sluggard (ok), 22:04, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Отсюда мы поняли, что Миша является автором вредоносных дополнений для Firefox. =)
     
     
  • 4.48, Michael Shigorin (ok), 00:46, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Отсюда мы поняли, что Миша является автором вредоносных дополнений для Firefox. =)

    "Железная логика, а теперь докажите" (ц) наш класрук и математик в ФМШ

    А ведь всерьёз оторопел, когда увидел такой довод.  И он именно что в лучшем разе ленивый.

     
     
  • 5.49, Sluggard (ok), 00:48, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Отсюда мы поняли, что Миша является автором вредоносных дополнений для Firefox. =)
    > "Железная логика, а теперь докажите" (ц) наш класрук и математик в ФМШ  

    А чего ты оскорбился тогда? За авторов малвари обидно?
    «Не верю!» ©
    =)))

     
     
  • 6.50, Michael Shigorin (ok), 00:56, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > А чего ты оскорбился тогда? За авторов малвари обидно?

    Не оскорбился, а оторопел.  За мозиллу обидно.  И за нас, ейных юзеров.

     
     
  • 7.51, Sluggard (ok), 01:00, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Не оскорбился, а оторопел.  За мозиллу обидно.  И за нас,
    > ейных юзеров.

    ESR до весны поддерживается. Проживём.

     
  • 4.78, IB (?), 00:18, 20/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Марш учить формальную логику, в частности смысл Forall и Exists.
     

  • 1.3, Аноним (-), 13:14, 26/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    >Для демонстрации своего заявления Стиллман ... успешно прошло автоматизированную проверку  ... дополнение осуществляло перехват запросов ... собирало данные о паролях вводимых в web-формы, после чего отправляло полученные сведения на внешний HTTP-сервер.

    Хорошая "демонстрация",  а сообщил он о ней  через сколько мегабайт  полученых данных ?

     
     
  • 2.5, Аноним (-), 13:19, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Сходил по ссылке к новости, я так понял он этот плагин не пытался  продвинут в реальный мир, и не факт, что его бы не заблочили почти сразу после релиза.

    Линкиз статьи на исходники
    https://github.com/dstillman/amo-validator-bypass

     

  • 1.4, Аноним (-), 13:18, 26/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    Пиар zotero, ящитаю.
     
  • 1.6, xPhoenix (ok), 13:23, 26/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вижу решение: Mozilla создаёт каталог приложений, в котором подписанные и проверенные дополнения отмечены специальным значком. Если пользователь ставит неподписанное или непро... WAIT, OH SHI~ Да ведь уже прямо сейчас всё так и работает!
     
     
  • 2.18, cmp (ok), 15:15, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    это не решение, а булшит, такое же как и "специальные значки" для https - долбозвончиков и так разведут на пароли.
     
     
  • 3.67, ZiNk (ok), 12:58, 28/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Долбозвончиков и так разведут. Отдельную сборку с ФФ, например, сделают и поставят вместо основной юзеру. А в ФФ вместо того чтобы вынести хранилище настроек секьюрити куда-нибудь с доступом только для администраторов пытается переложить с больной головы на здоровую.
     

  • 1.9, iPony (?), 13:57, 26/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Shumway то когда подпишут? (единственное расширение ради которого у меня стоит фурифокс)
    https://github.com/mozilla/shumway/issues/2329
     
  • 1.14, Аноним (-), 14:35, 26/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    А нельзя добавить в браузер нормальную систему безопасности с разветвленной структурой прав на действия и уровнями доверия (по сути, файервол для дополнений)? И подписывать дополнение с уже настроенным профилем безопасности?
     
     
  • 2.26, Efrem (?), 18:37, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все бы хорошо. Но домохозяйки не разбирутся. А у браузера аудитория не только продвинутые пользователи. Сколько замечал когда установило кому то антивирус на комп, он даже потом их по русски спрашивает, ни кто из них не разбирается и просто жмут ОК. Наверно такоэие вопросы боятся вводить что бы аудиторию не растирять.
     
     
  • 3.70, AlexYeCu_not_logged (?), 14:14, 28/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда у домохозяек фаерфокс?
    У них Хром, а то и вовсе ИЕ. Ну или Сафари, ежди Мак купили.
    Фаерфокс жив до сих пор только за счёт технически грамотных пользователей, которым нужны настраиваемость и функционал в браузере.
    Рано или поздно Мозилловцы похоронят и то, и другое, после чего Лиса издохнет, ибо кроме этих двух дисциплин она ничем более похвастаться не может.
     
  • 2.61, АнонимУася (?), 10:29, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нужно вообще убрать маркет дополнений и выпилить все к чертям. Все, что пользователь ставит сам - пусть ставит, на свой страх  и риск. Предупредить его 3 раза при установке и все! А то как мыши на поле кактусов.
     

  • 1.15, rshadow (ok), 14:54, 26/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Давно надо делать допуски для дополнений аналогично андроидам и айфонам: лезет в сеть - спросить у пользователя можно или нет, и адрес показать. 95% плагинам сеть не нужна априори.
     
  • 1.16, Аноним (-), 15:03, 26/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ну дык сейчас им нужно просто быстро пепевести всех на подписи и детально проверять дополнения нету ресурсов, а потом пусть постепенно закручивают гайки, а популярные дополнения проверяют и вручную.
    Я надеюсь, что слив данных на сторону не считается сабжевыми компаниями нормальным. (ведь они сами это делают)
     
  • 1.17, Sluggard (ok), 15:12, 26/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    С нетерпением ждём в комментах тех, кто с таким упоением доказывал нужность подписанных дополнений. Мол, обязательные подписи и пользователя защитят, и Мозилла репутацию сохранит.
    Ну-ну.
     
     
  • 2.52, qwerty (??), 01:20, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Таки это скорее плюс чем минус, даже с учётом того, что проверку можно обойти. Теперь хакерам придется приложить хоть какие-то усилия, а не просто разместить ссылку на своём сайте. Ну а что мы собственно теряем? Для программистов решения по использованию неподписанных будет, хоть какое-нибудь. А простым пользователям оно не нужно.
     
     
  • 3.53, Sluggard (ok), 01:24, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Таки это скорее плюс чем минус, даже с учётом того, что проверку
    > можно обойти. Теперь хакерам придется приложить хоть какие-то усилия, а не
    > просто разместить ссылку на своём сайте. Ну а что мы собственно
    > теряем? Для программистов решения по использованию неподписанных будет, хоть какое-нибудь.
    > А простым пользователям оно не нужно.

    Руление Мозиллой парком дополнений каждого пользователя — это не круто. Завтра они с гуглом подпишут контракт, и выкинут из магазина всё, что блокирует гугловую рекламу, и заодно дополнения режущие рекламу на YouTube (или позволяющие с него качать), вроде YouTube Center. И что простому пользователю делать?

     
     
  • 4.54, qwerty (??), 01:33, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> Таки это скорее плюс чем минус, даже с учётом того, что проверку
    >> можно обойти. Теперь хакерам придется приложить хоть какие-то усилия, а не
    >> просто разместить ссылку на своём сайте. Ну а что мы собственно
    >> теряем? Для программистов решения по использованию неподписанных будет, хоть какое-нибудь.
    >> А простым пользователям оно не нужно.
    > Руление Мозиллой парком дополнений каждого пользователя — это не круто. Завтра они
    > с гуглом подпишут контракт, и выкинут из магазина всё, что блокирует
    > гугловую рекламу, и заодно дополнения режущие рекламу на YouTube (или позволяющие
    > с него качать), вроде YouTube Center. И что простому пользователю делать?

    Во первых даже в Chrome не блокируют блокировщики рекламы.

    А во вторых для youtube есть замечательная утилита youtube-dl. Кроме того встроенные инструменты разработчика по своей сути позволяют увидеть и скопировать ссылку на любое медиа. Это если забыть о различных сниферах.

     
     
  • 5.55, Sluggard (ok), 01:37, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Во первых даже в Chrome не блокируют блокировщики рекламы.

    А вот YouTube Center из гугловского магазина вылетел только так.

    > А во вторых для youtube есть замечательная утилита youtube-dl. Кроме того встроенные
    > инструменты разработчика по своей сути позволяют увидеть и скопировать ссылку на
    > любое медиа. Это если забыть о различных сниферах.

    Ага, то есть подписи и контроль Мозиллы дарят нам радость костылей. Костыли дарят, от говна не уберегают.
    Очень круто, очень полезно!

     
  • 4.58, iPony (?), 07:42, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Если какой-то ресурс сильно козлит, то просто надо валить с этого ресурса.
    Введет ютюб drm повсеместно на видео, и нормальную проверку, что пользователь посмотрел вступительный рекламный ролик (хотя бы тупо проверка по времени на сервере).

    Тоже плакать будешь?

     
     
  • 5.62, Sluggard (ok), 14:35, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не путаешь наличие рекламы на ресурсе и возможность с помощью расширения в браузере её убрать? На ОпенНете тоже реклама есть, не вижу, чтоб ты свалил.
     
     
  • 6.64, xxblx (ok), 02:29, 28/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Так себе сравнение. На опеннете не заставляют перед чтением новости 5 секунд смотреть только на рекламу.
     
     
  • 7.66, Sluggard (ok), 11:56, 28/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Масштабы разные на много порядков, вот и не заставляют.
    Суть не в том, вообще. И не в конкретных сайтах.
     
  • 4.69, AlexYeCu_not_logged (?), 14:11, 28/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Завтра?
    На Андроиде уже есть неотключаемая хренобенька с Яндекс-поиском, делающая андроидовый фокс абсолютно непригодным к использованию.
     

  • 1.19, anonimous (?), 16:16, 26/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спасибо, Кэп!
     
  • 1.20, klalafuda (?), 16:19, 26/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > При этом, несмотря на то, что автоматизироанная проверка создаёт лишь видимость безопасности, внедрение обязательного применения цифровых подписей никто не собирается отменять - лидер команды Mozilla по взаимодействию с разработчиками дополнений, указал на то, что большинство авторов вредоносных дополнений ленивы и не будут прибегать к подобным техникам скрытия вредоносной активности, что позволит блокировать большинство вредоносных дополнений.
    > особенно в контексте того, что код можно сгенерировать на лету и выполнить через eval().

    Конечно не будут. Они скорее сольют реальный код бекдора с удаленного хоста одним из миллиона способов и запустят его. В результате само дополнение будет (практически) чисто как слеза младенца и пройдет любые проверки.

     
  • 1.21, IZh. (?), 17:27, 26/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А что делать с локальными дополнениями? Допустим, у меня есть дополнения, которые я не хочу выкладывать в маркет, а хочу использовать на своих компах. Я теперь не смогу их установить?
     
     
  • 2.23, Sluggard (ok), 18:07, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Dev-версия Огнелиса позволяет ставить неподписанные. Ну и ещё, кажется, обещали в ночнушках.
     
  • 2.24, Аноним (-), 18:11, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Юзать ночнушку или самосборку фокса. если дать возможность отключать проверку в конфигах, то вирусня так и будет делать.
     
     
  • 3.25, IZh. (?), 18:12, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, можно было бы предусмотреть что-то типа опции командной строки, чтобы установить без проверки.
     
  • 3.27, Sluggard (ok), 18:39, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Достаточно запретить неподписанным расширениям менять значения в about:config, и левая вирусня ничего сделать не сможет. А для подписанных расширений, типа постоянно лазящего туда CTR, можно выводить предупреждения и/или запросы.
    Это всё обсуждалось уже. Вирусня — отмазки.
     
     
  • 4.28, Ан (??), 19:04, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >Достаточно запретить неподписанным расширениям менять значения в about:config

    А зачем расширениям самим туда лазить? Вирусня тупо залезет в конфиг лисы и сама изменит нужные ей настройки, и если там можно вырубить проверку подписей она это сделает и тогда засунет своё расширение благополучно.
    Если речь о самой установке вредоносных расширений не подписанных, то тогда нужно не только about:config запрещать менять, а отрубить им пол API, но тогда возникает вопрос а нафига эти кастрированные API вообще содержать там проще выпилить саму возможность работы не подписанного? Лучше тогда сразу реализовывать нормальный механизм с запросом привилегий у юзера, но если юзер ничерат не знает он все равно всё разрешит.

     
     
  • 5.31, Sluggard (ok), 19:14, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А зачем расширениям самим туда лазить? Вирусня тупо залезет в конфиг лисы
    > и сама изменит нужные ей настройки, и если там можно вырубить
    > проверку подписей она это сделает и тогда засунет своё расширение благополучно.

    И это обсуждалось тоже. Если у тебя уже вирусня на машине — тебя уже поимели.
    Если не было, и ты сам сперва отключил проверку подписи, а потом поставил непонятно что непонятно откуда — ты сам виноват, знал на что идёшь (и не надо кивать на «обычных» пользователей, они в about:config не лазают).

    > Если речь о самой установке вредоносных расширений не подписанных, то тогда нужно
    > не только about:config запрещать менять, а отрубить им пол API, но
    > тогда возникает вопрос а нафига эти кастрированные API вообще содержать там
    > проще выпилить саму возможность работы не подписанного? Лучше тогда сразу реализовывать
    > нормальный механизм с запросом привилегий у юзера, но если юзер ничерат
    > не знает он все равно всё разрешит.

    Речь о возможности отключить обязательную проверку подписи через about:config.
    Насчёт запроса привилегий — разве что в дополнение к подписям (я про это выше писал), сами по себе привилегии ничего не решат.

     
     
  • 6.33, Anonplus (?), 20:15, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> И это обсуждалось тоже. Если у тебя уже вирусня на машине — тебя уже поимели.

    У Mozilla нет цели избавлять юзера от вирусни. Это забота производителей антивирусных продуктов. Цель Mozilla - сделать так, чтобы вирусня на тачке юзера не лезла в браузер.

     
     
  • 7.34, Sluggard (ok), 20:19, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > У Mozilla нет цели избавлять юзера от вирусни. Это забота производителей антивирусных
    > продуктов. Цель Mozilla - сделать так, чтобы вирусня на тачке юзера
    > не лезла в браузер.

    А зачем ей? Судя по комменту выше эта вирусня уже свободно в конфиги Огнелиса уже пишет (а значит уже скорее всего скоммуниздила куки, хранилище паролей и прочее). Это уже капец и никакими подписанными расширениями не решается.

     
     
  • 8.35, Anonplus (?), 20:24, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Еще разок Если малварь уже сперла куки, пароли и пошифровала домашнее порно юзе... текст свёрнут, показать
     
     
  • 9.37, Sluggard (ok), 20:31, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уже показали, что это не работает 8212 дополнения с подписью не гарантируют н... текст свёрнут, показать
     
  • 8.36, Anonplus (?), 20:28, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Малварь, спирающая куки это один вид Малварь, шифрующая файлы - это другой вид ... текст свёрнут, показать
     
     
  • 9.38, Sluggard (ok), 20:33, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И при чём тут подпись расширений Которая всё равно не пашет ... текст свёрнут, показать
     
  • 7.43, IZh. (?), 22:47, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если вирус уже на компе, то ничто нему не помешает попытаться подменить браузер на пропатченный (например, с отключенной проверкой цифровой подписи). ИМХО, подписи практически бесполезны в качестве защиты со стороны компа (поможет только отсутствие прав у пользователя на перезапись бинарника браузера и изменения иконки на рабочем столе, чтобы другой браузер не запускался). Поэтому я считаю, что было бы вполне нормальным разрешать установку дополнений через командную строку с опцией --no-signature-check или подобной.

    Цифровая подпись может лишь защитить от случайной установки аддона, когда пользователь зашёл на сайт, а сайт ему и предложил поставить аддон "for better user experience".

     
  • 4.46, all_glory_to_the_hypnotoad (ok), 00:42, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Достаточно запретить неподписанным расширениям менять значения в about:config

    никакакое расширение не должно иметь возможности  что-то менять в конфиге.

     
     
  • 5.47, Sluggard (ok), 00:43, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > никакакое расширение не должно иметь возможности  что-то менять в конфиге.

    Половина функций CTR этим занимается. Удобно для лентяев.

     
  • 2.39, Аноним (-), 20:57, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Будет не брендирования версия ФФ.
     

  • 1.22, IZh. (?), 17:32, 26/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А, вообще, имхо, с дополнениями пора как с полноценными приложениями обращаться -- запускать в отдельном контейнере, и просто блокировать вызываемое API в зависимости от наличия/отсутствия подписи, а также от запрашиваемых прав в манифесте.
     
     
  • 2.29, тоже Аноним (ok), 19:05, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Угу, андроиду это здорово помогает бороться с малварью.
    Идеальный вариант! В том смысле, что в реальной жизни не работает.
     
     
  • 3.32, IZh. (?), 19:25, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Угу, андроиду это здорово помогает бороться с малварью.
    > Идеальный вариант! В том смысле, что в реальной жизни не работает.

    Всё зависит от того, как реализовать. Что угодно можно сделать хорошо или плохо.

    Вот, например, есть аддон, который иконки на статус баре переставляет, как пользователю нравится. Он не пользуется никаким "опасными" API, имеющими доступ к пользовательским данным. Теоретически, такой аддон можно было бы и без подписи запускать, при условии, что вызов "опасного" API для него запрещён.

     
     
  • 4.41, тоже Аноним (ok), 21:24, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Правда, практически второй такой аддон будет переставлять иконки так, как нравится рекламной сети, подсовывая свое благоухающее вместо домашней.
     
  • 3.45, all_glory_to_the_hypnotoad (ok), 00:40, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В том смысле, что в реальной жизни не работает.

    ну так как это сделали уроды из гугла оно, конечно, никогда работать не будет. Т.е. где можно разрешить сразу всё или запретить сразу всё. Но придурки из мозиллы лучше всё равно сделать не смогут.

     
  • 2.30, Ан (??), 19:14, 26/11/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все пытаются решить проблемы тех кто не хочет разбираться в правилах безопасности и соответственно готов всё разрешить и делают это путём решения за него что хорошо, а что плохо, но незадача в том что ресурсов на такое решение(с приемлемой скоростью) не хватает даже у гугла.
    А технически хорошее решение нешарящих будет пугать и/или те выработают рефлекс всё равно всё разрешать.
     
  • 2.74, Kodir (ok), 17:41, 30/11/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "Дополнения" - они и имеют смысл только при полном доступе к кишкам каркаса! Тут важно другое: грануляция API (т.е. насколько точно можно ограничивать возможности плагина) и мощность контроля за действиями плагина (т.е. не ОТРЕЗАТЬ функциональность, а выдавать её, контролируя что плагин делает).
    Скажем, плагин скачивания картинок - выдавать не полный доступ в сеть, а только по HTTP и только GET запросы + полный фильтр кукисов. И попутно мониторить, куда плагин лазиет (запрещая доступ к конкретным ресурсам). Тогда даже самый гнусный зловред заемучается вылезать к малварь-сайтам.
     

  • 1.40, Михрютка (ok), 20:59, 26/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    вот что бывает, когда об комфорте для содомитов начинают заботиться больше, чем об пользе для традиционных пользователей.
     
  • 1.56, Дмитрий (??), 04:50, 27/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В Хроме eval() и много чего ещё просто не работает в расширениях. Даже простой <script> блок с кодом не работает, нужно выносить в файл.
    Плюс там есть permissions, которые можно отредактировать в файле manifest.json. Файл лежит в ~/.config/google-chrome/<profile>/Extensions/<extension_id>/<version>
    Я так и делаю -- качаю расширение, убираю ненужные пермишны и автоапдейт и пользуюсь на здоровье.
     
     
  • 2.59, Аноним (-), 08:49, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > В Хроме eval() и много чего ещё просто не работает в расширениях.

    Его можно выполнить на уровне открываемых сайтов, подставив из расширения код на загруженную страницу, которую браузер успешно выполнит в контексте этой страницы. Именно так баннеры заменяют и подставляют код для отслеживания.

     

  • 1.57, Аноним (-), 07:18, 27/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Следующий шаг это общедоступный скрипт для беззаботного прохождения их автоматической проверки, постоянно обновляемый. Раз они упёртые и правды якобы не видят.
     
  • 1.60, tdykunlogged (?), 09:43, 27/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Кто-то уже предлагал только дополнения с свободным открытым кодом?
     
     
  • 2.63, Нимано (?), 17:49, 27/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто-то уже предлагал только дополнения с свободным открытым кодом?

    Я предлагал. Но РМС не поддержал и выкатил более безопасное решение :(
    https://www.stallman.org/stallman-computing.html

    > I am careful in how I use the Internet.
    > I generally do not connect to web sites from my own machine, aside from a few sites I have some special
    > relationship with. I usually fetch web pages from other sites by sending mail to a program (see
    > git://git.gnu.org/womb/hacks.git) that fetches them, much like wget, and then mails them back to me. Then
    > I look at them using a web browser, unless it is easy to see the text in the HTML page directly. I usually try
    > lynx first, then a graphical browser if the page needs it (using konqueror, which won't fetch from other sites
    > in such a situation).
    > I occasionally also browse unrelated sites using IceCat via Tor. Except for rare cases, I do not identify
    > myself to them. I think that is enough to prevent my browsing from being connected with me.

     
  • 2.65, Dzmitry (??), 09:58, 28/11/2015 [^] [^^] [^^^] [ответить]  
  • +/
    В chrome всегда можно глянуть код. .crx файл это просто zip. См ~/.config/google-chrome/<profile>/Extensions
     

  • 1.68, фраг норода (?), 13:53, 28/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну и какое это всё имеет значение если xpi. адин хрен бодро хавается бразухой без всяких подписей? жывотные блджад..
     
  • 1.71, Аноним (-), 17:24, 28/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    из всех дополнений юзаю ток ublock origin, климакс у автора вроде прошел, так что вполне безопасно, режет как надо.....на остальное мне пофиг.
     
  • 1.72, Штольман (?), 06:44, 29/11/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Нужен репозиторий с сорцами дополнений. А блобы в браузере найух не нужны
     
     
  • 2.77, Онаним (?), 16:43, 03/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А разве браузерные дополнения сейчас не на JavaScript?
     

  • 1.76, Онаним (?), 16:42, 03/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Они там что, с дуба рухнули? Обязательная проверка в свободном браузере? На IceWeasel чтоли переходить?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру