forum.opennet.ru - "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющая обойти изоляцию гипервизоров и контейнеров" (101)

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

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

"PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющая обойти изоляцию гипервизоров и контейнеров"	+/–
Сообщение от opennews (??), 16-Окт-26, 14:53
В ядре Linux выявлена критическая уязвимость (CVE-2026-99999, PwnEscape) в стеке IPv4, позволяющая получить доступ к памяти хост-окружения из гостевой системы. При успешной эксплуатации уязвимости пользователь гостевой системы может выполнить код с правами ядра на стороне хост-окружения. Эксплуатация уязвимости продемонстрирована в окружении на базе гипервизора KVM, но так как уязвимость вызвана ошибкой не в гипервизоре, а в механизме обработки сетевых пакетов ядром Linux, потенциально эксплоит может быть адаптирован и для других гипервизоров и механизмов изоляции, в которых используется штатный сетевой стек Linux... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66487
Ответить \| Правка \| Cообщить модератору

Оглавление

Чистое Творчество Нейросети такое не придумать , Андрей (??), 14:53 , 16-Окт-26, (1) +1

Нейросети нашли этот бэкдор, ИмяХ (ok), 15:06 , 16-Окт-26, (2) +5

Нейросети заранее создали этот бэкдор , Alladin (?), 15:11 , 16-Окт-26, (3) –1

Не-не-не Уязвимость еще в ядре 5 10Так что бекдор выкодили самые луДшие мясные , Аноним (6), 15:19 , 16-Окт-26, (6) +5

Скрыто модератором, Аноним (7), 15:36 , 16-Окт-26, (7) –1

Скрыто модератором, Аноним (9), 15:46 , 16-Окт-26, (9) +2

Открою тебе секрет, нейросети тоже пишутся мясными программистами , Аноним (21), 17:00 , 16-Окт-26, (21) +1

Не полностью И скоро они будут писаться только нейросетями , Аноним (26), 18:05 , 16-Окт-26, (26)

Да- да, надо только потерпеть, aname (ok), 19:55 , 16-Окт-26, (46)

Уже более года в компаниях OpenAI и Anthropic никто не пишет код руками, вся их , Аноним (96), 14:46 , 17-Окт-26, (96) +1

Прекрасно А проверить- то как , aname (ok), 16:23 , 17-Окт-26, (100)

А зачем проверят Каждый верит в ту реальность которая сформировалась у него в , user999 (?), 11:57 , 20-Окт-26, (111)

Оно и видно Их сайт загружается секунд 5-10, прям как и gemini У gpt не проверя, omnirootofc (ok), 18:56 , 18-Окт-26, (107)

- И скоро они будутНу ты же понимаешь что такое автоматизация Может ты думаешь, Хаплявщик не корпораст (?), 12:29 , 18-Окт-26, (103)

Нейросетка отправилась в прошлое, чтобы изменить будущее Но Джон Коннор смог эт, Аноним (27), 18:08 , 16-Окт-26, (27)

Насколько понял нет, сами они не нашли, нашел человек используя иишку для отслеж, Аноним (38), 19:00 , 16-Окт-26, (38) +2

а вот надо было на C ядро писать, тогда по-меньше бы на борьбу с указателями о, Аноним (4), 15:14 , 16-Окт-26, (4) +1

за время существования вашего линукса, давно можно было бы спеку на все подсисте, Аноним (9), 15:49 , 16-Окт-26, (10) +3

Думаешь, он бы смог же Нет Он только про ИИ рассуждать теперь в состоянии , Аноним (95), 14:25 , 17-Окт-26, (95)

Под ОН следует понимать погромиста Rust on Linux , Аноним (112), 17:04 , 22-Окт-26, (112)

Лишний повод не пользоваться IPv4 , Аноним (11), 16:00 , 16-Окт-26, (11) –4

Надеюсь ты написал это через протоколы из Nowell Netware , Аноним10084 и 1008465039 (?), 16:21 , 16-Окт-26, (14) +12

Лихая острота А перечислить эти протоколы без гугла ты можешь или только слышал, Аноним (11), 16:35 , 16-Окт-26, (15) –2

я не тот аноним, но ipx настраивал чтобы в д2 играть, что сложного , Аноним (16), 16:42 , 16-Окт-26, (16) +4

у нас это были советские российские сетевые платы Год где-то 1993 ipx и именно, Перастерос (ok), 13:37 , 17-Окт-26, (93)

Не смогу Если б помнил - написал бы названия, Аноним10084 и 1008465039 (?), 17:01 , 16-Окт-26, (22)

IPX SPX уже подсказали Осталось вспомнить названия других двух , Аноним (11), 22:21 , 16-Окт-26, (51)

Каких двух других то В эзернете полно зареганых протоколов, кроме IPv4, IPv6 То, Ivan_83 (ok), 23:34 , 16-Окт-26, (63)

Ты точно понял о чём речь идёт Перечитай ветку , Аноним (11), 00:15 , 17-Окт-26, (66) –1

А вы то поняли или просто набрасываете как обычно https github com freebsd fre, Ivan_83 (ok), 00:53 , 17-Окт-26, (69) +1

Да я ещё по тому эпическому треду в бсд понял, что грамотность у тебя чисто номи, Аноним (11), 17:34 , 18-Окт-26, (104)

Lantastic, AppleTalk , OpenEcho (?), 15:08 , 17-Окт-26, (98)
NETBEUI, AppleTalk, ещё у DEC какой-то был , Аноним (112), 17:15 , 22-Окт-26, (114)

нет, через uucp, онанист (?), 19:28 , 16-Окт-26, (41) +3

Тогда уж через nncp изпользуя floppynet, OpenEcho (?), 15:15 , 17-Окт-26, (99)

Хм, джентльмены знают толк в AppleTalk, Zzz (??), 22:23 , 16-Окт-26, (53)

Клава говорит, что в ipv6 точно так же хрен чего проверяется, код зеркальный Еди, пох.. (?), 23:00 , 16-Окт-26, (56)

Объясни это местным когда очередной буфер перебегают в v6 стеке, Аноним (58), 23:15 , 16-Окт-26, (58)
Так IPv4 и IPv6 сильно разные, там не может быть зеркального кода Даже DHCP4 от, Ivan_83 (ok), 23:26 , 16-Окт-26, (61) +1

таки в этом месте оказались - одинаковые прямой перенос эксплойта не сработает , пох.. (?), 00:13 , 17-Окт-26, (65)

Я если честно вообще не понял что там в линуксах так через Жаднее место всё сдел, Ivan_83 (ok), 01:02 , 17-Окт-26, (71)

проблема что адаптер в линухе - очень уж виртуальный И позволяет манипулировать, пох.. (?), 01:48 , 17-Окт-26, (76) +1

Есть TSO - но там гость должен наоборот большие пакеты лить а хост их сам на фра, Ivan_83 (ok), 01:57 , 17-Окт-26, (79)

Когда подсунут, тогда и приходите Встречаемся под комментарием Лишний повод не, Аноним (11), 00:17 , 17-Окт-26, (67)

Да если бы это было так просто , Ivan_83 (ok), 23:27 , 16-Окт-26, (62)

Это очень просто Кроме опеннета и гитхаба не могу придумать зачем мне IPv4 Всё, Аноним (11), 00:21 , 17-Окт-26, (68) +1

Да да, пока вам не попадётся очень нужный софт или капец какая важная железка ко, Ivan_83 (ok), 00:58 , 17-Окт-26, (70)

Зато безопастно , Аноним (77), 01:48 , 17-Окт-26, (77)
Да вот что-то годы идут, а всё не попадается Кроме вышеперечисленных Да Нужные, Аноним (11), 17:41 , 18-Окт-26, (105)

гуглопочта с ее Received-From 10 10 хзчтотам - ага, подержи мое пиво при том ч, пох.. (?), 01:51 , 17-Окт-26, (78)

Да это сэр майор из своей чёрной комнаты пересылает после проверки, делай вид чт, Ivan_83 (ok), 01:59 , 17-Окт-26, (80)
Ты же в курсе, что это фейковые адреса, да Они примерно как адресация в SRv6, в, Аноним (11), 17:43 , 18-Окт-26, (106)

Те случаи, когда неопределенное поведение становится определенным, Аноним (12), 16:03 , 16-Окт-26, (12) +1

Скрыто модератором, Аноним (-), 16:57 , 16-Окт-26, (20) +1

что может привести к изменению уже проверенных данных и чтению до 32 байт из обл, Аноним (13), 16:18 , 16-Окт-26, (13) –1

Ну да, на расте бы забыли проверить юзера и сразу пустили бы его везде рутом без, Аноним (95), 18:14 , 16-Окт-26, (29) +3

Зато безопастно бы пустили, не выходя за пределы буфера , Аноним (27), 18:30 , 16-Окт-26, (30) +5

не привлекая внимания са W борроу-чекера, черпало (?), 23:05 , 16-Окт-26, (57) +2

Прям как дырявый сишник сказал Почему убогие неудачники всегда сьезжают на тем, Аноним (32), 18:38 , 16-Окт-26, (32) –5

ну покажите нам ОС на рустеесли оно хорошо- так будем пользоваться и радоваться, онанист (?), 19:32 , 16-Окт-26, (44) +4
Уязвимости есть в любой программе, которая сложнее ХеллоМира На любом языке , Ivan_S (?), 10:46 , 17-Окт-26, (87) +1

Реально не было бы На расте ни одного успешного проекта с нуля написанного разв, Ivan_83 (ok), 23:24 , 16-Окт-26, (60) +1

Так Linux тоже честно тыреный с Unix, Аноним (13), 01:07 , 17-Окт-26, (74) –1

Линукс написан с нуля , Ivan_S (?), 10:47 , 17-Окт-26, (88)

Торвальдс начал разработку ядра Linux на MINIX, и перенёс на него ряд приложений, Аноним (90), 11:41 , 17-Окт-26, (90)

Потому что до этого были только ядра с лицензией на расстрел при нарушении NDA , Аноним (108), 10:50 , 19-Окт-26, (108)

А на каких языках изначально были deno, uv, ripgrep, typst, alacritty , Аноним (81), 02:36 , 17-Окт-26, (81) +1

uv это переписанный pip ripgrep видимо греп Остальные не знаю Кажется deno то, Ivan_83 (ok), 03:39 , 17-Окт-26, (83) –1

Ну бред же, зачем так передергивать uv это замена pip, venv, pipx и еще имеет б, Аноним (96), 14:53 , 17-Окт-26, (97)
Эээээ чииииивооооо uv относится к pip примерно как apt к dpkg если что Нек, User (??), 12:20 , 19-Окт-26, (109)

Вот где боров чекер помог бы , опеншлёпивпродакшн (?), 16:44 , 16-Окт-26, (17) –2

Чем помог бы Он же владениями выделенных кусков памяти заведует , Аноним (112), 17:12 , 22-Окт-26, (113)

Короче тут проблема в другом, опеншлёпивпродакшн (?), 17:52 , 22-Окт-26, (115)

Скрыто модератором, Аноним (-), 16:55 , 16-Окт-26, (19) –3

Скрыто модератором, Аноним (25), 17:52 , 16-Окт-26, (25) –2

Скрыто модератором, Антон (??), 19:09 , 16-Окт-26, (39) –1

Скрыто модератором, Tron is Whistling (?), 10:44 , 17-Окт-26, (86)

