The OpenNET Project / Index page

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



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

Оглавление

Mozilla начинает внедрение технологии изоляции библиотек RLBox, opennews (??), 26-Фев-20, (0) [смотреть все]

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


22. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +1 +/
Сообщение от proninyaroslavemail (ok), 26-Фев-20, 17:34 
Главное, как всегда, что написано на расте. "Об уязвимостях можно больше не думать"
Ответить | Правка | Наверх | Cообщить модератору

28. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +/
Сообщение от Аноним (27), 26-Фев-20, 18:01 
На JS они уже не думали об уязвимостях. И смогли таки в крутейший кроссплатформенный vuln.
Ответить | Правка | Наверх | Cообщить модератору

30. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +/
Сообщение от Аноним (9), 26-Фев-20, 18:04 
unsafe в расте как всегда к безопасности
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

32. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +1 +/
Сообщение от proninyaroslavemail (ok), 26-Фев-20, 18:18 
> unsafe в расте как всегда к безопасности

Дело даже не в unsafe, он тут будет в любом случае, так как взаимодействует с сишным abi. Дело в позиционировании языка и создания из него некоего штампа безопасности, хайпа вокруг всяких блокчейнов и секурности. Для дргугих задач его даже и не рассматривают (не считая некоторых исключений), хотя это просто язык общего назначения, такой же как и C++.

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

68. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +/
Сообщение от Аноним (-), 27-Фев-20, 04:28 
> unsafe в расте как всегда к безопасности

"Ну хоть что-то у нас в безопасности" (c) анекдот.

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

31. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +/
Сообщение от Ordu (ok), 26-Фев-20, 18:14 
> Главное, как всегда, что написано на расте.

Что написано на расте? RLBox, насколько я понимаю, написан на C++, иначе бы tainted<int> на картинке выглядел бы как Tainted<i32>.

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

34. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +/
Сообщение от Аноним (13), 26-Фев-20, 18:23 
Хуясте? Тут знаешь немного не так..не йазык красит человека))
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

38. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +1 +/
Сообщение от НяшМяш (ok), 26-Фев-20, 18:35 
Вот кстати действительно, могли бы Graphite на расте переписать и ходить гордо надутыми индюками. А не пытаться пофиксить "несекурное NIH" путём запихивания в WASM.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

47. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +/
Сообщение от Ordu (ok), 26-Фев-20, 21:47 
Graphite -- это язык описания шрифта, он выполняет шрифт как программу. Возможно шрифт загруженный из недоверенного источника. Чем тут поможет раст?
Ответить | Правка | Наверх | Cообщить модератору

51. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +/
Сообщение от Crazy Alex (ok), 27-Фев-20, 00:20 
И много там выполнять? Глифов как-то конечное число, можно один раз проинтерпретировать и забыть. А по-хорошему - не повторять уроки постскрипта и не делать из картинки программу
Ответить | Правка | Наверх | Cообщить модератору

57. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +/
Сообщение от Ordu (ok), 27-Фев-20, 02:59 
> И много там выполнять? Глифов как-то конечное число, можно один раз проинтерпретировать
> и забыть. А по-хорошему - не повторять уроки постскрипта и не
> делать из картинки программу

Не, ты не понял. Graphite -- это не замена Postscript'у или METAFONT'у. Он работает со строками и рендерит строки. А это убийственная задача в общем случае. Если ограничиться каким-нибудь одним языком, типа русского, то всё не так сложно. Но если попытаться выкатить единое решение для всех языков, то без скриптов под каждый язык+шрифт, ты не добъёшься ничего.

Загляни сюда
https://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id...

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

81. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +/
Сообщение от Аноним (81), 28-Фев-20, 23:07 
Кстати, неужели нельзя написать 1 скрипт для каждого языка и не клать его в шрифты, а клать в спец. папочку, и читать оттуда?
Ответить | Правка | Наверх | Cообщить модератору

84. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +/
Сообщение от Ordu (ok), 29-Фев-20, 10:56 
> Кстати, неужели нельзя написать 1 скрипт для каждого языка и не клать
> его в шрифты, а клать в спец. папочку, и читать оттуда?

Если между шрифтами стандартизовано как из шрифта достать то или иное начертание символа (зависящее от контекста появления этого символа), то можно наверное.

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

55. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +/
Сообщение от НяшМяш (ok), 27-Фев-20, 00:58 
Никак конечно же. Однако переписывание выглядело бы чутка полезнее (хотя бы для популяризации раста), чем wasm. Да и по своему опыту переписывания с одного япа на другой могу сказать, что в процессе можно переделать архитектуру на более оптимальную, да и баги иногда получается отловить.
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

56. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +1 +/
Сообщение от Ordu (ok), 27-Фев-20, 02:38 
> Никак конечно же. Однако переписывание выглядело бы чутка полезнее (хотя бы для
> популяризации раста), чем wasm.

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

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

Это да, но Graphite -- это не мозилловская разработка. И брать на себя ещё и разработку растовой реализации Graphite -- зачем? Затем ещё можно переписать libpng на rust'е. Да вообще пробежаться по депендансам к ff, и все их переписать на rust'е. Или можно научиться засовывать библиотеки в "нанопроцессы", изолировать их от внешнего мира, и меньшими усилиями достичь больших результатов в отношении безопасности.

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

69. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +2 +/
Сообщение от Аноним (-), 27-Фев-20, 04:31 
А таки мазиле логично этим заниматься - чтобы вендорлокнуть побольше народа на себя. Вот только со стороны разработчика вляпываться в вендорлок таки заявка на залет.

А так то круто
- Исходники вывалены, но только вот менять их нельзя :)
- Централизованая репка, залоченая на мозилу корп.
- Единственная реализация, завязанная на мозиллу.

Пардон, даже для go есть например gccgo. А у этой шляпы условия настолько конские что даже так нельзя. И это, типа, не проприетарщина?

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

80. "Mozilla начинает внедрение технологии изоляции библиотек RLB..."  +1 +/
Сообщение от proninyaroslavemail (ok), 28-Фев-20, 18:15 
>Пардон, даже для go есть например gccgo. А у этой шляпы условия настолько конские что даже так нельзя. И это, типа, не проприетарщина?

Можно. Только назвать это Cargo или Rust нельзя, ибо торговая марка. Та же история с фаирфоксом, но, вроде, никто проприетарщиной его не называл. Только вот зачем расту ещё один компилятор? Все эвристики и оптимизации gcc и clang предназначены в первую очередь для C++/C. Раст построен вокруг одного большого, сложно и оптимизированного для раста llvm-компилятора с линтерами и прочими, всё это требует большой работы. И gcc для раста "не пришей рукав", тем более что для допиливания под gcc требуется время и ресурсы, а выхлопа скорее всего не будет.

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

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

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




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

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