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

"Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
Сообщение от opennews (??), 30-Окт-26, 08:59
Компания Anthropic раскрыла информацию о критической уязвимости (CVE-2026-98432) в TCP-стеке ядра Linux, допускающей удалённое выполнение кода через отправку специально оформленных пакетов. Заявлено о создании рабочего эксплоита, позволяющего выполнить код на уровне ядра и удалённо получить права root в системе. Подготовленный эксплоит пригоден для атаки на системы с серверными процессами, принимающими соединения через сетевые сокеты, поддерживающие использование протокола MPTCP (Multipath TCP). Поддержка MPTCP может быть активирована в привязке к отдельным сетевым сокетам, что делается по умолчанию в стандартной библиотеке языка Go, начиная с версии Go 1.24 (февраль 2025 года)... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66575
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+3 +/–
Сообщение от Илья (??), 30-Окт-26, 08:59
Интересно, как будут рекламировать нейронки, когда они найдут все подобные уязвимости и упрутся
Ответить | Правка | Наверх | Cообщить модератору

	6. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	–6 +/–
	Сообщение от Аноним (6), 30-Окт-26, 09:16
	> когда они найдут все подобные уязвимости Сишного код на 100 лет написано. Плюс всегда будут луddиты, которые будут писать код без проверок, фаззинга, анализа нейронками. > упрутся Будут создаваться более специализированные нейронки, которые будут искать проблемы в коде, который пишут обычные.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (71), 30-Окт-26, 12:13
	> Проблема проявляется начиная с ядра Linux 4.4 Опять 3.13 не подвержена атаке.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (21), 30-Окт-26, 09:54
	Ну это уже вообще невесело. Это не какой-то там LPE.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	24. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	–3 +/–
	Сообщение от Аноним (24), 30-Окт-26, 09:56
	Возможно так: Ваша нейронка не осиливает искать дырени в СИ коде? Просто перепишите его на раст! Наш новый РастоПереписыватель3000 позволит сделать это за пару недель!* С минимальным потреблением токенов! Вам хватит токенов включенных в вашу подписку** * для сферического хеллоуворлда из палаты мер и весов ** при покупке тарифного плана Pro Ultra Mega.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	26. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+1 +/–
	Сообщение от Alladin (?), 30-Окт-26, 10:01
	- нейронка создает - нейронка находит - все ААА!! проверенный путь
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	66. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (66), 30-Окт-26, 11:45
	> Интересно, как будут рекламировать нейронки, когда они найдут все подобные уязвимости и упрутся Если глянуть на историю последних лет пятнадцати, то ответ очевиден: что-нибудь найдётся. Начали они с распознавания изображений, потом были альфа-зиро/альфа-го, потом языковые модели попёрли, были (и есть) ещё модели сворачивающие белки... Что-нибудь найдётся.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
Сообщение от Аноним (2), 30-Окт-26, 08:59
Ну хоть кто-то находит все эти закладки, но представьте только, сколько новых спрячет.
Ответить | Правка | Наверх | Cообщить модератору

	15. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (15), 30-Окт-26, 09:32
	Ты прям иллюстрация анекдота про слепую девочку и миску пельменей. Кто спрячет? ИИшка или пограммист? Если пограммист - то он или бракодел (и тут ИИшка может его попытаться остановить) или намеренный вредитель. Во втором случае ты с ним ну никак бороться не сможешь, кроме как делать тщательное ревью (с привлечением той же ИИшки).
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+3 +/–
	Сообщение от Аноним (2), 30-Окт-26, 09:43
	Ты никогда не узнаешь, каким именно образом модифицированы веса модели, предоставленные для доступа.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (29), 30-Окт-26, 10:05
	Всегда можно писать одной нейронкой, а проверять другой. Например американская + китайская) Да и Сообщество™ могло бы поучаствовать и выпустить локальные нейронки, заточенные под поиск типичных уязвимостей. Благо сет для обучения лежит вот прям в открытом доступе - сам код ядра + список найденных CVE.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (73), 30-Окт-26, 12:17
	Лучше бы запустить нейронку для реверса проприетарных бинарей. На выходе human readable спецификации.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	–1 +/–
	Сообщение от уп (?), 30-Окт-26, 10:10
	Поэтому только открытые веса и модели, твой кэп.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	53. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+1 +/–
	Сообщение от филателист (?), 30-Окт-26, 11:02
	прям вижу как 99% пользователей opennet( да что там opennet, всего open source!) дружно читают исходники и конечно же изучают веса у открытых моделей. Где могу забрать своего розового пони?
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (55), 30-Окт-26, 11:12
	> дружно читают исходники дружно ГОВОРЯТ, что читают исходники. Никто не мешает тебе, вместе с розовым пони, тоже так говорить)) Коньцепция (поньцепция?) тысячи глаз не работает уже десятки лет, с тех пор как ядро стало чуть больше пары сотен тысяч строк кода. Но фанатикам на это пофиг.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (56), 30-Окт-26, 11:19
	Вместо проверки весов гораздо проще выкинуть дырявые языки.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	17. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от опеншлёпивпродакшн (?), 30-Окт-26, 09:41
	Придётся стать умнее :)
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	38. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (38), 30-Окт-26, 10:16
	Ну хоть кто-то кроме меня называет вещи своими именами, закладка она и есть закладка но многие упорно продолжают использовать определение "уязвимость".
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	39. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+1 +/–
	Сообщение от Аноним (39), 30-Окт-26, 10:18
	А что - закладка не уязвимость? Вот обратное не всегда верно.
	Ответить | Правка | Наверх | Cообщить модератору

3. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+1 +/–
Сообщение от Аноним (3), 30-Окт-26, 09:04
Похоже, что применение ИИ для поиска уязвимостей встряхнет интернет основательно.
Ответить | Правка | Наверх | Cообщить модератору

	14. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+2 +/–
	Сообщение от Аноним (14), 30-Окт-26, 09:29
	И заканает админов постоянным требованием обновить ядро в ночи ибо прод работает днем
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (19), 30-Окт-26, 09:44
	Вот только еще и обновить возможно далеко не всегда и не везде. Где-то могут быть модули специфичные, которые не собираются с ядром новее, а где-то т.н. ембеддед устройства на которых давно болт от производителей и разрабов прошивок лежит. В первом случае еще что-то можно сделать, во втором уже ничего
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (50), 30-Окт-26, 10:55
	Когда надо было пропихнуть закон о домашнем насилии, в новостях каждый день кто-то кого-то лупил. Пропихнули -- и всё затихло. Так и тут, поползут вниз "продажи" ИИшки и заранее подложенные дыры перестанут "находиться".
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	–4 +/–
Сообщение от Аноним (4), 30-Окт-26, 09:13
> Заявлено о создании рабочего эксплоита, позволяющего выполнить код на уровне ядра и удалённо получить права root в системе. Что ж они не вылажили его "случайно" в общий доступ, на радость скрипткидди и какерам? > Уязвимость вызвана состоянием гонки [и приводит к] (use-after-free). Хаха, классик (с) > Проблема проявляется начиная с ядра Linux 4.4 Где вы были 10 лет, тысячи глаз?
Ответить | Правка | Наверх | Cообщить модератору

	7. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	–1 +/–
	Сообщение от Аноним (2), 30-Окт-26, 09:16
	Так кто будет искать, если никто не использует? Большинство уязвимостей обнаруживается в таком вот мёртвом коде.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (4), 30-Окт-26, 09:20
	Что значит "в мертвом коде"? С чего ты взял "никто не использует"? Если "эксплоит может быть применён при использовании любых серверных приложений на языке Go, включая HTTP-сервер Caddy" - то этот код нифига не мертвый, а весьма активно используемый. ps мертвый код должен из проекта выпиливаться, но к сожалению плюшкинизм среди красноглазиков это почти норма
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+1 +/–
	Сообщение от Аноним (2), 30-Окт-26, 09:24
	Ну с год назад начали использовать где-то. Для начала выясни, в ведре то включено? Обычно это всегда надо специально включать.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (29), 30-Окт-26, 10:07
	Ты наверное не правильно понял эту фразу "Поддержка MPTCP может быть активирована в привязке к отдельным сетевым сокетам, что делается по умолчанию в стандартной библиотеке языка Go, начиная с версии Go 1.24 (февраль 2025 года)" Возможно есть другие библиотеки-сервисы-приложения которые "включают MPTCP". Но так как их дофига, то проверяйте уязвимость своих систем сами.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (2), 30-Окт-26, 11:06
	А нет таких. Никто кроме Элопа не использовал и никому не оказалось интересно в итоге.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (62), 30-Окт-26, 11:31
	Рилли? Твоя экспердность просто поражает воображение. Apache, NGINX и freenginx. (blog.nginx.org/blog/nginx-oss-1-29-6-and-1-29-7-open-sourced-session-persistence-multipath-tcp-and-more) systemd (с 257 версии) cURL (даже cURL, Карл!) mptcp.dev/apps.html А так да, "никто не использовал, никому не интересно"))
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (2), 30-Окт-26, 11:50
	Мметь фичу и задейстовать по-умолчанию несколько разные вещи.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от 1 (??), 30-Окт-26, 12:17
	Так как уязвимость присутствует непосредственно в стеке IPv4 и не специфична для MPTCP, не исключается создание эксплоитов, работающих без привязки к MPTCP
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	27. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+2 +/–
	Сообщение от Alladin (?), 30-Окт-26, 10:02
	никогда бы не подумал что стек ipv4 можно назвать мертвым:)
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	11. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+1 +/–
	Сообщение от Аноним (11), 30-Окт-26, 09:24
	В этих тысячах и ваши были, почему не нашли?
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	13. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+1 +/–
	Сообщение от Аноним (-), 30-Окт-26, 09:29
	Кто? я?! (с) А если без шуток то я в ядре не колупаюсь, тк мне это не очень интересно. Зато разрекламированные тыщиглаз и преимущества отрытого кода по какой-то странной причине разбиваются о реальность.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+2 +/–
	Сообщение от Diozan (ok), 30-Окт-26, 09:55
	Вот потому и нашли уязвимость, что лично Вы в ядре не копались. Ребяты, я нашёл, кто виноват! Ату его!
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+4 +/–
	Сообщение от llolik (ok), 30-Окт-26, 09:55
	> Где вы были 10 лет, тысячи глаз? Гонки (race conditions) без автоматизированного тестирования, т.е. глазами, поймать в принципе достаточно нетривиально. Только если самые банальные, или если наткнуться на её проявление в формате "всё развалилось нафиг, что тут происходит". Нейронка, в этом плане, хороша тем, что у неё мозги железные (т.е. не устаёт) и большой контекст (т.е. в фокусе внимания она может держать побольше, чем среднестатистический кожаный) - она может "бомбардировать" код условиями разной степени упоротости до момента "пока электричество не отключат" и обнаружить условие, когда что-то пошло не так, даже если этот момент сильно нетривиален и натыкались на него, в лучшем случае, один из миллиарда пользователей (да и тот не понял, что произошло).
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	37. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (37), 30-Окт-26, 10:11
	> Гонки (race conditions) без автоматизированного тестирования, т.е. глазами, поймать в принципе достаточно нетривиально. Т.е во-первых, кто-то поленился написать тесты) Во-вторых есть локи, семафоры (к сожалению СИ тут не может похвастаться обилием инструментов, в отличии от других языков). В третих, гонка приводит к use-after-free. А вот уже use-after-free приводит к лаже.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+1 +/–
	Сообщение от пох.. (?), 30-Окт-26, 10:42
	дело не в поленился, а в том что тесты вскрывающие race conditions - кроме вот тех самых "на ровном месте развалилось сразу" написать обычно можно когда рейс уже вот он, нашли. > В третих, гонка приводит к use-after-free. расскажи как ты собрался решать эту проблему в нескучном йезычке? unsafe{ проблема решена! } да? потому что участок (не один причем а несколько в разных частях кода ) с асинхронным выделением-освобождением в другом месте - у тебя будет unsafe. Локи тут ничем не помогут, это просто ошибка в логике.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от aname (ok), 30-Окт-26, 11:40
	Ты ему сейчас все розовые очки вывернешь
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (67), 30-Окт-26, 11:48
	> расскажи как ты собрался решать эту проблему в нескучном йезычке? > unsafe{ проблема решена! } да? Ты начинаешь приплетать раст, дабы cpaч устроить? Не надо так. > Локи тут ничем не помогут, это просто ошибка в логике. т.е mutex lock который в ядре используют как раз для синхронизиции потоков не помог бы. ясно-понятно
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	58. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (58), 30-Окт-26, 11:23
	> Во-вторых есть локи, семафоры Я бы посмотрел как ты запоёшь, когда тебя заставят пользоваться ядром, написанном на Python с его глобальным локом на всё что есть. Дилетан недоделанный
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	30. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от пох.. (?), 30-Окт-26, 10:06
	> Что ж они не вылажили его "случайно" в общий доступ, на радость скрипткидди и какерам? так у них ЫЫ этим занимается, он не перепутает рассылки, он железный.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

16. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
Сообщение от Агл (ok), 30-Окт-26, 09:33
уязвимость в TCP стеке ядра Linux, но в том же абзаце упоминается и Go. И советы только по софту на Go. Значит о другом ПО, принимающем соединения, можно не беспокоится? Или по каждому смотреть, умеет ли оно в это MPTCP, включено ли оно по-умолчанию, в какой версии и тд?
Ответить | Правка | Наверх | Cообщить модератору

	20. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (24), 30-Окт-26, 09:53
	ИМХО будет как с пред уязвимостями: нашли в связке с ГОшкой, потом все спецы ломанулись просматривать этот файл и соседние, наколупали еще 100500 вариантов похожей ошибки. Буду рад если ошибаюсь)
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Энтомолог_русолог (ok), 30-Окт-26, 10:01
	Для эксплуатации уязвимости нужно настроить использование MPTCP на сервере и установить на него Caddy. После этого ты сможешь воспользоваться уязвимостью и получить на сервере рута… Постой! У тебя же уже есть на нем рут которым ты настраивал MPTCP и ставил Caddy И вот так всегда
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	42. Скрыто модератором	+/–
	Сообщение от пох.. (?), 30-Окт-26, 10:29
	> Для эксплуатации уязвимости нужно настроить использование MPTCP на сервере и установить на > него Caddy. После этого ты после этого уже не ты а тот другой васян - может получить на твоем локалхосте рута (без шума, пыли и сообщений об ошибках). Так доходит? илита опеннета - ни читать, ни понимать написанное - не твое.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	–1 +/–
	Сообщение от пох.. (?), 30-Окт-26, 10:10
	> И советы только по софту на Go. потому что только игогошники додумались без спросу использовать новую модную ненужно. Подозреваю что это одни и те же ребята - те что натяпляпали, и те что наразрабатывали игого. И оба один работает в гугле. > Или по каждому смотреть, умеет ли оно в это MPTCP в это умеет практически никто, потому что нахрен никому оно и не сдалось. игогошные программы тоже разумеется не умеют но за них сумел нескучный йезычок тыщи лефтпадов даже не почесавшись спросить афтырей нескучных хеловротов.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	64. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от 1 (??), 30-Окт-26, 11:40
	это на данный момент выяснили что состояние гонки возможно при использовании MPTCP, а потом выяснят и другие возможности эксплуатации
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

28. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
Сообщение от оловерды (?), 30-Окт-26, 10:04
можно так: iptables -I INPUT 2 -p tcp \   -m u32 --u32 '0>>22&0x3C=0x18:0x3C' \   -j DROP
Ответить | Правка | Наверх | Cообщить модератору

	31. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от пох.. (?), 30-Окт-26, 10:07
	теперь все соединения инициируемые твоим сервером из под кровати - непонятно почему виснут.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от оловерды (?), 30-Окт-26, 10:11
	вчитайся. 32 матч говорит фактически: если это TCP и длина IPv4-заголовка 24–60 байт, DROP.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от пох.. (?), 30-Окт-26, 10:30
	да давайте просто рандомно дропать входящие пакеты, чего уж там.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от оловерды (?), 30-Окт-26, 10:53
	это уже делает один ресурс против КВНа.
	Ответить | Правка | Наверх | Cообщить модератору

40. Скрыто модератором	+/–
Сообщение от Аноним (40), 30-Окт-26, 10:21
РЕ! ШЕ!   ТО!!!
Ответить | Правка | Наверх | Cообщить модератору

41. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	–3 +/–
Сообщение от Аноним (40), 30-Окт-26, 10:25
> Из рекомендаций по противодействию > systemctl ... А как на нормальных системах, без системды?
Ответить | Правка | Наверх | Cообщить модератору

	45. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+1 +/–
	Сообщение от пох.. (?), 30-Окт-26, 10:31
	может скажем ему? А, зачем... улыбаемся и машем.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (40), 30-Окт-26, 11:01
	Обычно так отвечают сектанты, которых регулярно наказывают за отсутствие улыбки.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (57), 30-Окт-26, 11:22
	За что тебя наказали лишив зрения? (серьезно, перечитай)
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от Аноним (40), 30-Окт-26, 11:30
	Вот ещё один из секты проецирует свои недостатки.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	–2 +/–
	Сообщение от Аноним (46), 30-Окт-26, 10:40
	> А как на нормальных системах, без системды? Нормальные системы без системд? Оксюморон какой-то)) Без системд системы или узкоспециализированные, или от какиров-копротивленцев из подвала. Поэтому и рекомендации даются для нормальных систем, а всякие отщепенцы пусть сами выдумывают.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	49. Скрыто модератором	+/–
	Сообщение от Аноним (40), 30-Окт-26, 10:55
	Посмотрим как запоют подопытные хомячки, когда системда откажется пропускать их в компуктор без сертификата местного ит-феодала.
	Ответить | Правка | Наверх | Cообщить модератору

	51. Скрыто модератором	+/–
	Сообщение от Аноним (50), 30-Окт-26, 10:58
	Ждём новости о мегадырах в системд, через которые опять пол-инета вздрючат.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	65. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от 1 (??), 30-Окт-26, 11:44
	или не проснулся или не в курсе что sysctl -- это не systemd от слова совсем
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	70. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
	Сообщение от 1 (??), 30-Окт-26, 11:51
	а, таки я понял -- ты перепутал sysctl и systemctl -- это таки две сильно разные вещи
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

44. Скрыто модератором	–1 +/–
Сообщение от Аноним (-), 30-Окт-26, 10:30
Сишник не виноват, TCP пакет сам пришёл!
Ответить | Правка | Наверх | Cообщить модератору

59. "Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux"	+/–
Сообщение от Аноним (40), 30-Окт-26, 11:24
DOS смотрит на это г-но свысока.
Ответить | Правка | Наверх | Cообщить модератору

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

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