Вроде уже никто не сомневается в призрачности всех этих контейнеров и песочниц , Аноним (95), 18:10 , 16-Окт-26, (28)

kvm - мягко говоря, не контейнер и да, привет всем горе-виртуализаторам на импор, пох.. (?), 18:42 , 16-Окт-26, (34) +1

Думаешь кому-то хочется эксплуатировать это импортоначленение, его используют то, МИСАКА (?), 18:52 , 16-Окт-26, (37)

эксплуатировать-то вряд ли, вот _продавать_ сам понимаешь, будь у меня выбор меж, пох.. (?), 22:57 , 16-Окт-26, (54)

обновление приехало сегодня, онанист (?), 19:29 , 16-Окт-26, (42)
Ваще то есть импортозаместители и на базе фри с бихайвом, кажется в питере их го, Ivan_83 (ok), 23:37 , 16-Окт-26, (64)

Это система безопасности называется неуловимый джо CVE-2026-101309, CVE-2026-, Аноним (81), 02:40 , 17-Окт-26, (82)

Тем не менее - не все заместились на линух с квм и будут в эти выходные искать к, Ivan_83 (ok), 03:43 , 17-Окт-26, (84)

Это vStack что ли , User (??), 12:25 , 19-Окт-26, (110)

Почему Если писать нормально, использовать нормальные инструменты для проверки , Аноним (35), 18:44 , 16-Окт-26, (35)

Но Линус этого не смог , Аноним (95), 20:06 , 16-Окт-26, (47) –1
Да зачем эти ИИ, санитайзеры, и прочая лабуда Сразу без ошибок писать нужно , Аноним (11), 22:18 , 16-Окт-26, (50)

Надо срочно переходить на GNU Hurd Микроядра безпастнее, Аноним (36), 18:50 , 16-Окт-26, (36)

У микроядра критического кода меньше, проверять легче В остальном те же яйци то, Аноним (40), 19:25 , 16-Окт-26, (40)
а как же кошмарскиось , онанист (?), 19:30 , 16-Окт-26, (43)

она вообще существует я пытался нарыть инфы о ней у них на сайте, нашел только , localhostadmin (ok), 19:54 , 16-Окт-26, (45) +1

Зочем Просто хостите на реальном железе мусорный код, по дальше от нужного , Ivan_83 (ok), 01:04 , 17-Окт-26, (72)
Minix 3 , Аноним (102), 21:11 , 17-Окт-26, (102) –1

Это мой последний комментарий на этом зеркале После того что сделали с моими под, Vanga (?), 22:58 , 16-Окт-26, (55) –2
Как то очень мудрёно, ну типа читают они память, а писать то её - совсем другое , Ivan_83 (ok), 23:23 , 16-Окт-26, (59) +2

так они читают свежезаписанное Причем совсем не туда куда нужно т е мало тог, пох.. (?), 01:04 , 17-Окт-26, (73)

Первые две ссылки имеют один контент, вторая сразу намекает на нейрослоп генерат, Ivan_83 (ok), 01:15 , 17-Окт-26, (75)

Красивое число уходящего года, openssh_user (ok), 10:41 , 17-Окт-26, (85)

Красивое число уходящей платформы , Аноним (95), 14:23 , 17-Окт-26, (94)

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

1. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +1 +/–

Сообщение от Андрей (??), 16-Окт-26, 14:53

Чистое Творчество. Нейросети такое не придумать.

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

2. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +5 +/–

Сообщение от ИмяХ (ok), 16-Окт-26, 15:06

Нейросети нашли этот бэкдор

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

3. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." –1 +/–

Сообщение от Alladin (?), 16-Окт-26, 15:11

Нейросети заранее создали этот бэкдор.

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

6. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +5 +/–

Сообщение от Аноним (6), 16-Окт-26, 15:19

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

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

7. Скрыто модератором –1 +/–

Сообщение от Аноним (7), 16-Окт-26, 15:36

Почему исключаем, что у АНБ еще лет 7 назад уже были нейросети способные создавать подобные бекдоры.

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

9. Скрыто модератором +2 +/–

Сообщение от Аноним (9), 16-Окт-26, 15:46

> Почему исключаем, что у АНБ еще лет 7 назад уже были нейросети
> способные создавать подобные бекдоры.
даже раньше :))

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

21. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +1 +/–

Сообщение от Аноним (21), 16-Окт-26, 17:00

Открою тебе секрет, нейросети тоже пишутся мясными программистами.

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

26. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (26), 16-Окт-26, 18:05

Не полностью. И скоро они будут писаться только нейросетями.

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

46. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от aname (ok), 16-Окт-26, 19:55

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

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

96. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +1 +/–

Сообщение от Аноним (96), 17-Окт-26, 14:46

Уже более года в компаниях OpenAI и Anthropic никто не пишет код руками, вся их инфраструктура написана ИИ, так же как и эксперименты по обучению. Единственное, что осталось убрать это людей, которые иногда проверяют что же там получилось.

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

100. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от aname (ok), 17-Окт-26, 16:23

> Уже более года в компаниях OpenAI и Anthropic никто не пишет код
> руками
Прекрасно!
А проверить- то как?

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

111. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от user999 (?), 20-Окт-26, 11:57

А зачем проверят ? Каждый верит в ту реальность которая сформировалась у него в голове..

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

107. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от omnirootofc (ok), 18-Окт-26, 18:56

Оно и видно. Их сайт загружается секунд 5-10, прям как и gemini.
У gpt не проверял но у Gemini бандл 7МБ, такого kala даже джун не напишет, он банально столько пакетов не найдёт.

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

103. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Хаплявщик не корпораст (?), 18-Окт-26, 12:29

