я не про это, а про то, что “ололо эпол ниасилили”

при том, что вебкит разрабатывается много кем, а апи эти и правда открывают огромные перспективы поиметь этот ваш децентрализованный веб, например, за который вы там топите

да не, я просто наблюдатель

Apple делала distrubution networks еще когда это небыло мейнстримом) Вспромним протокол Bonjure и MultipeerConnectivity начиная с iOS 7.0

bonjure на маках вроде еще раньше был

Да, это вообще древняя вешь, кстати через него можно настроить тот же Adium или Miranda и чатиться по локальной сети)

Чё-то да, Bonjure был почти с незапамятных времён, а теперь он совместим с MulticastDNS и .local доменами — у меня MacBook с Linux друг друга в локалке с ходу пингуют.

<- ставлю классы :D
Кстати, эту тему обсуждают на hackernews, можно почить https://news.ycombinator.com/item?id=23676109

Довольно немплохой и свежий разбор потенциальных проблем с безовасностью в WebAssembly:
https://www.software-lab.org/publications/usenixSec2020-WebAssembly.pdf

👍

tldr они таки осилили убеганте из песочницы?

Нет. Если подитожить то это в основном проблемы конкретного хоста и возможности коррупции данных (которые к слову будут уже не актуальны с приходом multi memory предложения), остальное фиксится общением только через безопасное API c capability policy для хоста (вроде WASI):

«Our findings are based on a set of attack primitives that enable an attacker to gain a write primitive, overwrite sensitive data, and trigger compromising behavior. Several end-to-end examples of attacks, which cover WebAssembly running in the browser, on Node.js, and in stand-alone VMs, demonstrate that these primitives can be combined into effective exploits. Moreover,an empirical evaluation of real-world binaries quantifies the exploitation risk, showing a large attack surface. Overall, our findings are a call to arms for further hardening the WebAssembly language, its compilers, and ecosystem, making the promise of a secure platform a reality.»

@pepyakin Кстати а равве в wasmtime не используется ASLR ? В браузерах точно должен

Я не совсем понимаю что там происходит. Вот например v8: https://github.com/v8/v8/blob/master/src/compiler/backend/x64/code-generator-x64.cc, вазм операции просто транслируются в набор ассемблерных операций, посмотрите например на OutOfLineF64x2Max. Может быть удаляется очевидно мёртвый код, но никакой "интересный" анализ не делается :)

Да, wasmtime и wasmer оптимизируют, wasmer даже пытается LLVM для этого использовать, но для браузеров это "дорого", по крайней мере такое мнение бытует в CG

Префеч возможно используется, но скорей всего только на определённых командах вазма, например на доступе к памяти

@polina_gurtovaya @maxgraey @dbezheckov долго думал, извиняюсь :)

:)

Кстати у вазмера были проблемки с реоптимизацией вазма:
https://github.com/wasmerio/c-wasm-simd128-example/issues/1#issuecomment-519588267
https://github.com/wasmerio/wasmer/pull/651

Ну вы показываете бекенд, а что происходит во фронтенде v8? я не знаю