Профиль: Аноним (вход | регистрация) неRU opennet.me  
OpenNET

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

PwnEscape - уязвимость в сетевом стеке ядра Linux, позволяющая обойти изоляцию гипервизоров и контейнеров

16.10.2026 14:18 (MSK)

В ядре Linux выявлена критическая уязвимость (CVE-2026-99999, PwnEscape) в стеке IPv4, позволяющая получить доступ к памяти хост-окружения из гостевой системы. При успешной эксплуатации уязвимости пользователь гостевой системы может выполнить код с правами ядра на стороне хост-окружения. Эксплуатация уязвимости продемонстрирована в окружении на базе гипервизора KVM, но так как уязвимость вызвана ошибкой не в гипервизоре, а в механизме обработки сетевых пакетов ядром Linux, потенциально эксплоит может быть адаптирован и для других гипервизоров и механизмов изоляции, в которых используется штатный сетевой стек Linux.

Проблема вызвана некорректной последовательностью операций при проверке контрольной суммы сетевого пакета, позволяющей изменить заголовок IPv4 в момент после проверки корректности информации, но до выполнения действий с ним (TOCTOU - Time-Of-Check-To-Time-Of-Use). При определённых условиях вычисление контрольной суммы выполняется в отложенном режиме, уже после разбора и проверки сетевого пакета, что может привести к изменению уже проверенных данных и чтению до 32 байт из области памяти вне буфера, в котором происходит обработка пакета.

Атака производится через отправку из гостевой системы пакета с флагом CHECKSUM_PARTIAL, при котором контрольная сумма вычисляется не сразу, и специально подобранными значениями skb->csum_start и skb->csum_offset. Пакет проходит проверку в сетевом стеке, так как длина заголовка корректна и равна 20 байт. Завершение вычисления контрольной суммы осуществляется при обработке фрагментации, но из-за некорректных значений csum_start и csum_offset результат записывается в самое начало IPv4-заголовка и изменяет первый байт, хранящий размер, увеличивая его 20 до 60 байт. При дальнейшей обработке ядро считает, что размер заголовка теперь 60 байт, при копировании читает дополнительные 40 байт (c учётом хвостовых служебных 8 байт, читается 32 байта из области вне буфера) и отправляет обратно в составе секции с IP-опциями.

В подготовленном эксплоите утечку 32 байт удалось использовать для контролируемой перезаписи 64 байт в памяти ядра и добиться выполнения кода на стороне хост-окружения с правами root. Исследователи пока не опубликовали технические детали данной стадии атаки и код эксплоита, чтобы дать пользователям время на установку обновления. Предположительно, утечка вначале используется для воссоздания раскладки памяти ядра в обход рандомизации KASLR, после чего создаются условия для выделения целевой структуры ядра с указателем сразу за памятью с буфером пакета и инициируется действие, приводящее к изменению данных в секции с IP-опциями, выходящими за границу буфера.

