The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Firefox на пути сокращения цикла разработки и отказа от XUL , opennews (??), 08-Июл-15, (0) [смотреть все] –5

Сообщения [Сортировка по времени | RSS]


52. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Crazy Alex (ok), 08-Июл-15, 11:39 
JS-движок достаточно разделить на потоки. А ещё лучше - разделить на 2 потока - один - вкладки, другой - интерфейс. И сделать менеджер задач, который бы давал минимальную информацию о том, какая вкладка сколько жрёт, и позволял не убить вкладку, как в хроме, а остановить на ней JS. Впрочем, этот менеджер  в любом случае нужен, если нам всё ещё документы нужны, а не веб-приложения.

Насчёт безопасности - лично мне хватает надёжности с головой. Были бы реальные проблемы - был бы разговор. А так - ну можно в Qubes вообще вкладки разнести - ещё безопаснее будет. Только зачем?

Ответить | Правка | Наверх | Cообщить модератору

54. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от VEG (ok), 08-Июл-15, 11:44 
Ну находятся и такие, что и в однопоточности JS проблемы не видят. Это же не значит, что проблемы нет. Это значит, что вот этот конкретный пользователь надел розовые очки и не замечает её. А потом как-нибудь он обновит компьютер, и розовые очки перестанут помогать — свалит на Chrome, потому что Firefox — тормозит и небезопасен.
Ответить | Правка | Наверх | Cообщить модератору

60. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Crazy Alex (ok), 08-Июл-15, 11:55 
Где именно он небезопасен? На практике, а не в теории. Не вижу какой=то прицнипиальной разницы в количестве ужязвимостей между фарйоксом и хромом. Зато вижу на порядок более мощные расширения, (оставшийся в форках и в seamoneky) гораздо лучший интферфейс и куда более вменяемое потребление ресурсов.
Ответить | Правка | Наверх | Cообщить модератору

66. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от VEG (ok), 08-Июл-15, 12:16 
Фишка в том, что в Chrome большинство уязвимостей использовать не удаётся. То есть в этом браузере за уязвимость считают то, что не может навредить вашему компьютеру, если у вас обновлённая ОС. В Firefox же любые критические уязвимости можно использовать без сопротивления со стороны ОС. В этом и разница.

И это не теоретическая возможность. Ежедневно взламывается куча мелких сайтов (магазины и тому подобная хрень), на них встраиваются скрипты, которые проверяют ваш браузер сразу на огромное количество разных уязвимостей, и если что-то подходит — выполняют какой-то код, запускают у пользователя какого-то вредоноса. Причём владельцы сайтов обычно замечают что что-то не так только после того, как на магазин начинают ругаться поисковики. Клиенты то пропадают! А вот в этот промежуток сколько уязвимых пользователей посещало магазин можно только догадываться. Пользователи Chrome здесь более защищены, пользователи Firefox менее защищены. Это требует исправления.

Ответить | Правка | Наверх | Cообщить модератору

73. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Crazy Alex (ok), 08-Июл-15, 12:35 
Не надо мне зубы заговаривать. На то и уровни уязвимостей, чтобы понимать, насколько реальную опасность они представляют. И вот не припомню, чтобы число критикалов сильно отличалось у хромиума и файрфокса.

А "не теоретическая возможность" - это когда эксплоит в диком виде найден. Что кучу сайтов ломают - это и так ясно, вопрос - ломают ли браузеры.

Ответить | Правка | Наверх | Cообщить модератору

76. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +3 +/
Сообщение от VEG (ok), 08-Июл-15, 12:42 
В Chrome уязвимость, которая может быть использована в случае необновлённой ОС у пользователя — критическая. Но если у пользователя ОС обновлена, то такой критической уявзимостью Chrome воспользоваться не удастся. Теперь понятнее?

Компьютеры регулярно заражают. Огромное количество ботнетов этому подтверждение. Где-то на Хабре раньше видел статистику по заражениям через уязвимости в браузерах, и там у Firefox были очень грустные цифры, особенно в сравнении с Chrome. Я сам пользуюсь этим браузером, но я предпочитаю не носить розовые очки :)

Свежий пример:
http://habrahabr.ru/company/eset/blog/261979/
http://habrahabr.ru/company/eset/blog/262061/
Уязвимость во Flash, но Chrome выполняет его по умолчанию в песочнице. Если песочницу выключить — уязвимостью можно воспользоваться. Если же оставить её включённой, то эксплоитом не удаётся воспользоваться.

Joe Chip ‏ @j0echip
@w3bd3vil so that's Chrome running without sandbox, right?
webDEViL ‏ @w3bd3vil
@j0echip yes, ofcourse!

Почему-то в новостях о таком очень важном факте говорят редко (хочется же погромче новость).

Для меня загадка, почему Firefox не использует самый низкий набор привелегий для plugin_container. Скорее всего, из-за требований NPAPI. Им бы следовало и здесь проследовать за Google и использовать их безопасную альтернативу PPAPI.

Ответить | Правка | Наверх | Cообщить модератору

93. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Ан (??), 08-Июл-15, 13:50 
Что бы вредонос не пролез в систему для этого достаточно вынести контекст всех вкладок разом в песочницу, а не каждой по песочнице отводить.
Но сейчас FF 41 в котором сделан разнос на 2 процесса(1 интерфейс и 1 табы) имеют одинаковые приоритеты выполнения.

В случае с флешем всё веселее. FF39 и FF41 работают с ним по разному почему-то(в офтопике). FF39 стартует plugin_container с такими же привилегиями, тот стартует процесс флеша с аналогичными привилегиями, а тот в свою очередь стартует ещё один процесс который уже с пониженными привилегиями.
FF41 же стартует только plugin_container с теми же привилегиями, который тупо подгрузил dll флеша.
А они ещё чешут что-то про безопасность.

А вообще для того что бы было меньше уязвимостей через доступ к памяти и тому подобное они и начали Rust пилить. Что бы язык на себя взял задачу проконтролить безопасное использование памяти.

Ответить | Правка | Наверх | Cообщить модератору

103. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Crazy Alex (ok), 08-Июл-15, 14:23 
FUD.

Флешлеер у файрфокса и так находится в отдельном процессе. То есть обраезать ему привилегии можно без проблем. Почему не сделано - претензии к мозилле, но NPAPI здесь ни при чём определённо. "Вкладка в своём процессе" в данном случае вообще никак не помогла бы.

Речь здесь шла никак не о плагинах (кстати, зачем флеш вообще сейчас нужен?), а именно о вкладках. О DOM и JS. И по этому поводу никаких грустных цифр нет.

Это всё не говоря о том, что виндовые проблемы лично меня вообще мало волнуют, пусть их там хоть завалят троянами.

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

110. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от VEG (ok), 08-Июл-15, 14:46 
Это лишь пример, когда одна и та же уязвимость помечена как критическая, но в одном случае её можно использовать, а в другом — нет. В браузерах находят точно такие уязвимости, просто вот сегодня попался хороший пример, связанный с Flash.

Вас проблемы пользователей Windows не волнуют, но это основной потребитель браузера, поэтому с этим считаются в первую очередь.

Ответить | Правка | Наверх | Cообщить модератору

113. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Ан (??), 08-Июл-15, 14:57 
Так вы ответите зачем  каждому табу сандбокс?
Ответить | Правка | Наверх | Cообщить модератору

154. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от VEG (ok), 08-Июл-15, 18:39 
Что-бы из-за одного кривого сайта не тормозили остальные (тут многопоточности будет достаточно). Чтобы через уязвимость вирус не мог похитить ваши данные с других сайтов, их запускают в разных процессах. Вдруг вы там где-то вводите данные вашей карточки для оплаты чего-нибудь? :) Чтобы если вдруг вкладка упала — не падал весь браузер.

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

