ch
Feedback
Блог*

Блог*

前往频道在 Telegram

Блог со звёздочкой. Много репостов, немножко программирования. Небольшое прикольное комьюнити: @decltype_chat_ptr_t Автор: @insert_reference_here

显示更多
1 923
订阅者
无数据24 小时
无数据7
-730
帖子存档
Repost from N/a
Ааааааа Всмысле если ты взрослый то нужно самостоятельно договариваться с врачами? Я даже не уверена болит ли у меня что-то А ещё и все встречи записывать надо... Боже, мне нужно к этому привыкнуть

photo content

Синтаксический #prog #rust #meme
Синтаксический #prog #rust #meme

#itsec Вот TL;DR (отсюда): The xz/liblzma project has released versions 5.6.0 and 5.6.1. The combination of this and patches made by some distributions to the interactions between liblzma, libsystemd, and sshd have resulted in a situation where an attacker can compromise a system by sending a malicious payload to an sshd server. We are lucky. This only affects AMD64 Linux systems. Currently, incomplete analysis of the vulnerability suggests that this only targets a specific RSA function used in sshd. The exploit is in the wild. This is also a very new version of xz/liblzma, so it is not widely deployed yet. This is also unlikely to affect anything other than Glibc (because of glibc IFUNC support), so if you use musl or another libc implementation, you are likely safe. If you are using a distribution that has not yet released xz 5.6.0 or 5.6.1, you are likely safe. Примечательно, что нагрузка, которая используется для внедрения эксплоита, была добавлена в исходники, как набор тестовых бинарных файлов, а внедряется вредоносная нагрузка в процессе исполнения скрипта configure. Все изменения, необходимые для того, чтобы сделать эксплоит возможным, были внесены различными коммитами на протяжении двух лет. (thanks @tech_b0lt_Genona)

Как насчёт встретиться завтра в 18:00 в Vol. 1? На этот раз повод весомый

Кстати, в это воскресенье у вашего любимого (я надеюсь) админа день рождения 👀

Repost from N/a
photo content

#meme про содержимое головы

Ignorance is bliss
Ignorance is bliss

photo content

#meme про двух стражей

...потерять

Repost from Neural Machine
У меня много друзей и я их боюсь

photo content

Repost from N/a
Living its a wonderful hobby!
Living its a wonderful hobby!

Папищеки, а вы бы любили меня, если бы я был червём?

Repost from ОРУ, СЭР!
В твиттере запустили тренд — спрашивать близких, любили бы их, если бы они были червем
+3
В твиттере запустили тренд — спрашивать близких, любили бы их, если бы они были червем

#prog #article В статье не особо рассказано про то, что именно переписали. В статье A History of HTML Parsing at Cloudflare: Part 1 рассказывается, как в Cloudflare перешли от отдельных модулей для переписывания ответа серверов (например, замены http на https в ссылках) на отдельный единый фреймворк для потокового парсинга и переписывания HTML, который впоследствии и был опубликован под названием lazyhtml. Также описываются трудности, которые стояли перед этим парсером, и некоторые трюки, которые помогли повысить производительность. В частности, использование своего варианта арифметического кодирования позволило переводить теги в 5-битное число и таким образом сравнивать теги без чувствительности к регистру за констатное время. В статье A History of HTML Parsing at Cloudflare: Part 2 рассказывается о новой, переписанной версии этого фреймворка, которая получила название LOL HTML (low output latency HTML). Одним из причин переписывания было желание предоставить доступ к выразительному API для динамического переписывания HTML внутри Cloudflare workers. Архитектура lazyhtml предполагала постоянную передачу данных через границу FFI, что было достаточно дорогим, чтобы потенциально свести на нет весь выигрыш в производительности от использования нативного языка. Переписанный вариант использует синтаксис, схожий с селекторами CSS, для матчинга нужных фрагментов текста, вместо ручного матчинга по нужным свойствам токенов в пользовательских коллбеках, что не только более эргономично, но и позволило провести некоторые оптимизации. Одна из них — деление стейт-машины парсера на подробный парсер, который парсит все теги, и более простой т. н. tag scanner, который на каждый распознанный тег ищет соответствующий закрывающий, игнорируя содержимое документа между ними. За счёт того, что пользователь задаёт паттерны наперёд декларативно, этот подход позволяет безопасно пропускать обработку тех фрагментов текста, в которых пользователь не заинтересован. Более того, lolhtml может эксплуатировать тот факт, что у заданных пользователем паттернов есть общие префиксы, что позволяет объединить часть работы над распознаванием нужных фрагментов и не проводить её заново по несколько раз. Обе статьи более подробны, чем я расписал в своём обзоре, так что рекомендую к прочтению.