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

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

Опасные уязвимости в ядре Linux, KVM, Exim, Unbound, Ghostscript и Suricata

20.09.2026 08:49 (MSK)

Несколько недавно выявленных опасных уязвимостей, позволяющих получить root-доступ в системе или добиться удалённого выполнения кода.

  • Раскрыты сведения о четырёх уязвимостях в ядре Linux, дающих непривилегированному локальному пользователю возможность выполнить код с правами root. Проблемы устранены в обновлениях ядра Linux 5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.109, 6.18.50 и 7.2.4. Для всех уязвимостей подготовлены эксплоиты, работа которых продемонстрирована в Fedora 43/44 и Ubuntu 24.04. Для эксплуатации первых трёх уязвимостей требуется возможность создания пространств имён идентификаторов пользователей (user namespace) или наличие прав CAP_NET_ADMIN, а также включение поддержки подсистем, в которых присутствуют уязвимости (AH6/XFRM, TUN, PPPoE и SCTP).
    • DirtyAH6 (CVE-2026-80844, эксплоит) - переполнение буфера в обработчике IPsec AH (Authentication Header), возникающее из-за отсутствия проверки указанных в заголовке значений. Помимо локального осуществления атаки, уязвимость при специфичных условиях теоретически может быть эксплуатирована удалённо.
    • TUNderflow (CVE-2026-81000, эксплоит) - запись за пределы выделенного буфера при разборе некорректно оформленного TUN-пакета.
    • PPPoEject (CVE-2026-68121, эксплоит) - обращение к уже освобождённой памяти в драйвере PPPoE.
    • DiagSpill (CVE-2026-74469, эксплоит) - переполнение буфера в средствах диагностки протокола SCTP. Помимо локального осуществления атаки, уязвимость при специфичных условиях теоретически может быть эксплуатирована удалённо.
  • Уязвимость (CVE-2026-89775) в гипервизоре KVM, позволяющая получить доступ к хост-окружению из гостевой системы. При наличии доступа непривилегированных пользователей к устройству /dev/kvm (по умолчанию в RHEL) уязвимость также можно использовать для повышения своих привилегий в системе. Проблема проявляется только на системах с архитектурой ARM64 при включённой поддержке вложенной виртуализации. Уязвимость вызвана тем, что процедура расчёта размера возвращала "0", подразумевая, что размер неизвестен, а функция освобождения страниц памяти обрабатывала "0" как фактическое значение и не очищала страницы памяти.
  • В выпуске почтового сервера Exim 4.100.1 устранены 4 уязвимости: чтение данных из области за границей буфера и использование неинициализированных данных в реализации протокола Proxy; обращение к памяти после её освобождения в TLS-on-connect при использовании GnuTLS; подстановка сообщения в чужой поток (SMTP smuggling).
  • В пакете Ghostscript 10.08.0 устранена уязвимость (CVE-2026-39919), вызванная переполнением буфера в коде для разбора формата JPEG 2000 при указании некорректных значений субсэмплинга. Проблема может привести к выполнению кода при обработке в Ghostscript специально оформленных файлов PDF с интегрированными изображениями в формате JPEG 2000. Опасность уязвимости усугубляет то, что Ghostscript вызывается в процессе создания миниатюр на рабочем столе, при фоновой индексации данных и при преобразовании изображений. Для успешной атаки во многих случаях достаточно просто загрузить файл с эксплоитом или просмотреть каталог с ним в Nautilus. Уязвимости в Ghostscript также можно эксплуатировать через обработчики изображений на базе пакетов ImageMagick и GraphicsMagick, передав в них JPEG или PNG-файл, в котором вместо картинки находится код PostScript (такой файл будет обработан в Ghostscript, так как MIME-тип распознаётся по содержимому, а не полагаясь на расширение). Проблема устранена в Ghostscript 10.08.0.
  • В DNS-сервере Unbound 1.26.1 устранено 9 уязвимостей, среди которых проблема CVE-2026-81642, приводящая к переполнению буфера при обработке определённых DNSKEY. Уязвимость может использоваться для удалённого выполнения кода на сервере. Также устранены: переполнение буфера в коде работы с DNSSEC, повреждение данных в памяти в обработчике CNAME, обращение к уже освобождённой памяти в коде DoQ и DoH.
  • В системе обнаружения и предотвращения атак Suricata 8.0.7 устранено 67 уязвимостей, из которых две помечены как критические. Сведения о проблемах пока не раскрываются, но судя по уровню опасности уязвимости допускают удалённое выполнение кода при обработке специально оформленного трафика.


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