Ответить | Правка | Наверх | Cообщить модератору

166. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Aleks Revo (ok), 08-Июл-15, 19:14 
> Чтобы если вдруг вкладка упала — не падал весь браузер.

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

А вот с хромом всё очень и очень печально. Вкладки падают, падают и падают, причём, казалось бы, изолированные, разнесённые по процессам, вкладки с разными сайтами падают одновременно. Насколько они после этого на самом деле изолированы?

Ответить | Правка | Наверх | Cообщить модератору

192. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –4 +/
Сообщение от soarin (ok), 09-Июл-15, 05:05 
> А вот с хромом всё очень и очень печально. Вкладки падают, падают

Ну у фанатиков всегда конкурирующий продукт - это что-то падучее, что читаешь и удивляешься - "а как я этим пользуюсь"?
Я пользуюсь хромиум и в хвост и в гриву, единственное заметил, что на одном сайте как-то раз было железное падение одной вкладки.
PS: на ведроиде вот да - постоянно было "опаньки", "опаньки"

Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

206. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +3 +/
Сообщение от Аноним (-), 09-Июл-15, 11:10 
Не-не, товарищ, это ты напрасно. Не знаю как сейчас со стабильностью - года полтора не загружал - но хромовые "Упс" отлично помню, как же...
Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

230. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от soarin (ok), 09-Июл-15, 16:57 
Пишу как есть, может потому что у меня флеша нет... Не знаю.
Ответить | Правка | К родителю #206 | Наверх | Cообщить модератору

168. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Ан (??), 08-Июл-15, 19:36 
>Что-бы из-за одного кривого сайта не тормозили остальные (тут многопоточности будет достаточно).

Сами ответили. Вообще им достаточно избавиться от лишних блокировок.

>Чтобы через уязвимость вирус не мог похитить ваши данные с других сайтов, их запускают в разных процессах. Вдруг вы там где-то вводите данные вашей карточки для оплаты чего-нибудь?

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

>Чтобы если вдруг вкладка упала — не падал весь браузер.

Не нужно. А то перестанут заботиться о корректной работе. Какая мотивация если при падении вкладки она одна умерла? А вот не допускать падения всего это мотивация писать аккуратно.

Ответить | Правка | Наверх | Cообщить модератору

116. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Crazy Alex (ok), 08-Июл-15, 15:01 
Ну вот когда будут примеры по делу хоть в каком-то количестве (ага, "раз в год" - не считаются) - тогда и поговорим.

Что винда - основная аудитория - я помню, поэтому основным аргументом это и не считаю - так, заметка между делом. Хотя, например, галку "игнорировать подписи" для линуксового билда могли бы и сделать - нет здесь виндовых проблем с левыми расширениями, и реализовать это несложно.

Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

155. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –2 +/
Сообщение от VEG (ok), 08-Июл-15, 18:41 
Если о них не пишут в новостях регулярно — это не значит, что их нет. В каждой мажорной версии Firefox и Chrome исправляют критические баги (списки на офсайтах). При этом в Chrome их практически нереально использовать из-за песочницы ОС, а вот в Firefox — пжалста.
Ответить | Правка | Наверх | Cообщить модератору

219. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Аноним (-), 09-Июл-15, 14:51 
> При этом в Chrome их практически нереально использовать из-за песочницы ОС

Не будь таким идеалистом. Виндовая, являющаяся частным случаем restricted user, не раз в прошлом допускала подъем привилегий. И не два... Думаешь что-то радикально поменялось в этом глобальном дуршлаге?

Ответить | Правка | Наверх | Cообщить модератору

62. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от виндотролль (ok), 08-Июл-15, 12:03 
> JS-движок достаточно разделить на потоки.

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

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

104. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Crazy Alex (ok), 08-Июл-15, 14:25 
ну так а я о чём? Нити и потоки - это, вообще-то, синонимы. Но хотя бы куча останется общей, а может и ещё что-то смержить получится.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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