- И скоро они будут
Ну ты же понимаешь что такое автоматизация? Может ты думаешь что при установке системы на комп из образа ты пользуешь какой-то там ый-ой? Установщик же на автомате определяет комплектующие и создаёт разделы с файловой системой, распаковывая туда всё необходимое для работы пк или ещё там чего. А кто дистрибутив собрал и из чего? А уязвимости создаются специалбно или это просто ошибки программеров и компилятора, а прошивки всяких разных устройств, на матплатах и не только, кто пишет и зачем?

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

27. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (27), 16-Окт-26, 18:08

Нейросетка отправилась в прошлое, чтобы изменить будущее. Но Джон Коннор смог это остановить.

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

38. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +2 +/–

Сообщение от Аноним (38), 16-Окт-26, 19:00

Насколько понял нет, сами они не нашли, нашел человек используя иишку для отслеживания потоков исполнения.

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

4. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +1 +/–

Сообщение от Аноним (4), 16-Окт-26, 15:14

а вот надо было на C++ ядро писать, тогда по-меньше бы на борьбу с указателями отвлекались и по-больше бы бизнес-логикой занимались.

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

10. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +3 +/–

Сообщение от Аноним (9), 16-Окт-26, 15:49

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

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

95. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (95), 17-Окт-26, 14:25

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

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

112. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (112), 22-Окт-26, 17:04

Под ОН следует понимать погромиста Rust on Linux.

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

11. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." –4 +/–

Сообщение от Аноним (11), 16-Окт-26, 16:00

Лишний повод не пользоваться IPv4 ;)

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

14. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +12 +/–

Сообщение от Аноним10084 и 1008465039 (?), 16-Окт-26, 16:21

Надеюсь ты написал это через протоколы из Nowell/Netware :)

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

15. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." –2 +/–

Сообщение от Аноним (11), 16-Окт-26, 16:35

Лихая острота. А перечислить эти протоколы без гугла ты можешь или только слышал название, которое к тому же ещё и переврал?

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

16. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +4 +/–

Сообщение от Аноним (16), 16-Окт-26, 16:42

я не тот аноним, но ipx настраивал чтобы в д2 играть, что сложного?

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

93. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Перастерос (ok), 17-Окт-26, 13:37

у нас это были советские/российские сетевые платы. Год где-то 1993! ipx и именно для Д2 в первую очередь )

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

22. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним10084 и 1008465039 (?), 16-Окт-26, 17:01

Не смогу. Если б помнил - написал бы названия

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

51. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (11), 16-Окт-26, 22:21

IPX/SPX уже подсказали. Осталось вспомнить названия других двух.

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

63. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Ivan_83 (ok), 16-Окт-26, 23:34

Каких двух других то?
В эзернете полно зареганых протоколов, кроме IPv4, IPv6. Тот же VLAN, ARP, PPPoE - это отдельные протоколы со своим нумером.
https://github.com/freebsd/freebsd-src/blob/main/sys/net/eth...

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

66. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." –1 +/–

Сообщение от Аноним (11), 17-Окт-26, 00:15

Ты точно понял о чём речь идёт? Перечитай ветку.

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

69. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +1 +/–

Сообщение от Ivan_83 (ok), 17-Окт-26, 00:53

А вы то поняли или просто набрасываете как обычно?
https://github.com/freebsd/freebsd-src/blob/main/sys/net/eth...
Вот ваш IPX, один из двух.
В остальном же не IP протоколы, даже если там типа есть возможность маршрутизации, никогда не образовывали значительных по размеру сетей.
А по колличеству хостов PPPoE давно переплюнул IPX, netbeui, appletalk и прочие древние протоколы которые когда то были живы.

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

104. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (11), 18-Окт-26, 17:34

Да я ещё по тому эпическому треду в бсд понял, что грамотность у тебя чисто номинальная. Можешь мне не продолжать, вижу что прочитать можешь, а понять о чём идёт речь -- нет.

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

98. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от OpenEcho (?), 17-Окт-26, 15:08

Lantastic, AppleTalk...

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

114. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (112), 22-Окт-26, 17:15

NETBEUI, AppleTalk, ещё у DEC какой-то был.

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

41. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +3 +/–

Сообщение от онанист (?), 16-Окт-26, 19:28

нет, через uucp

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

99. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от OpenEcho (?), 17-Окт-26, 15:15

Тогда уж через nncp изпользуя floppynet

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

53. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Zzz (??), 16-Окт-26, 22:23

Хм, джентльмены знают толк в AppleTalk

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

56. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от пох.. (?), 16-Окт-26, 23:00

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

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

58. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (58), 16-Окт-26, 23:15

Объясни это местным когда очередной буфер перебегают в v6 стеке

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

61. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +1 +/–

Сообщение от Ivan_83 (ok), 16-Окт-26, 23:26

Так IPv4 и IPv6 сильно разные, там не может быть зеркального кода. Даже DHCP4 от DHCP6 довольно сильно отличается, а тут прям совсем всё по другому.

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

65. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от пох.. (?), 17-Окт-26, 00:13

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

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

71. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Ivan_83 (ok), 17-Окт-26, 01:02

Я если честно вообще не понял что там в линуксах так через Жаднее место всё сделано.
У меня в бихайве я в виртуалку сую виртуальный адаптер, второй его конец либо классический (мной не любимый) tap который потом суют в классический (мной не любимый) if_bridge и оно в хостовый TCP стёк попадёт только если пакет адресован хосту, те разницы никакой с тем что он пришёл из вне нет.
Аналогично на нетграфе когда собираешь.
Те не понятно чего там линуксойды так наоптимизировали что у них трафик гостевых систем как то особым путём попадает на стёк хоста, а главное - нафига?! типа обычно хост ничего не хостит для гостей доступного по сети, какие то хаки производительности тут не интересны.

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

76. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +1 +/–

Сообщение от пох.. (?), 17-Окт-26, 01:48

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

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

79. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Ivan_83 (ok), 17-Окт-26, 01:57

Есть TSO - но там гость должен наоборот большие пакеты лить а хост их сам на фрагменты нарезает.
С LRO ситуация обратная, но там пакеты приходят извне.
Те не понятно что за путь такой при котором фрагментированные пакеты гостя хост переобирает у себя.

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

67. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (11), 17-Окт-26, 00:17

Когда подсунут, тогда и приходите. Встречаемся под комментарием "Лишний повод не пользоваться IPv6 ;)".

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

62. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Ivan_83 (ok), 16-Окт-26, 23:27

Да если бы это было так просто.

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

68. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +1 +/–

Сообщение от Аноним (11), 17-Окт-26, 00:21

Это очень просто. Кроме опеннета и гитхаба не могу придумать зачем мне IPv4. Всё чем мне необходимо пользоваться, имеет IPv6 адрес. Дома и в офисе IPv6-only сети с публичными адресами. Проблемы стран третьего мира с rfc6598 адресацией вызывают только снисходительную улыбку.

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

70. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Ivan_83 (ok), 17-Окт-26, 00:58

Да да, пока вам не попадётся очень нужный софт или капец какая важная железка которая IPv4 only.
Я уж молчу что полно сайтов IPv4 only а с IPv6 часто "как повезёт": адрес может и быть но не работать.
У меня вон крайтесы от раста забиты чтобы только в4 отдавало, в6 у них как минимум было сломано одно время. И список того куда по в6 ходить не надо у меня периодически только прирастает.
А насчёт стран третьего мира - у меня два вас плохие новости: тут весь шарик такой.

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

77. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (77), 17-Окт-26, 01:48

>крайтесы от раста
Зато безопастно!

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

105. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (11), 18-Окт-26, 17:41

> пока вам не попадётся очень нужный софт или капец какая важная железка которая IPv4 only
Да вот что-то годы идут, а всё не попадается. Кроме вышеперечисленных.
> полно сайтов IPv4 only
Да? Нужные есть среди них? Ты не пойми меня неправильно, у меня и v4 адреса есть, но только на границе для такого вот легаси. Только трафик там околонулевой пока не начнут что-нибудь собирать, что с гитхаба код тащит.
> А насчёт стран третьего мира - у меня два вас плохие новости: тут весь шарик такой.
Нет, далеко не весь. Так что новости плохие для тебя.

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

78. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от пох.. (?), 17-Окт-26, 01:51

> в офисе IPv6-only сети с публичными адресами. Проблемы стран третьего мира
> с rfc6598 адресацией вызывают только снисходительную улыбку.
гуглопочта с ее Received-From: 10.10.хзчтотам - ага, подержи мое пиво!
(при том что в гугле долго работала одна из главных райповских адвокатов ненужно-6)

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

80. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Ivan_83 (ok), 17-Окт-26, 01:59

Да это сэр майор из своей чёрной комнаты пересылает после проверки, делай вид что не видишь :)

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

106. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (11), 18-Окт-26, 17:43

> Received-From: 10.10.хзчтотам
Ты же в курсе, что это фейковые адреса, да? Они примерно как адресация в SRv6, выглядит как ip, но семантика вообще другая.

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

12. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +1 +/–

Сообщение от Аноним (12), 16-Окт-26, 16:03

Те случаи, когда неопределенное поведение становится определенным

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

20. Скрыто модератором +1 +/–

Сообщение от Аноним (-), 16-Окт-26, 16:57

Где-то в недрах рассылки команды ядра:
- Что случилось? Это UB?
-- Нет, мы определенно обделались!

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

13. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." –1 +/–

Сообщение от Аноним (13), 16-Окт-26, 16:18

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

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

29. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +3 +/–

Сообщение от Аноним (95), 16-Окт-26, 18:14

Ну да, на расте бы забыли проверить юзера и сразу пустили бы его везде рутом без пароля.

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

30. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +5 +/–

Сообщение от Аноним (27), 16-Окт-26, 18:30

Зато безопастно бы пустили, не выходя за пределы буфера.

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

57. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +2 +/–

Сообщение от черпало (?), 16-Окт-26, 23:05

не привлекая внимания са^W борроу-чекера

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

32. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." –5 +/–

Сообщение от Аноним (32), 16-Окт-26, 18:38

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

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

44. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +4 +/–

Сообщение от онанист (?), 16-Окт-26, 19:32

ну покажите нам ОС на русте
если оно хорошо- так будем пользоваться и радоваться

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

87. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +1 +/–

Сообщение от Ivan_S (?), 17-Окт-26, 10:46

Уязвимости есть в любой программе, которая сложнее ХеллоМира. На любом языке.

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

60. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +1 +/–

Сообщение от Ivan_83 (ok), 16-Окт-26, 23:24

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

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

74. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." –1 +/–

Сообщение от Аноним (13), 17-Окт-26, 01:07

Так Linux тоже честно тыреный с Unix

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

88. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Ivan_S (?), 17-Окт-26, 10:47

Линукс написан с нуля.

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

90. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (90), 17-Окт-26, 11:41

> Линукс написан с нуля.
Торвальдс начал разработку ядра Linux на MINIX, и перенёс на него ряд приложений. Позже, когда Linux достиг определённой зрелости, появилась возможность продолжать разработку уже на базе самого Linux[19]. Приложения GNU вскоре заменили приложения MINIX, так как код GNU, находящийся в свободном доступе, был более удобен для применения в молодой операционной системе (исходный код под лицензией GNU GPL может быть использован в других проектах, если они также выпускаются под той же или совместимой лицензией, для того чтобы сделать Linux доступным для коммерческого использования, Торвальдс начал переходить от своей первоначальной лицензии на GNU GPL)[20]. Разработчики работали над полной интеграцией компонентов GNU в Linux с целью создания полнофункциональной и свободной операционной системы (Linux).
Ага, не пил, не ел, всё сам да сам, а тысячи добровольцев по всему миру, Столлман с его GNU - так, примазались.

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

108. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (108), 19-Окт-26, 10:50

> Торвальдс начал разработку ядра Linux на MINIX
Потому что до этого были только ядра с лицензией на расстрел при нарушении NDA. Где-то чел должен был начать же, решил взять академический проект. Сам от себя Linux между версиями 2.x и 3.x отличается везде где можно, т.к. приходили люди, говорили "это неправильно, нужно переписать" и переписывали, чаще всего с нуля (потому что шизой с манки-патчингом в сишке не позанимаешься так же легко, как в ООП слопе).

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

81. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +1 +/–

Сообщение от Аноним (81), 17-Окт-26, 02:36

А на каких языках изначально были deno, uv, ripgrep, typst, alacritty?

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

83. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." –1 +/–

Сообщение от Ivan_83 (ok), 17-Окт-26, 03:39

uv это переписанный pip. ripgrep видимо греп. Остальные не знаю. Кажется deno тоже не из воздуха взялся.

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

97. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (96), 17-Окт-26, 14:53

Ну бред же, зачем так передергивать? uv это замена pip, venv, pipx и еще имеет больше фич, имеет совершенно другую архитектуру и синтаксис. ripgrep сохраняет по большей части синтаксис, но имеет другую архитектуру, по умолчанию включена фильтрация и распараллелирование, нормальные регулярки. deno был когда-то на Go, но это было совсем недолго.

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

109. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от User (??), 19-Окт-26, 12:20

Эээээ... чииииивооооо?! uv относится к pip примерно как apt к dpkg если что. Некоторая как бы это сказать? Связь имеется, но заявлять, что одно это переписанное другое...

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

17. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." –2 +/–

Сообщение от опеншлёпивпродакшн (?), 16-Окт-26, 16:44

> Проблема вызвана некорректной последовательностью операций при проверке контрольной суммы сетевого пакета, позволяющей изменить заголовок IPv4 в момент после проверки корректности информации, но до выполнения действий с ним
Вот где боров чекер помог бы.

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

113. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (112), 22-Окт-26, 17:12

Чем помог бы? Он же владениями выделенных кусков памяти заведует.

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

115. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от опеншлёпивпродакшн (?), 22-Окт-26, 17:52

Короче тут проблема в другом
> чтению до 32 байт из области памяти вне буфера

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

19. Скрыто модератором –3 +/–

Сообщение от Аноним (-), 16-Окт-26, 16:55

> CVE-2026-99999,
it's over 90000 !!! (c)
отличный номер для шикарной ошибки
> чтению до 32 байт из области памяти вне буфера
̶в̶о̶й̶н̶а̶ дыряха,  ̶в̶о̶й̶н̶а̶ дыряха никогда не меняется (с)
> В подготовленном эксплоите ...
Шикарный пример как ИИшка может найти окаменевшее за мясными СИ-профисиОналами, которые жили годами.
И что на недоязычски из 70х в нынешнем мире полагаться уже нельзя.

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

25. Скрыто модератором –2 +/–

Сообщение от Аноним (25), 16-Окт-26, 17:52

> Шикарный пример как ИИшка может найти окаменевшее
Но сначала ИИшка это всё и логически обфусцировало туда. Это для обывателя ИИ что-то новенькое, кровавая црушня давно такое мусолит.
Что, думаете, все забыли, как во время "борьбы против насилия в семье" новости гонят цунами, одна страшнее другой, лишь бы обосновать? Вот так и тут, ИИ -- "товар", который надо выгодно пихнуть и всё. Ответственность на себя никто брать не будет.

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

39. Скрыто модератором –1 +/–

Сообщение от Антон (??), 16-Окт-26, 19:09

В 2008 году компуктер то не у многих был, какая ИИшка внедрила это в ядро, ну ка поделись ка. Почитай откуда и когда это взялось всё, ИИшка как раз таки помогла найти эту уязвимость, до этого пытались обнаружить, но система просто крашилась

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

86. Скрыто модератором +/–

Сообщение от Tron is Whistling (?), 17-Окт-26, 10:44

Это ты ещё работу хирургов в клиниках не исследовал.
Но ты исследуй. Чтобы когда попадёшь к ним на стол - откинуть копыта просто от страха.

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

28. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (95), 16-Окт-26, 18:10

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

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

34. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +1 +/–

Сообщение от пох.. (?), 16-Окт-26, 18:42

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

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

37. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от МИСАКА (?), 16-Окт-26, 18:52

Думаешь кому-то хочется эксплуатировать это импортоначленение, его используют только потому что требования заshitы кии требуют софт сертифицированный фстек
Еду понятно что это бумажки ради бумажек и "враг не добавит бекдор" (спойлер - бекдор и так уже стоит на КАЖДОМ сервере в мире), не дающее реальной защиты

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

54. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от пох.. (?), 16-Окт-26, 22:57

> Думаешь кому-то хочется эксплуатировать это импортоначленение
эксплуатировать-то вряд ли, вот _продавать_!
сам понимаешь, будь у меня выбор между мэйлрушечкой и амазоном - я бы выбрал не мэйлрушечку.
(интересно, они мне ради фикса опять хост уронят, или как-то обойдется?)

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

42. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от онанист (?), 16-Окт-26, 19:29

обновление приехало сегодня

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

64. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Ivan_83 (ok), 16-Окт-26, 23:37

Ваще то есть импортозаместители и на базе фри с бихайвом, кажется в питере их головной офис и Z в названии модное было ещё до начало моды :)

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

82. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (81), 17-Окт-26, 02:40

Это система безопасности называется "неуловимый джо": CVE-2026-101309, CVE-2026-101310, CVE-2026-101311

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

84. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Ivan_83 (ok), 17-Окт-26, 03:43

Тем не менее - не все заместились на линух с квм и будут в эти выходные искать корень квадратный :)

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

110. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от User (??), 19-Окт-26, 12:25

Это vStack что ли?

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

35. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (35), 16-Окт-26, 18:44

Почему? Если писать нормально, использовать нормальные инструменты для проверки (ревью, санитайзеры, ИИ).
Да просто думать когда код пишут, а не тяпляпать - то можно уменьшить вероятность факапа.
Хорошо делай - хорошо будет (ц)

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

47. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." –1 +/–

Сообщение от Аноним (95), 16-Окт-26, 20:06

> Если писать нормально
Но Линус этого не смог.

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

50. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (11), 16-Окт-26, 22:18

Да зачем эти ИИ, санитайзеры, и прочая лабуда? Сразу без ошибок писать нужно.

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

36. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (36), 16-Окт-26, 18:50

Надо срочно переходить на GNU Hurd.
Микроядра безпастнее

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

40. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Аноним (40), 16-Окт-26, 19:25

У микроядра критического кода меньше, проверять легче. В остальном те же яйци только вид с боку.

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

43. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от онанист (?), 16-Окт-26, 19:30

а как же кошмарскиось?

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

45. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +1 +/–

Сообщение от localhostadmin (ok), 16-Окт-26, 19:54

она вообще существует? я пытался нарыть инфы о ней у них на сайте, нашел только слова рекламщиков о том, какая она крутая

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

72. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." +/–

Сообщение от Ivan_83 (ok), 17-Окт-26, 01:04

Зочем?
Просто хостите на реальном железе мусорный код, по дальше от нужного.

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

102. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..." –1 +/–

Сообщение от Аноним (102), 17-Окт-26, 21:11

Minix 3

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

55. "PwnEscape - уязвимость в сетевом стеке ядра Linux, позволяющ..." –2 +/–

Сообщение от Vanga (?), 16-Окт-26, 22:58

Это мой последний комментарий на этом зеркале.
После того что сделали с моими подарками... Я думаю в следующем году потоплю ваш континент.

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

59. "PwnEscape - уязвимость в сетевом стеке ядра Linux, позволяющ..." +2 +/–

Сообщение от Ivan_83 (ok), 16-Окт-26, 23:23

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

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

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

73. "PwnEscape - уязвимость в сетевом стеке ядра Linux, позволяющ..." +/–

Сообщение от пох.. (?), 17-Окт-26, 01:04

> Как то очень мудрёно, ну типа читают они память, а писать то
> её - совсем другое.
так они читают свежезаписанное. Причем совсем не туда куда нужно. (т.е. мало того что переписывается кусок заголовка, эти байты еще и обратно в сеть уезжают)
> Новость тоже написана как маркетинговый материал, а по ссылке там убедительно
Чота мне вообще 404 вернула. Может борцуны со скрепингом, конечно.

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

75. "PwnEscape - уязвимость в сетевом стеке ядра Linux, позволяющ..." +/–

Сообщение от Ivan_83 (ok), 17-Окт-26, 01:15

Первые две ссылки имеют один контент, вторая сразу намекает на нейрослоп генератор денег за CVE скам :)

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

85. "PwnEscape - уязвимость в сетевом стеке ядра Linux, позволяющ..." +/–

Сообщение от openssh_user (ok), 17-Окт-26, 10:41

> CVE-2026-99999
Красивое число уходящего года

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

94. "PwnEscape - уязвимость в сетевом стеке ядра Linux, позволяющ..." +/–

Сообщение от Аноним (95), 17-Окт-26, 14:23

Красивое число уходящей платформы...

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

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

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

Хоcтинг:

1. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+1 +/–
Сообщение от Андрей (??), 16-Окт-26, 14:53
Чистое Творчество. Нейросети такое не придумать.
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+5 +/–
	Сообщение от ИмяХ (ok), 16-Окт-26, 15:06
	Нейросети нашли этот бэкдор
	Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	–1 +/–
	Сообщение от Alladin (?), 16-Окт-26, 15:11
	Нейросети заранее создали этот бэкдор.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+5 +/–
	Сообщение от Аноним (6), 16-Окт-26, 15:19
	> Нейросети заранее создали этот бэкдор. Не-не-не. Уязвимость еще в ядре 5.10 Так что бекдор выкодили самые луДшие мясные погромисты.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. Скрыто модератором	–1 +/–
	Сообщение от Аноним (7), 16-Окт-26, 15:36
	Почему исключаем, что у АНБ еще лет 7 назад уже были нейросети способные создавать подобные бекдоры.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. Скрыто модератором	+2 +/–
	Сообщение от Аноним (9), 16-Окт-26, 15:46
	> Почему исключаем, что у АНБ еще лет 7 назад уже были нейросети > способные создавать подобные бекдоры. даже раньше :))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+1 +/–
	Сообщение от Аноним (21), 16-Окт-26, 17:00
	Открою тебе секрет, нейросети тоже пишутся мясными программистами.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	26. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+/–
	Сообщение от Аноним (26), 16-Окт-26, 18:05
	Не полностью. И скоро они будут писаться только нейросетями.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+/–
	Сообщение от aname (ok), 16-Окт-26, 19:55
	> скоро Да- да, надо только потерпеть
	Ответить \| Правка \| Наверх \| Cообщить модератору


	96. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+1 +/–
	Сообщение от Аноним (96), 17-Окт-26, 14:46
	Уже более года в компаниях OpenAI и Anthropic никто не пишет код руками, вся их инфраструктура написана ИИ, так же как и эксперименты по обучению. Единственное, что осталось убрать это людей, которые иногда проверяют что же там получилось.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	100. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+/–
	Сообщение от aname (ok), 17-Окт-26, 16:23
	> Уже более года в компаниях OpenAI и Anthropic никто не пишет код > руками Прекрасно! А проверить- то как?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	111. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+/–
	Сообщение от user999 (?), 20-Окт-26, 11:57
	А зачем проверят ? Каждый верит в ту реальность которая сформировалась у него в голове..
	Ответить \| Правка \| Наверх \| Cообщить модератору


	107. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+/–
	Сообщение от omnirootofc (ok), 18-Окт-26, 18:56
	Оно и видно. Их сайт загружается секунд 5-10, прям как и gemini. У gpt не проверял но у Gemini бандл 7МБ, такого kala даже джун не напишет, он банально столько пакетов не найдёт.
	Ответить \| Правка \| К родителю #96 \| Наверх \| Cообщить модератору


	103. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+/–
	Сообщение от Хаплявщик не корпораст (?), 18-Окт-26, 12:29
	- И скоро они будут Ну ты же понимаешь что такое автоматизация? Может ты думаешь что при установке системы на комп из образа ты пользуешь какой-то там ый-ой? Установщик же на автомате определяет комплектующие и создаёт разделы с файловой системой, распаковывая туда всё необходимое для работы пк или ещё там чего. А кто дистрибутив собрал и из чего? А уязвимости создаются специалбно или это просто ошибки программеров и компилятора, а прошивки всяких разных устройств, на матплатах и не только, кто пишет и зачем?
	Ответить \| Правка \| К родителю #26 \| Наверх \| Cообщить модератору


	27. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+/–
	Сообщение от Аноним (27), 16-Окт-26, 18:08
	Нейросетка отправилась в прошлое, чтобы изменить будущее. Но Джон Коннор смог это остановить.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	38. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+2 +/–
	Сообщение от Аноним (38), 16-Окт-26, 19:00
	Насколько понял нет, сами они не нашли, нашел человек используя иишку для отслеживания потоков исполнения.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору

4. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+1 +/–
Сообщение от Аноним (4), 16-Окт-26, 15:14
а вот надо было на C++ ядро писать, тогда по-меньше бы на борьбу с указателями отвлекались и по-больше бы бизнес-логикой занимались.
Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+3 +/–
	Сообщение от Аноним (9), 16-Окт-26, 15:49
	> а вот надо было на C++ ядро писать, тогда по-меньше бы на > борьбу с указателями отвлекались и по-больше бы бизнес-логикой занимались. за время существования вашего линукса, давно можно было бы спеку на все подсистемы написать и ядра в том числе, доказать математически и верифицировать. А тут бага живет во всех версиях :))))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	95. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+/–
	Сообщение от Аноним (95), 17-Окт-26, 14:25
	> давно можно было бы Думаешь, он бы смог же? Нет. Он только про ИИ рассуждать теперь в состоянии.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	112. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+/–
	Сообщение от Аноним (112), 22-Окт-26, 17:04
	Под ОН следует понимать погромиста Rust on Linux.
	Ответить \| Правка \| Наверх \| Cообщить модератору

11. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	–4 +/–
Сообщение от Аноним (11), 16-Окт-26, 16:00
Лишний повод не пользоваться IPv4 ;)
Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+12 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 16-Окт-26, 16:21
	Надеюсь ты написал это через протоколы из Nowell/Netware :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	–2 +/–
	Сообщение от Аноним (11), 16-Окт-26, 16:35
	Лихая острота. А перечислить эти протоколы без гугла ты можешь или только слышал название, которое к тому же ещё и переврал?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+4 +/–
	Сообщение от Аноним (16), 16-Окт-26, 16:42
	я не тот аноним, но ipx настраивал чтобы в д2 играть, что сложного?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	93. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+/–
	Сообщение от Перастерос (ok), 17-Окт-26, 13:37
	у нас это были советские/российские сетевые платы. Год где-то 1993! ipx и именно для Д2 в первую очередь )
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+/–
	Сообщение от Аноним10084 и 1008465039 (?), 16-Окт-26, 17:01
	Не смогу. Если б помнил - написал бы названия
	Ответить \| Правка \| К родителю #15 \| Наверх \| Cообщить модератору


	51. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+/–
	Сообщение от Аноним (11), 16-Окт-26, 22:21
	IPX/SPX уже подсказали. Осталось вспомнить названия других двух.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	63. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+/–
	Сообщение от Ivan_83 (ok), 16-Окт-26, 23:34
	Каких двух других то? В эзернете полно зареганых протоколов, кроме IPv4, IPv6. Тот же VLAN, ARP, PPPoE - это отдельные протоколы со своим нумером. https://github.com/freebsd/freebsd-src/blob/main/sys/net/eth...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	–1 +/–
	Сообщение от Аноним (11), 17-Окт-26, 00:15
	Ты точно понял о чём речь идёт? Перечитай ветку.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	69. "PwnEscape - уязвимость в сетевом стеке ядре Linux, позволяющ..."	+1 +/–
	Сообщение от Ivan_83 (ok), 17-Окт-26, 00:53
	А вы то поняли или просто набрасываете как обычно? https://github.com/freebsd/freebsd-src/blob/main/sys/net/eth... Вот ваш IPX, один из двух. В остальном же не IP протоколы, даже если там типа есть возможность маршрутизации, никогда не образовывали значительных по размеру сетей. А по колличеству хостов PPPoE давно переплюнул IPX, netbeui, appletalk и прочие древние протоколы которые когда то были живы.
	Ответить \| Правка \| Наверх \| Cообщить модератору