Обсуждение (79) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.4, Аноним (4), 09:26, 20/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Уж в 2026 на опеннете могли бы сделать цветные теги, типа «безопасность», «анонсы», «нейрослоп» и т.д.
     
     
  • 2.5, Аноним (5), 09:38, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    цветов на всё не хватит...
     
     
  • 3.7, Аноним (7), 10:04, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    32 битного цветового пространства хватит на всё.
     
     
  • 4.20, Аноним (20), 12:00, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    HDR!
     
     
  • 5.62, Аноним (-), 15:51, 20/09/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.9, Джон Титор (ok), 10:18, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да и на вкус и цвет все фломастеры разные
     
  • 3.66, BrainFucker (ok), 15:57, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Браузеры уже поддерживают OKLCH.
     
  • 2.13, Dzen Python (ok), 10:39, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тебе бы ещё и разделить RSS-потоки, сделав "Общая (без нейрослопа, слухов, скандалов-интриг-расследований и повестки)" и "общая (сливочная)"?
     
     
  • 3.29, Аноним (29), 13:06, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >сливочная

    Сточная, тогда уж.

     
  • 2.15, Аноним (15), 10:43, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Уж в 2026 на опеннете могли бы сделать цветные теги, типа «безопасность»,
    > «анонсы», «нейрослоп» и т.д.

    Вот поэтому у форумного сообщества нет цели! А когда нет цели ...


     
     
  • 3.16, sunjob (ok), 11:10, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    нет и штанов с "цветной" диференциацией
     
     
  • 4.21, Аноним (20), 12:02, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Но есть цветной дифференциатор на Ардуино.
     
     
  • 5.70, Аноним (15), 16:06, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Но есть цветной дифференциатор на Ардуино.

    Ну, с ценовой политикой после поглощения квалкомом - как раз оно самое: без штанов, но с ардуинкой.

     
  • 3.18, Самурай (?), 11:48, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Есть только путь.
     
     
  • 4.30, Аноним (29), 13:07, 20/09/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.67, Звезда (?), 15:58, 20/09/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.24, Аноним (24), 12:42, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Зачем? Может я с монохромного текстового браузера сижу. Вы советуете эти "улучшения", это усложняет дизайн. Завтра вы начнёте советовать прикрутить современный блевотный web с кучей JavaScript библиотек и CSS анимаций везде там, где не нужно. Мне же нужен только гипертекст.
     
     
  • 3.31, Аноним (29), 13:09, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Мне же нужен только гипертекст.

    Сейчас, по большей части, только нейротекст.

     
  • 3.38, Аноннейм123 (?), 14:04, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Что за передергивание, добавление цветовой дифференциации это не внедрение во йронтенд сайта кучи JS кала
     
  • 3.46, Аноним (15), 14:21, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Зачем? Может я с монохромного текстового браузера сижу.

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

     
     
  • 4.63, Аноним (-), 15:54, 20/09/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.35, Аноним (35), 13:40, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нам, дальтоникам, пофиг. Мы смотрим на ваши цвета, как на г-но.
     
     
  • 3.59, Аноним (29), 15:34, 20/09/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.36, Вася Пупкин (?), 13:48, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Идея состоит в том чтоб система оставалась простои и минимальной
    KISS - Keep It Simple Stupid
     
     
  • 3.48, Аноним (48), 14:54, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    KISS любят только Stupid люди.
     
     
  • 4.60, Аноним (29), 15:35, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну почему? Достаточно популярная группа.
     
  • 3.65, Смузихеб забывший пароль (?), 15:56, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Услышать что-то типо умное и повторять как попугай - так победим-с!)
    Одно только неясно: почему сами престарелые адепты всяких кисс и прочей хрени как-то нифига не стараются сохранять всё максимально простым. Как-то и почему-то у них самих такого запутанного г*на понавалено что, с их уходом, разве что нейронки будут это поддерживать причём хз как
     
  • 2.57, Аноним (57), 15:30, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда у общества нет цветовой дифференциации штан… тегов, то нет цели!
     
  • 2.64, Сладкая булочка (?), 15:54, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > «нейрослоп»

    На это было бы неплохо, чтобы пропускать или сразу бежать за попкорном.

     

  • 1.6, Аноним (6), 09:39, 20/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > переполнение буфера в обработчике IPsec AH (...) при специфичных условиях теоретически может быть эксплуатирована удалённо

    А уж как набросились когда-то тысячи глаз на NSA'шное творение, уж как искали в ней бэкдоры и закладки...

     
     
  • 2.10, eugener (ok), 10:29, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не каждый сишник заметит переполнение буфера.
     
     
  • 3.32, Аноним (32), 13:27, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Любой сишник не заметит переполнение буфера.
     
     
  • 4.49, Аноним (49), 14:55, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    99% этих современных ссЫЫшников не знают как устроен современный компухтер.
     
  • 2.11, Аноним (11), 10:36, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Хотелось бы услышать про реальные случаи применения AH хоть где-нибудь.
    Если что, AH это Authenticated Header, т.е. пакет подписан, но его payload не зашифрован.
     
     
  • 3.22, Аноним (20), 12:06, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хотелось бы услышать про сколько-нибудь заметное применение IPsec в эпоху массового использования VPN.
     
     
  • 4.27, Ivan_83 (ok), 12:56, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А ничего что IPSec это типа подмножество VPN?)
    В остальном же - корпораты обычно его используют для соединения сеток, есть отдельные продукты - криптошлюзы, которые работают в том числе на специфичных железках на wire speed.
     
     
  • 5.37, Аноним (11), 13:49, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    IPSec это НЕ VPN. Это два IP-протокола. ESP (IP protocol 50) и AH (IP protocol 51). Первый описывает шифрование пакета вместе с payload, второй - только электронную подпись, без шифрования полезной нагрузки.
    Первые иногда еще применяется, но чаще применяется инкапсуляция IPSec внутрь IP protocol 17, широко известного как UDP.
    VPN иногда использует IPSec как транспорт, но гипотетически его можно применять и без VPN.
     
     
  • 6.41, Ivan_83 (ok), 14:10, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    VPN - это виртуальная частная сеть.
    Про протоколы и шифрование там ничего не сказано, можно VPN сделать даже банальной инкапсуляцией эзернет фреймов в UDP пакеты (во фре такое нетграфом делается).

    А вас почитать так у вам там IPSec=TLS.

     
     
  • 7.45, Аноним (11), 14:20, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В том и дело, что IPsec может работать на реальной сети, без использования виртуальных адресов. Существенное отличие только в том, что IPsec это 3 уровень в модели OSI, а TLS - 6 уровень. Ну и механизм обмена ключами у них разный, у IPsec их аж несколько стандартизовано.
     
  • 7.50, Аноним (49), 14:57, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    да это же нейрослоупок
     

  • 1.12, Dzen Python (ok), 10:38, 20/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Для эксплуатации первых трёх уязвимостей требуется возможность создания пространств имён идентификаторов пользователей (user namespace) или наличие прав CAP_NET_ADMIN, а также включение поддержки подсистем, в которых присутствуют уязвимости
    > при специфичных условиях теоретически может быть

    А если дать рута на локальной машине локальному юзверю, то можно выполнить любой вредоносТный код. Где моя награда-баунти в миллион баксов?

     
     
  • 2.42, Аноним (48), 14:13, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вы работаете от рута на постоянке? Или у вас проходной двор и нет даже попыток построить изоляцию? Или вы на компьютере ничем не занимаетесь, и вам бы хватило планшета на Андроиде?
     
     
  • 3.68, Аноним (-), 15:58, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не нужно недооценивать Android!

    Купить производительное современное устройство, будь то планшет или смартфон, с поддержкой свежих версий Android (для Terminal) и USB alt mode для DP, чтобы подключать к монитору побольше. И можно радоваться жизни.

     

  • 1.14, ИмяХ (ok), 10:41, 20/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Понаписали новых бэкдоров, вот решили закрыть старые, отработавшие много лет. Ну и конечно же, никого к ответственности не привлекут, ведь это, якобы, "случайные"ошибки.
     
     
  • 2.17, Аноним (17), 11:11, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А кого, простите, в швободном софте привлекать к ответственности? Он же используется на свой страх и риск.
     
     
  • 3.25, Аноним (25), 12:52, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    можно подумать что лицензия на коммерческий софт предполагает что-то другое чем "as is"
     
  • 2.19, Аноним (19), 11:54, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Ну и конечно же, никого к ответственности не привлекут

    А как насчёт вас ? Сколько баг-репортов отправили ?
    https://www.kernel.org

     
     
  • 3.23, Смузихеб забывший пароль (?), 12:22, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ммм, работать халявным болваном, который за просто так делает чью-то работу, но не имеет права ни на что )

    А как насчёт вас ? Какой у вас лично стаж работы бесплатным болваном ?

     
     
  • 4.28, Ivan_83 (ok), 13:02, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Странная позиция.
    Брёшь линукс, юзаешь.
    Натыкаешься на багу - и что, типа дальше молча страдаешь?
    Зарепортить чтонить - это самое мизреное что можно сделать, как минимум для себя.
     
     
  • 5.52, Аноним (49), 15:00, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Брёшь линукс, юзаешь.

    На свой страх и риск ведь, никто ни гарантии вам не дает ни ответственности за ущерб не несет. В таком случае необходимости в репорте нет, ибо по определению мы принимаем линукс с багами. Наткнулись один раз на баг плюнули и пошли дальше, второй, третий - так же, пока не будет конкретный ущерб. Итог - сам виноват, и дело не в том, что не зарепортил, а в том, что - линукс - багнутное Г.

     
     
  • 6.54, Аноним (19), 15:09, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >ибо по определению мы принимаем

    Не мы, а вы.
    Поэтому снимаете с себя таким образом ответственность.

    >в том, что - линукс - багнутное Г.

    Как и другие ОС, но такие как вы миллион причин найдёте чтобы ничего не делать.

     
     
  • 7.71, Аноним (49), 16:07, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Не мы, а вы.
    > Поэтому снимаете с себя таким образом ответственность

    нейрослоупок, у тебя логика сломалась, перечитай что ты написал.

    > Как и другие ОС, но такие как вы миллион причин найдёте чтобы ничего не делать.

    Для тебя делать? А не шел бы ты тропой Моиссея, дармоед нейрослоупочный.

     
  • 4.33, Аноним (19), 13:32, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Ммм, работать халявным болваном

    Смузихеб т.е. ПОЛЬЗОВАТЬСЯ "халявным" ты хочешь, а вкладывать свой труд не хочешь ?
    Ну с тобой то давно всё ясно...

     
     
  • 5.53, Аноним (49), 15:02, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну с тобой то давно всё ясно...

    "Ваш компухтер в опасТносте, скачайте наш антивирус ХАЛЯВНЫЙ (халяльный)!"

    Кликай быстрей :)) С тобой точно вот все ясно, нейрослоупок!



     
  • 5.72, Смузихеб забывший пароль (?), 16:09, 20/09/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.43, Аноним (48), 14:15, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >но не имеет права ни на что )

    Со свободным кодом, у вас прав столько, сколько сможете унести. Хоть параллельное ядро создавайте.
    >Какой у вас лично стаж работы бесплатным болваном ?

    Так кому это надо - мне или вам? Не вижу ни одной причины, не поделится тем, что сделал сам.

     
     
  • 5.73, Аноним (49), 16:09, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Не вижу ни одной причины, не поделится тем, что сделал сам.

    Гадить всяк горазд, даром не нужно, сам хавай. Есть в жизни вещи, которые мужик должен делать сам, или ты бесплатными услугами соседа пользуешься?

     
  • 5.74, Смузихеб забывший пароль (?), 16:11, 20/09/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.26, Ivan_83 (ok), 12:53, 20/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В DNS-сервере Unbound 1.26.1 ... приводящая к переполнению буфера при обработке определённых DNSKEY. ... переполнение буфера в коде работы с DNSSEC, повреждение данных в памяти в обработчике CNAME, обращение к уже освобождённой памяти в коде DoQ и DoH.

    Как я и говорил: DNSSec, DoT, DoH - ненужное, без них только косяк с CNAME остаётся.
    Впрочем, я unbound в chroot отсадил, пофик что там у него ломается - максимум он может упасть.


    Ещё бы раковое поделие cups + ghostscript + 1000500 зависимостей тоже в chroot отсадить, а то это какой то нескончаемый цирк.

     
     
  • 2.34, Аноним (19), 13:33, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >DoT, DoH - ненужное

    Очень нужное, иначе бы не:
    https://habr.com/ru/articles/1077682/

     
     
  • 3.39, Ivan_83 (ok), 14:06, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня дома они заблокированы уже года 4 если не больше, я инициатор блокировки: мне не нужна фигня которая включается без спросу в девайсах и приложениях и потом лезет в инет в обход тех правил что я установил.

    В начале мне гугол всю малину с блокировкой рекламы испортил своим "TLS везде".
    Теперь вот ещё какие то додики пытаются провернуть этот фокус во второй раз.

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

    А что до вас - вам не DNS нужен а полноценный туннель.
    Со стороны государства, я как крепкий хозяйственник, тоже бы запретил эти протоколы или приземлял их на своих серверах. Не ради цензуры а ради того чтобы не давать другим государствам доступ к бигдате граждан.
    Но я бы не развлекался с DPI, ибо частные инсталляции мне не инетересны, а бил IP банхаммером по адресам которые в андройде и браузерах.

     
     
  • 4.44, Аноним (19), 14:18, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Не ради цензуры

    Нууу естественно, всё для нашей безопасности!

     
  • 4.47, Аноним (48), 14:52, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    83 - это год рождения Отчего вы такой наивный, с вас ещё песок не сыпется Во-п... большой текст свёрнут, показать
     
  • 2.55, Аноним (55), 15:14, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как я и говорил: DNSSec, DoT, DoH - ненужное

    Ну разумеется проблема в DNSSec, DoT, DoH, а не в "переполнении буфера", "повреждении данных", "обращении к уже освобождённой памяти" :)

    > а то это какой то нескончаемый цирк

    Аж с 1972 года цирк.

     
  • 2.69, Аноним (-), 16:02, 20/09/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.40, Аноним (48), 14:10, 20/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Чего только сишечники не делали, и статические анализаторы использовали, и нейронки, а поток багов как был стабильным, так и остаётся. А всего-лишь навсего нужно было взять ATS с зависимыми и линейными типами.
     
     
  • 2.58, Аноним (-), 15:30, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Чего только сишечники не делали

    Неправильно ты Дядя Федор, разработку ПО ведешь, ты без багов писать хочешь, а СИшкники себе рабочее место на десятилетия обеспечивают.

    > и статические анализаторы использовали,

    Разве в  ̶п̶о̶м̶о̶й̶н̶о̶м̶ ̶в̶е̶д̶р̶е̶ ядре прохождение тестов и анализаторов являются необходимым условием для мерджа изменений?
    Неа, патч может оправить любой б0мж хоть голубиной почтой.

    > и нейронки,

    Нейронки отлично натыкали дид0в в их результаты жизнедеятельности.

    >  А всего-лишь навсего нужно было взять ATS с зависимыми и линейными типами.

    Для этого нужно иметь мозги.
    А у типичного бракодела их нет.

     
  • 2.87, Аноним (87), 18:09, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше уж SPARK тогда.
     

  • 1.51, Аноним (48), 15:00, 20/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Проблемы устранены в обновлениях ядра Linux 5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.109, 6.18.50 и 7.2.4.

    Опять сишники аптайм портят.

     
  • 1.56, Аноним (56), 15:25, 20/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    опять exim
    ну и хусим...
     
  • 1.80, Аноним (49), 16:54, 20/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Понимаю, дислексия не лечится, но ты всё же перечитывай моё сообщение, пока не дойдёт.

    "Вообще, я за ИИ" - каков диагноз?

     
  • 1.81, Axonic (ok), 17:03, 20/09/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.82, Аноним (82), 17:08, 20/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Уязвимость вызвана тем, что процедура расчёта размера возвращала "0", подразумевая, что размер неизвестен, а функция освобождения страниц памяти обрабатывала "0" как фактическое значение и не очищала страницы памяти.

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

     
     
  • 2.85, Аноним (85), 17:53, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Любой пишущий под API чей-то C-функции, сначала задается вопросом: "А как передается ошибка?"
     
     
  • 3.86, Аноним (86), 18:04, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Любой пишущий под API чей-то C-функции, сначала задается вопросом: "А как передается ошибка?"
    > Любой

    Как видим, это утверждение уже опровергнуто в самой новости.
    Ну а отсутствие стандартного механизма обработки ошибок просто говорит об убогости сабжа.

     
     
  • 4.88, Аноним (85), 18:24, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это язык системного программирования. Это не "академический" язык. Не надо сравнивать твердое и красное.
     

  • 1.83, Аноним (83), 17:45, 20/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Проблемы устранены в обновлениях ядра Linux 5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.109, 6.18.50 и 7.2.4. Для всех уязвимостей подготовлены эксплоиты, работа которых продемонстрирована в Fedora 43/44 и Ubuntu 24.04

    Как "хорошо" что в бубунте своё видение LTS и исправления не готовы

     
  • 1.84, Аноним (84), 17:53, 20/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот это вот порадовало:
    "В системе обнаружения и предотвращения атак Suricata 8.0.7 устранено 67 уязвимостей, из которых две помечены как критические. Сведения о проблемах пока не раскрываются, но судя по уровню опасности уязвимости допускают удалённое выполнение кода при обработке специально оформленного трафика. "

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

    Похоже, есть такой принцип: люди, умеющие "ломать" чужие разработки, сами писать невзламываемое не могут в принципе.

     
     
  • 2.89, Аноним (85), 18:29, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Последнее слово должно оставаться за человеком. Нельзя отдавать идеальный инструмент. Вопрос доверия. Свои в курсе, для других секрет. Это теория игр.
     

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



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

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить новость, Поддержать