Уязвимость устранена во вчерашних обновлениях ядра Linux 7.2.11, 6.18.57, 6.12.113, 6.6.159, 6.1.190, 5.15.223 и 5.10.272.

  1. Главная ссылка к новости (https://www.openwall.com/lists...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66487-kernel
Ключевые слова: kernel, kvm
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (86) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Андрей (??), 14:53, 16/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    Чистое Творчество. Нейросети такое не придумать.
     
     
  • 2.2, ИмяХ (ok), 15:06, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/–
    Нейросети нашли этот бэкдор
     
     
  • 3.3, Alladin (?), 15:11, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Нейросети заранее создали этот бэкдор.
     
     
  • 4.6, Аноним (6), 15:19, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    > Нейросети заранее создали этот бэкдор.

    Не-не-не. Уязвимость еще в ядре 5.10
    Так что бекдор выкодили самые луДшие мясные погромисты.

     
     
  • 5.7, Аноним (7), 15:36, 16/10/2026 Скрыто ботом-модератором     [к модератору]
  • –1 +/–
     
     
  • 6.9, Аноним (9), 15:46, 16/10/2026 Скрыто ботом-модератором     [к модератору]
  • +2 +/–
     
  • 5.21, Аноним (21), 17:00, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Открою тебе секрет, нейросети тоже пишутся мясными программистами.
     
     
  • 6.26, Аноним (26), 18:05, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Не полностью. И скоро они будут писаться только нейросетями.
     
     
  • 7.46, aname (ok), 19:55, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > скоро

    Да- да, надо только потерпеть

     
     
  • 8.96, Аноним (96), 14:46, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Уже более года в компаниях OpenAI и Anthropic никто не пишет код руками, вся их ... текст свёрнут, показать
     
     
  • 9.100, aname (ok), 16:23, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Прекрасно А проверить- то как ... текст свёрнут, показать
     
  • 5.27, Аноним (27), 18:08, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Нейросетка отправилась в прошлое, чтобы изменить будущее. Но Джон Коннор смог это остановить.
     
  • 3.38, Аноним (38), 19:00, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Насколько понял нет, сами они не нашли, нашел человек используя иишку для отслеживания потоков исполнения.  
     

  • 1.4, Аноним (4), 15:14, 16/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    а вот надо было на C++ ядро писать, тогда по-меньше бы на борьбу с указателями отвлекались и по-больше бы бизнес-логикой занимались.
     
     
  • 2.10, Аноним (9), 15:49, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    > а вот надо было на C++ ядро писать, тогда по-меньше бы на
    > борьбу с указателями отвлекались и по-больше бы бизнес-логикой занимались.

    за время существования вашего линукса, давно можно было бы спеку на все подсистемы написать и ядра в том числе, доказать математически и верифицировать. А тут бага живет во всех версиях :))))

     
     
  • 3.95, Аноним (95), 14:25, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > давно можно было бы

    Думаешь, он бы смог же? Нет. Он только про ИИ рассуждать теперь в состоянии.

     

  • 1.11, Аноним (11), 16:00, 16/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/–
    Лишний повод не пользоваться IPv4 ;)
     
     
  • 2.14, Аноним10084 и 1008465039 (?), 16:21, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +9 +/–
    Надеюсь ты написал это через протоколы из Nowell/Netware :)
     
     
  • 3.15, Аноним (11), 16:35, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Лихая острота. А перечислить эти протоколы без гугла ты можешь или только слышал название, которое к тому же ещё и переврал?
     
     
  • 4.16, Аноним (16), 16:42, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/–
    я не тот аноним, но ipx настраивал чтобы в д2 играть, что сложного?
     
     
  • 5.93, Перастерос (ok), 13:37, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    у нас это были советские/российские сетевые платы. Год где-то 1993! ipx и именно для Д2 в первую очередь )
     
  • 4.22, Аноним10084 и 1008465039 (?), 17:01, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Не смогу. Если б помнил - написал бы названия


     
     
  • 5.51, Аноним (11), 22:21, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    IPX/SPX уже подсказали. Осталось вспомнить названия других двух.
     
     
  • 6.63, Ivan_83 (ok), 23:34, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Каких двух других то?
    В эзернете полно зареганых протоколов, кроме IPv4, IPv6. Тот же VLAN, ARP, PPPoE - это отдельные протоколы со своим нумером.
    https://github.com/freebsd/freebsd-src/blob/main/sys/net/ethernet.h#L140
     
     
  • 7.66, Аноним (11), 00:15, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Ты точно понял о чём речь идёт? Перечитай ветку.
     
     
  • 8.69, Ivan_83 (ok), 00:53, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    А вы то поняли или просто набрасываете как обычно https github com freebsd fr... текст свёрнут, показать
     
  • 6.98, OpenEcho (?), 15:08, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Lantastic, AppleTalk...
     
  • 3.41, онанист (?), 19:28, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    нет, через uucp
     
     
  • 4.99, OpenEcho (?), 15:15, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Тогда уж через nncp изпользуя floppynet
     
  • 3.53, Zzz (??), 22:23, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Хм, джентльмены знают толк в AppleTalk
     
  • 2.56, пох.. (?), 23:00, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Клава говорит, что в ipv6 точно так же хрен чего проверяется, код зеркальный.

    Единственное - по ее мнению ЭТОТ вектор (подсунуть пакет через паравиртуализационную псевдосетевуху) не прокатит, надо поискать другие. Но если таки найдется способ его подсунуть ведру - результат будет тот же.

     
     
  • 3.58, Аноним (58), 23:15, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Объясни это местным когда очередной буфер перебегают в v6 стеке
     
  • 3.61, Ivan_83 (ok), 23:26, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Так IPv4 и IPv6 сильно разные, там не может быть зеркального кода. Даже DHCP4 от DHCP6 довольно сильно отличается, а тут прям совсем всё по другому.
     
     
  • 4.65, пох.. (?), 00:13, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    таки в этом месте оказались - одинаковые.

    прямой перенос эксплойта не сработает не потому что там проверяется правильно, а потому что подсунуть ядру фрагментированный v6 пакет через vnet не получится, дропнет с packet_too_big. (через raw socket разумеется получится, и ведро навернется, но для этого надо быть рутом или почти)

    но я не просил клаву поискать другие варианты, мне токены жалко. Вполне могут и найтись.

     
     
  • 5.71, Ivan_83 (ok), 01:02, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Я если честно вообще не понял что там в линуксах так через Жаднее место всё сделано.
    У меня в бихайве я в виртуалку сую виртуальный адаптер, второй его конец либо классический (мной не любимый) tap который потом суют в классический (мной не любимый) if_bridge и оно в хостовый TCP стёк попадёт только если пакет адресован хосту, те разницы никакой с тем что он пришёл из вне нет.
    Аналогично на нетграфе когда собираешь.

    Те не понятно чего там линуксойды так наоптимизировали что у них трафик гостевых систем как то особым путём попадает на стёк хоста, а главное - нафига?! типа обычно хост ничего не хостит для гостей доступного по сети, какие то хаки производительности тут не интересны.

     
     
  • 6.76, пох.. (?), 01:48, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    проблема что адаптер в линухе - очень уж виртуальный. И позволяет манипулировать дополнительными параметрами пакета, которых у настоящего не бывает.

    > Те не понятно чего там линуксойды так наоптимизировали что у них трафик гостевых систем
    > как то особым путём попадает на стёк хоста, а главное - нафига?!

    гостевые системы разные бывают, где-то и CSRv может быть гостем. И для него потери производительности могут оказаться критичны. В сторону гостя передается информация об офлоадах (например что контрольная сумма уже посчитана), в противоположную как раз данные о фрагментации и тому подобное.

     
     
  • 7.79, Ivan_83 (ok), 01:57, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Есть TSO - но там гость должен наоборот большие пакеты лить а хост их сам на фрагменты нарезает.
    С LRO ситуация обратная, но там пакеты приходят извне.

    Те не понятно что за путь такой при котором фрагментированные пакеты гостя хост переобирает у себя.

     
  • 3.67, Аноним (11), 00:17, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Когда подсунут, тогда и приходите. Встречаемся под комментарием "Лишний повод не пользоваться IPv6 ;)".
     
  • 2.62, Ivan_83 (ok), 23:27, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Да если бы это было так просто.
     
     
  • 3.68, Аноним (11), 00:21, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Это очень просто. Кроме опеннета и гитхаба не могу придумать зачем мне IPv4. Всё чем мне необходимо пользоваться, имеет IPv6 адрес. Дома и в офисе IPv6-only сети с публичными адресами. Проблемы стран третьего мира с rfc6598 адресацией вызывают только снисходительную улыбку.
     
     
  • 4.70, Ivan_83 (ok), 00:58, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Да да, пока вам не попадётся очень нужный софт или капец какая важная железка которая IPv4 only.
    Я уж молчу что полно сайтов IPv4 only а с IPv6 часто "как повезёт": адрес может и быть но не работать.
    У меня вон крайтесы от раста забиты чтобы только в4 отдавало, в6 у них как минимум было сломано одно время. И список того куда по в6 ходить не надо у меня периодически только прирастает.

    А насчёт стран третьего мира - у меня два вас плохие новости: тут весь шарик такой.

     
     
  • 5.77, Аноним (77), 01:48, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >крайтесы от раста

    Зато безопастно!

     
  • 4.78, пох.. (?), 01:51, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > в офисе IPv6-only сети с публичными адресами. Проблемы стран третьего мира
    > с rfc6598 адресацией вызывают только снисходительную улыбку.

    гуглопочта с ее Received-From: 10.10.хзчтотам - ага, подержи мое пиво!
    (при том что в гугле долго работала одна из главных райповских адвокатов ненужно-6)

     
     
  • 5.80, Ivan_83 (ok), 01:59, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Да это сэр майор из своей чёрной комнаты пересылает после проверки, делай вид что не видишь :)
     

  • 1.12, Аноним (12), 16:03, 16/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    Те случаи, когда неопределенное поведение становится определенным
     

  • 1.13, Аноним (13), 16:18, 16/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    >>

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

    На Rust такого бы не было

     
     
  • 2.29, Аноним (95), 18:14, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Ну да, на расте бы забыли проверить юзера и сразу пустили бы его везде рутом без пароля.
     
     
  • 3.30, Аноним (27), 18:30, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/–
    Зато безопастно бы пустили, не выходя за пределы буфера.
     
     
  • 4.57, черпало (?), 23:05, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    не привлекая внимания са^W борроу-чекера
     
  • 3.32, Аноним (32), 18:38, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • –5 +/–
    >  и сразу пустили бы его везде рутом без пароля.

    Прям как дырявый сишник сказал))?

    Почему убогие неудачники всегда сьезжают на тему "а что БЫ сделали...."?
    У тебя вот прям сейчас есть дырень в ядре. На котором крутится куча важного.
    Но ты решил показать какое ты ничтожество и пукарекаешь "а вот растеры!!!111"

     
     
  • 4.44, онанист (?), 19:32, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    ну покажите нам ОС на русте
    если оно хорошо- так будем пользоваться и радоваться
     
  • 4.87, Ivan_S (?), 10:46, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Уязвимости есть в любой программе, которая сложнее ХеллоМира. На любом языке.
     
  • 2.60, Ivan_83 (ok), 23:24, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > На Rust такого бы не было

    Реально не было бы!
    На расте ни одного успешного проекта с нуля написанного (развитого с нуля, а не переписанного) нет :)

     
     
  • 3.74, Аноним (13), 01:07, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Так Linux тоже честно тыреный с Unix
     
     
  • 4.88, Ivan_S (?), 10:47, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Линукс написан с нуля.
     
     
  • 5.90, Аноним (90), 11:41, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Торвальдс начал разработку ядра Linux на MINIX, и перенёс на него ряд приложений... большой текст свёрнут, показать
     
  • 3.81, Аноним (81), 02:36, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    А на каких языках изначально были deno, uv, ripgrep, typst, alacritty?
     
     
  • 4.83, Ivan_83 (ok), 03:39, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    uv это переписанный pip. ripgrep видимо греп. Остальные не знаю. Кажется deno тоже не из воздуха взялся.
     
     
  • 5.97, Аноним (96), 14:53, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну бред же, зачем так передергивать? uv это замена pip, venv, pipx и еще имеет больше фич, имеет совершенно другую архитектуру и синтаксис. ripgrep сохраняет по большей части синтаксис, но имеет другую архитектуру, по умолчанию включена фильтрация и распараллелирование, нормальные регулярки. deno был когда-то на Go, но это было совсем недолго.
     

  • 1.17, опеншлёпивпродакшн (?), 16:44, 16/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/–
    > Проблема вызвана некорректной последовательностью операций при проверке контрольной суммы сетевого пакета, позволяющей изменить заголовок IPv4 в момент после проверки корректности информации, но до выполнения действий с ним

    Вот где боров чекер помог бы.

     
  • 1.19, Аноним (-), 16:55, 16/10/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –3 +/–
     

  • 1.28, Аноним (95), 18:10, 16/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > пользователь гостевой системы может выполнить код с правами ядра на стороне хост-окружения

    Вроде уже никто не сомневается в призрачности всех этих контейнеров и песочниц.

     
     
  • 2.34, пох.. (?), 18:42, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    kvm - мягко говоря, не контейнер.

    и да, привет всем горе-виртуализаторам на импортозаместчленных технологиях, вас ждут непростые выходные.

     
     
  • 3.37, МИСАКА (?), 18:52, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Думаешь кому-то хочется эксплуатировать это импортоначленение, его используют только потому что требования заshitы кии требуют софт сертифицированный фстек
    Еду понятно что это бумажки ради бумажек и "враг не добавит бекдор" (спойлер - бекдор и так уже стоит на КАЖДОМ сервере в мире), не дающее реальной защиты
     
     
  • 4.54, пох.. (?), 22:57, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Думаешь кому-то хочется эксплуатировать это импортоначленение

    эксплуатировать-то вряд ли, вот _продавать_!

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

    (интересно, они мне ради фикса опять хост уронят, или как-то обойдется?)

     
  • 3.42, онанист (?), 19:29, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    обновление приехало сегодня
     
  • 3.64, Ivan_83 (ok), 23:37, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ваще то есть импортозаместители и на базе фри с бихайвом, кажется в питере их головной офис и Z в названии модное было ещё до начало моды :)
     
     
  • 4.82, Аноним (81), 02:40, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Это система безопасности называется "неуловимый джо": CVE-2026-101309, CVE-2026-101310, CVE-2026-101311
     
     
  • 5.84, Ivan_83 (ok), 03:43, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Тем не менее - не все заместились на линух с квм и будут в эти выходные искать корень квадратный :)
     
  • 2.35, Аноним (35), 18:44, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Почему? Если писать нормально, использовать нормальные инструменты для проверки (ревью, санитайзеры, ИИ).
    Да просто думать когда код пишут, а не тяпляпать - то можно уменьшить вероятность факапа.
    Хорошо делай - хорошо будет (ц)
     
     
  • 3.47, Аноним (95), 20:06, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > Если писать нормально

    Но Линус этого не смог.

     
  • 3.50, Аноним (11), 22:18, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Да зачем эти ИИ, санитайзеры, и прочая лабуда? Сразу без ошибок писать нужно.
     

  • 1.36, Аноним (36), 18:50, 16/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Надо срочно переходить на GNU Hurd.
    Микроядра безпастнее
     
     
  • 2.40, Аноним (40), 19:25, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    У микроядра критического кода меньше, проверять легче. В остальном те же яйци только вид с боку.
     
  • 2.43, онанист (?), 19:30, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    а как же кошмарскиось?
     
     
  • 3.45, localhostadmin (ok), 19:54, 16/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    она вообще существует? я пытался нарыть инфы о ней у них на сайте, нашел только слова рекламщиков о том, какая она крутая
     
  • 2.72, Ivan_83 (ok), 01:04, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Зочем?
    Просто хостите на реальном железе мусорный код, по дальше от нужного.
     

  • 1.55, Vanga (?), 22:58, 16/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/–
    Это мой последний комментарий на этом зеркале.
    После того что сделали с моими подарками... Я думаю в следующем году потоплю ваш континент.
     
  • 1.59, Ivan_83 (ok), 23:23, 16/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    Как то очень мудрёно, ну типа читают они память, а писать то её - совсем другое.
    Новость тоже написана как маркетинговый материал, а по ссылке там убедительно сгенерирование текстом: "мамой клянусь мы сделали это в лабе два раза!".


    Помнится в 2010 году я во фре круче штуку нашёл: можно было через ARP читать по 512 байт ядрёной памяти за раз, только содержимое там бесполезное было - ARP кеш.
    Там не проверяли длину л2 и л3 адресов из ARP заголовка и копировали через memcpy() столько скольо попросили :)
    Это даже уязвимостью не посчитали и я кое как объяснил в чём проблема и это по тихому пофиксили в итоге. (я тогда фигово объяснял, и всем видимо было пофик тоже)

    А вообще хохма с кривой реализацией ARP так и ходит по сети - до сих пор видно даже через arp-scan кривые реализации то тут то там, а это он ещё не пытается кривые размеры в заголовок подставлять.

     
     
  • 2.73, пох.. (?), 01:04, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Как то очень мудрёно, ну типа читают они память, а писать то
    > её - совсем другое.

    так они читают свежезаписанное. Причем совсем не туда куда нужно. (т.е. мало того что переписывается кусок заголовка, эти байты еще и обратно в сеть уезжают)

    > Новость тоже написана как маркетинговый материал, а по ссылке там убедительно

    Чота мне вообще 404 вернула. Может борцуны со скрепингом, конечно.

     
     
  • 3.75, Ivan_83 (ok), 01:15, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Первые две ссылки имеют один контент, вторая сразу намекает на нейрослоп генератор денег за CVE скам :)
     

  • 1.85, openssh_user (ok), 10:41, 17/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > CVE-2026-99999

    Красивое число уходящего года

     
     
  • 2.94, Аноним (95), 14:23, 17/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Красивое число уходящей платформы...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    XSQUARE
    Inferno Solutions
    Hosting by Hoster.ru
    Хоcтинг: