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
Тип: Проблемы безопасности
Ключевые слова: firefox
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (71) Ajax/Линейный | Раскрыть все сообщения | 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 [^] [ответить]    [к модератору]  
  • +/
    Еще разок. Если малварь уже сперла куки, пароли и пошифровала домашнее порно юзера - это беда, но это проблема юзера. Цель Мозиллы - сделать так, чтобы даже в этом раскладе не допустить малварь до изменения веб-страниц, показываемых в браузере (вставка рекламы, фишинг, etc). И неотключаемая проверка подпискй - шаг к этой цели.

    Для чего это надо? Например, для того, чтобы сберечь свою репутацию (юзер туп и гонит на Мозиллу, вместо того, чтобы гнать на себя). Или для того, чтобы уберечь юзера от фишинга даже в такой ситуации.

    Ваша позиция "у него уже куки сперли, можно наcрать и бросить юзера совсем к xренам" - в маньшинстве.

     
     
  • 9.37, Sluggard (ok), 20:31, 26/11/2015 [^] [ответить]    [к модератору]  
  • +1 +/
    > Еще разок. Если малварь уже сперла куки, пароли и пошифровала домашнее порно
    > юзера - это беда, но это проблема юзера. Цель Мозиллы -
    > сделать так, чтобы даже в этом раскладе не допустить малварь до
    > изменения веб-страниц, показываемых в браузере (вставка рекламы, фишинг, etc). И неотключаемая
    > проверка подпискй - шаг к этой цели.

    Уже показали, что это не работает — дополнения с подписью не гарантируют ничего.
    Не то что от фишинга, даже от исполнения произвольного кода это не защищает.
    Новость-то читал?
    Хотя одно гарантирует — Мозилла сможет по своему усмотрению диктовать юзеру, какие расширения ему можно использовать.
    К чему бы это? =)

    > Для чего это надо? Например, для того, чтобы сберечь свою репутацию (юзер
    > туп и гонит на Мозиллу, вместо того, чтобы гнать на себя).
    > Или для того, чтобы уберечь юзера от фишинга даже в такой
    > ситуации.

    Для чего это — я сказал. Работает оно только как анальный ограничитель.

    > Ваша позиция "у него уже куки сперли, можно наcрать и бросить юзера
    > совсем к xренам" - в маньшинстве.

    Меня ничуть не печалит, что я не из большинства.

     
  • 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:
    Текст:



    Спонсоры:
    MIRhosting
    Fornex
    Hosting by Ihor
    Хостинг:

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