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

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

Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, OpenOffice, LibreOffice, CUPS, Next.js, wolfSSL, Flatpak, pcre2 и OpenSSL

12.10.2026 15:12 (MSK)

Выявленные за последнее время опасные уязвимости, позволяющие получить root-доступ в системе или добиться удалённого выполнения кода:

  • 20 уязвимостей в Apache httpd, среди которых переполнение буфера в mod_vhost_alias (CVE-2026-63292), потенциально позволяющее удалённо выполнить код через отправку HTTP-запроса с большим HTTP-заголовком Host. Уязвимость проявляется при указании в директиве VirtualDocumentRoot спецификатора подстановки имени хоста и увеличении лимита LimitRequestFieldSize.

    Среди других опасных проблем: обращение к памяти после её освобождения в mod_rewrite при использовании конструкции %{LA-U:HTTP:...}" (CVE-2026-56154); переполнение буфера в mod_charset_lite (CVE-2026-56153); обращение к уже освобождённой памяти в mod_http2 (CVE-2026-57941); переполнение буфера при разборе файловых путей в Windows (CVE-2026-59685); целочисленное переполнение в mod_dav_fs (CVE-2026-93546). Проблемы устранены в выпуске 2.4.69.

  • 9 уязвимостей во FreeBSD. Среди выявленных проблем: переполнение буфера, приводящее к выполнению кода на уровне ядра при манипуляциях с системным вызовом semop (CVE-2026-58098); повышение привилегий из-за обращения к памяти после её освобождения в kqueue (CVE-2026-58099); выход за пределы корневого каталога изолированного jail-окружения (CVE-2026-101304, CVE-2026-101305, CVE-2026-101306); крах ядра через отправку специально оформленного сетевого пакета при включении KTLS (CVE-2026-101302); обход механизмов сетевой изоляции в jail (CVE-2026-101303). Уязвимости устранены в обновлениях FreeBSD 15.1-RELEASE-p4, 15.0-RELEASE-p14, 14.5-RELEASE-p1 и 14.4-RELEASE-p10.
  • 6 уязвимостей в LibreOffice, при открытии специально оформленных документов приводящие к выполнению кода (CVE-2026-63277, эксплоит), записи в произвольные файлы (CVE-2026-63266) или утечке содержимого локальных файлов (CVE-2026-63267, CVE-2026-63268, CVE-2026-63269). Проблемы устранены в LibreOffice 26.2.5 и 26.8.0.
  • Уязвимость (CVE-2026-59265, эксплоит) в Apache OpenOffice, приводящая к выполнению кода при открытии специально оформленного документа из-за ошибки в функциях интеграции с Java. Проблема будет устранена в выпуске 4.1.17, который находится на стадии тестирования кандидата в релизы.
  • Уязвимости в сервере печати CUPS. Пока раскрыты только сведения о 14 проблемах с уровнем опасности меньше 7 (CVSS), а список более опасных проблем будет опублиован после истечения эмбарго, дающего время на внесение исправлений в дистрибутивах. Наиболее опасные из раскрытых уязвимостей позволяют повысить привилегии (CVE не назначен) и удалённо выполнить свой код с правами пользователя lp (CVE-2026-55453) при обращении к IPP-принтеру, подконтрольному злоумышленнику. Проблемы устранены в выпуске CUPS 2.4.20.
  • Уязвимость (CVE-2026-80521, эксплоит) в ядре Linux, позволяющая получить доступ к хост-системе из изолированного контейнера. Уязвимость вызвана состоянием гонки в реализации сокетов AF_UNIX, приводящим к обращению к памяти после её освобождения, которое можно эксплуатировать для выполнения произвольного кода на уровне ядра. Проблема устранена в августовских обновлениях ядра.
  • Для Debian GNU/Linux 13 опубликовано обновление пакета с ядром Linux 6.12.111-1, в котором устранено 1313 уязвимостей.
  • Уязвимость (CVE-2026-94545) в платформе Next.js, позволяющая удалённо без прохождения аутентификации выполнить свой код на сервере через отправку запроса на генерацию SVG-изображения, при наличии на сервере обработчика для предпросмотра OG-карт (Open Graph). Проблема связана с уязвимостью в библиотеке Satori, используемой для преобразования HTML и CSS в SVG. Уязвимость вызвана отсутствием должной проверки escape-символов перед их подстановкой в SVG-файл, что могло использоваться для добавления тега <script> в SVG-разметку, который выполнялся на сервере при конвертации SVG в растровый формат. Проблема устранена в Satori 0.33.5 и Next.js 15.5.26, 16.3.6 и 16.4.0
  • Уязвимости (CVE-2026-33937, CVE-2026-106445) в JavaScript-библиотеке handlebars.js, насчитывающей 50 млн загрузок в неделю и 17 тысяч зависимых проектов. Уязвимости позволяют организовать удалённое выполнение JavaScript-кода на сервере (при использовании библиотеки с Node.js) через подстановку в шаблонизатор уже сформированных AST-объектов (Abstract Syntax Tree) в дополнение к строковым шаблонам. Проблемы устранены в версии 4.7.10.
  • В криптографической библиотеке wolfSSL 5.9.4 устранено 11 уязвимостей, наиболее опасные из которых позволяют обойти аутентификацию через использование поддельных сертификатов.
  • 6 уязвимостей в системе самодостаточных пакетов Flatpak, среди которых проблемы, позволяющие удалить (CVE-2026-97023) и записать (CVE-2026-97024) файлы в основной системе c правами root, а также отправить сигнал процессам вне изолированного окружения (CVE-2026-97029). Проблемы устранены в выпуске Flatpak 1.18.4.
  • Уязвимость в библиотеке PCRE2, вызванная переполнением буфера в JIT-компиляторе регулярных выражений. Подготовлен эксплоит, позволяющий добиться удалённого выполнения кода в PHP-проектах, таких как phpMyAdmin, при обработке указанного атакующим регулярного выражения в функциях на базе PCRE2. Проблема устранена в версии libpcre2 10.49.
  • 14 уязвимостей в криптографической библиотеке OpenSSL, наиболее опасные из которых могут привести к утечке содержимого памяти процесса при манипуляциях с согласованием соединения DTLS (CVE-2026-84782), обращению к памяти после её освобождения при одновременном обращении к одному сертификату X.509 из разных потоков (CVE-2026-84783), воссозданию закрытых ключей через анализ времени выполнения операций по сторонним каналам при генерации подписей SM2 и brainpoolP384r1 (CVE-2026-54872, CVE-2026-77696). Проблемы устранены в выпусках OpenSSL 4.0.3, 3.6.5, 3.5.9 и 3.4.8.
  • Опубликован эксплоит для уязвимости в СУБД PostgreSQL (CVE-2026-15742), позволяющий выполнить код на сервере с правами пользователя, под которым запускается СУБД, через отправку специально оформленных значений в SQL-функции levenshtein() и levenshtein_less_equal(). Уязвимость устранена в выпусках PostgreSQL 18.6, 17.11, 16.15, 15.19 и 14.24.
  • В обновлениях платформы совместной разработки Gitea 28.0.0. и 28.1.0 устранено несколько десятков уязвимостей, среди которых отправка pull-запроса в обход механизма подтверждения изменений (CVE-2026-104632), исполнение кода в CI из форка (CVE-2026-94205), обход аутентификации во встроенном SSH-сервере из-за игнорирования регистра символов при выборке из БД (CVE-2026-103059).
  • Переполнение буфера (CVE-2026-102633) в библиотеке libexpat, возникающее на 32-разрядных платформах при обработке специально оформленных XML-файлов. Проблема устранена в выпуске 2.9.0.
  • Две уязвимости в пакете FreeIPMI для управления серверами, поддерживающими интерфейс IPMI (Intelligent Platform Management Interface). Одна из уязвимостей приводит к переполнению буфера при обработке специально оформленного имени хоста. Проблемы устранены в версии FreeIPMI 1.6.20.
  • В рамках проекта Lightwell компании IBM и Red Hat выявили и подготовили исправления для более 400 уязвимостей в открытых библиотеках на языке Java.


  1. OpenNews: Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linux, WordPress, OpenVPN, NTFS-3G, FreeRDP, CUPS и Dovecot
  2. OpenNews: Выпуск медиаплеера VLC 3.0.24 с устранением 130 уязвимостей
  3. OpenNews: Опасные уязвимости в ядре Linux, KVM, Exim, Unbound, Ghostscript и Suricata
  4. OpenNews: 18 уязвимостей в ядре Linux c эксплоитами для получения прав root в системе
  5. OpenNews: Уязвимости в Linux и FreeBSD, позволяющие получить root-доступ в системе
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66395-httpd
Ключевые слова: httpd, freebsd, zlht, linux, libreoffice, next.js, wolfssl, flatpak, pcre2, openssl, postgresql, openoffice
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (79) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 15:29, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –13 +/–
    Значит надо создавать новую ОС с помощью собственного ИИ.
    Надо отказываться и от Линукса тоже.
     
     
  • 2.5, Аноним (5), 15:39, 12/10/2026 Скрыто ботом-модератором     [к модератору]
  • +4 +/–
     
  • 2.62, Аноним (62), 18:54, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    надо создавать собственную ОС с помощью собственного ИИ
     

  • 1.3, Аноним (3), 15:32, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/–
    Самая страшная уязвимость - большие дата-центры.
     
     
  • 2.60, онанист (?), 18:46, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    а как же НПЗ? а зимой ТЭЦ...
     
     
  • 3.70, Аноним (70), 19:12, 12/10/2026 Скрыто ботом-модератором     [к модератору]
  • –1 +/–
     
     
  • 4.75, пох.. (?), 19:17, 12/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     

  • 1.6, Аноним (6), 15:42, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    И почему я не удивлён.
     
     
  • 2.33, Аноним (33), 17:48, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Потому что ты точно знаешь что все ошибаются никто не идеален. Никто специально ничего не вставлял никакого злого умысла нет. Мой розовый пони тебе это подтвердил и даст официальную справку.
     
     
  • 3.34, Аноним (6), 17:53, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Gnutls что-то не видно. Тем временем, она и http/3 первой нормально поддерживать начала (ну, если верить автору curl, а кому, если не ему).
     
     
  • 4.63, пох.. (?), 18:54, 12/10/2026 Скрыто ботом-модератором     [к модератору]
  • +2 +/–
     
     
  • 5.65, Аноним (6), 18:58, 12/10/2026 Скрыто ботом-модератором     [к модератору]
  • –1 +/–
     
     
  • 6.73, пох.. (?), 19:13, 12/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     

  • 1.9, Аноним (9), 15:59, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/–
    "Если бы строители строили здания так же, как программисты пишут программы, первый залетевший дятел разрушил бы цивилизацию"
     
     
  • 2.11, Аноним (11), 16:08, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    99.999999% погромистов используют чужой код!!! И ни один из них даже лефт-пад не способен написать.
     
     
  • 3.29, Аноним (29), 17:38, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Может, каждый ещё должен и свою собственную printf написать?
     
     
  • 4.37, пох.. (?), 18:13, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    _уметь_ - безусловно.
    (не так кстати и просто с первого раза)

    но вы ведь - и не сумеете.

     
     
  • 5.64, Аноним (64), 18:57, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    А как же разделение труда? Пусть 100 человек пишут на высокоуровневом питоне, а кто-то более высококвалифицированный системщину и все довольны
     
     
  • 6.72, пох.. (?), 19:12, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > А как же разделение труда? Пусть 100 человек пишут на высокоуровневом питоне,
    > а кто-то более высококвалифицированный системщину и все довольны

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

    А тех сто на днях уволили, автомат поставили.

     
  • 3.40, Аноним10084 и 1008465039 (?), 18:19, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    И правильно, строители тоже не всё с нуля делают, кирпичи те же
     
  • 2.13, Ivan_83 (ok), 16:26, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Это действительно часто так.

    Особенно заметно это становится когда из программирования переходишь к отладке электроники - оно пыхает постоянно. :)

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

    В других областях аналогично: цена ошибки высока и пробовать просто для проверки что гипотеза не годна - не вариант.

    Но как видно, для программистов вполне можно и так, последние 50 лет тем и жили, сейчас есть всякие штуки чтобы уменьшить колличество ошибок, включая ЫЫ.

     
     
  • 3.15, похнапоха (?), 16:42, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Позволю себе не согласиться.
    То о чем ты написал стало возможным с уменьшением стоимости вычислительных операций. Во времена например ЕС ЭВМ и/или S/360 и тому подобного - приходилось дожидаться своей очереди запуска своих задач на ЭВМ, все эти рассчеты зарплат в условных 70х, начале 80х стоили достаточно дорого для предприятия, гонять по 10 рез в час свою программу не было возможности, приходилось всё проверять руками перед тем, как оператор введет код в память машины. Пакетные задания немного облегчили работу, но всё-таки отдав программу на ввод вечером, очень неприятно было утром получить в распеатке результатов не то, что ожидалось или вообще ошибку. И если твоя программа после некоторых изменений не посчитала зарплату для твоего отдела, бюро или всего предприятия - это было большей катастрофой, чем сгоревшая деталь в твоей электронной схеме.
    И только с появлением VT, систем разделения времени, а затем и ПК стало возможным пересобирать целые проекты после изменения одной строки кода.
     
     
  • 4.25, пох.. (?), 17:22, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > То о чем ты написал стало возможным с уменьшением стоимости вычислительных операций.

    иначе вершиной программирования так бы и остался рассчет зарплаты отдела из 12 человек.
    Да и тот по подготовленным вручную данным в образцовом порядке, верифицировать карандашиком, потому что ресурсов на это тоже нет.

    Программ сложнее верифицируемых каранадшиком просто не удалось бы написать и отладить.

     
     
  • 5.30, похнапоха (?), 17:44, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Тебе трудно угодить, потому что ты сам ни черта никогда не делал, на всё у тебя поверхностный взгляд и знания ниже посредственных, отсюда и КЕКспертиза в написании программ на КОБОЛ на ЕС ЭВМ до техники замешивания бетонного расствора и способов повышения надоев в крупных фермерских хозяйствах. Программа рассчет зарплаты на КОБОЛ на рубеже 70-80х выглядела не так уж и тривиально. Тривиально это только для тех, кто думает, что зарплата считается умножением количество отработанных часов на размер дневной ставки сотрудника. Но ведь были и рассчет производственного плана, и ведение базы контрагентов, как республиканских, так и зарубежных, и many, many more
     
  • 3.16, Аноним (9), 16:47, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Да нет, дело скорее в "необозримости" программ. Можно видеть пару страниц текста, можно держать в памяти общее строение программы, какие-то куски интерфейса. Но целиком воспринимать что-то хотя бы относительно сложное стало невозможно. Программист нынче типа ежика в тумане, видит отчетливо на расстоянии вытянутой руки, дальше полный туман / облако. Тут нужно восприятие типа того, что в лабиринте отражений, глубина так сказать
     
     
  • 4.38, Ivan_83 (ok), 18:16, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Так везде так.

    Думаете у инженеров с мостами и зданиями проще?
    Там кроме собственно сочленений ещё и сопромат, коррозионная стойкость, теплопроводность, и ещё кучу всего что надо учесть до начала.

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

     
  • 3.26, пох.. (?), 17:27, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Особенно заметно это становится когда из программирования переходишь к отладке электроники
    > - оно пыхает постоянно. :)

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

    кстати, посоветуйте что-нибудь на 12 вольт повышающее (или универсальное, на выходе бп у меня 11.3) и не прocирающееся от аж трех ампер так что напряжение падает ниже 11?

     
     
  • 4.42, Ivan_83 (ok), 18:21, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Так может сразу БП взять на 12В?
    Из формулировок может получится что у вашего БП мощности не хватит на ваши хотелки.

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

     
     
  • 5.51, пох.. (?), 18:33, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > Так может сразу БП взять на 12В?

    тут либо бп либо мощный стабилизатор. два в одном не бывают.

    > Из формулировок может получится что у вашего БП мощности не хватит

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

    собственно, я хотел посмотреть, а держит ли он заявленные амперы - держит. Ну он мерзко зажюжжял, конечно, но с ним самим-то ничего не случилось. Моя проводка тоже не нагрелась даже, там 12awg. А вот на конце висела китайская многоножка, и ей кирдык.

    Он не делает то что ему полагается делать - держать стабильным _напряжение_ независимо от нагрузки на выходе.

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

     
  • 3.86, анна нимовна (?), 20:09, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >для электронщика это ещё и потеря компонентов

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

     
  • 2.39, Аноним (39), 18:17, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Это глупое изречение. Индустрии строительства столько же лет, сколько человечеству, накопленный опыт несравним.
     
     
  • 3.52, Аноним (52), 18:36, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    И вдвойне глупый если подумать и понять что требования к зданию выдвигаются на этапе планирования строительства и в будущем практически не меняются. А вот программы эволюционируют в течении всей жизни.
     
     
  • 4.61, пох.. (?), 18:49, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > И вдвойне глупый если подумать и понять что требования к зданию выдвигаются
    > на этапе планирования строительства и в будущем практически не меняются

    Казалось бы - что мешает строить здания с бумажной крышей (а чо, когда строили - дождь же не шел!) и бумажными же стенами (а чо, когда строили - ветра не было, +25, жарковато)

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

    Ведь так тебе будут платить зарплату вечно, а не один раз.


    > А вот программы эволюционируют в течении всей жизни.

    А можно как-то сделать чтобы они умерли? Меня вполне устроит мертвая программа.
    Не эволюционирующая.

    Вот прям на днях пришлось разгребать последствия такой эволюции.

     
  • 2.80, Смузихеб забывший пароль (?), 19:29, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Как-то неубедительно. Сколько всевозможных проверок и тестирований на разных этапах
    Если бы здания строили хотя бы вполовину так же - проблем с ними было бы гораздо меньше. Ведь иначе нашёлся бы какой-нибудь чОртов тестировщик, который:
    "ой, а вот если я зажигаю спичку и бросаю её возле штор в деревянном доме - то он начинает гореть, а он не должен гореть, это недоработка",
    "ой, а вот если я открываю газовые конфорки на полную без зажигания газа и потом чиркаю спичкой - происходит взрыв. Газ не должен просто так идти в помещение. Недоработка"
    "ой, а если затыкаю все отверстия в ванне и пускаю воду на полную - то в итоге начинает топить соседей, а их не должно топить - вода должна отключаться",
    "ой, а если я зимой залезаю на обледенелую крышу - то падаю с неё. Я либо не должен туда вообще попадать хотя бы зимой, либо - не должен с неё падать. Недоработка"
    итд
     

  • 1.12, pofigist (?), 16:15, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/–
    > Для Debian GNU/Linux 13 опубликовано обновление пакета с ядром Linux 6.12.111-1, в котором устранено 1313 уязвимостей.

    Миллион глаз... Но что сынку - помогли тебе твои кожаные мешки?

    А сколько ещё не найдено, если такое выкатывают чуть ли не ежемесячно...

     
     
  • 2.20, Ivan_83 (ok), 17:11, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    И что вам с этими багами плохо жилось прошлые 25 лет?
     
     
  • 3.27, пох.. (?), 17:28, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    помилуй, им еще и от роду нет году!
    (тот баг с af_socket - с 6.12 или что-то вроде того)

    и никакого pcre2 25 лет назад тоже не было (и да, меня всем устраивал старый)

     
     
  • 4.55, Ivan_83 (ok), 18:41, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Не с этими дак с другими.

    Это же нытики-истерички: под каждой новостью: "ааа фсё пропало!!! как мы так жили!!! Нада штотоделать!!!".

    А спроси их какие конкретно они баги могут назвать, что встречали лично - хорошо если ОДИН вспомнят.
    Даже я с трудом назову наверное с десяток всяких багов/эксплоитов (кроме кряков к прогам) с которыми реально пришлось иметь дело: использовать, ликвидировать последствия, превентивно патчить - потому что 100% есть и эксплуатируем. И это при опыте в 26 лет и широком кругозоре.

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

     
     
  • 5.59, пох.. (?), 18:45, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Даже я с трудом назову наверное с десяток всяких багов/эксплоитов (кроме кряков
    > к прогам) с которыми реально пришлось иметь дело: использовать, ликвидировать последствия,
    > превентивно патчить - потому что 100% есть и эксплуатируем. И это

    это если получилось - превентивно. У меня, к сожалению, опыт поинтереснее.

    но я, как ты понимаешь, не подкроватные хосты за натом админил.

    Большинству здешних белок-истеричек действительно ничего не грозит.

     
     
  • 6.84, Ivan_83 (ok), 19:41, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Так и мой подкроватный сервер в сети уже лет 20, лет 16 там фря и какие то сайтеги на пхп.
    RDP у меня тоже наружу всегда торчал, когда было куда / имело смысл.

    Просто у меня всего мало, а времени было много, поэтому я всё знаю как свои 3 пальца и оно всё не типовое.
    chroot для пхп был с самого начала, тогда я его ещё руками собирал.

    На работах у меня больше 40 офисных хостов не было, а сервисы если были то типа 1с и файлопомойки - всё внутренее, за редкими исключениями.

     
  • 2.22, пох.. (?), 17:17, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    В целом, если половину кожановых усыпить, станет лучше.

    Я посмотрел что там в этом CVE-2026-80521 - единственный вопрос (регулярно повторяемый) - о чем вот думал б-жок с пальцем притащив в ядро это невероятную xyeверть на совершенно пустом месте?

    У какого еще подразделения ibm af_unix сокеты "нидастаташна быстра" создавались? Упртые ушлепки.

     
     
  • 3.53, Аноним (52), 18:37, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Например тебя. Ровно ноль человек будет сожалеть.
     
     
  • 4.58, пох.. (?), 18:42, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Например тебя. Ровно ноль человек будет сожалеть.

    по тебе тоже никто скулить не будет.


     

  • 1.14, Ivan_83 (ok), 16:28, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/–
    > Уязвимости в сервере печати CUPS.

    Эту помойку никогда не исправят, ИМХО, там дизайн такой: всякие фильтры/генераторы запускаются с пользовательскими данными.

    Надо собратся силами и запихать в chroot, походу это сейчас самый опасный сервис на домашнем сервере без изоляции.

     
     
  • 2.18, пох.. (?), 17:05, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    но зачем ты собираешься печатать - троянские документы?!

     
     
  • 3.21, Ivan_83 (ok), 17:17, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Это внутренний (локальный) сервер печати, я сам то туда печатать троянские документы не буду, но если в сетке нечто заведётся (а тут дети со своими виндовсами и играми, гости с мобилами - да, мне лень сегментировать сеть и играть в энтерпраз дома), то оно запросто может пролезть в сервер через такое огромное отверсткие как CUPS.

    Я даже apcupsd умудрился засунуть в chroot. Хотя с mariadb возсни на порядки больше было.

    Потенциально там есть ещё несколько чисто внутренних сервисов, но их сканированием портов не найти, а URL ещё догадатся надо какой, в общем оно совсем точно не про автоэксплуатацию, в отличии от купса.

     
     
  • 4.23, пох.. (?), 17:19, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Это внутренний (локальный) сервер печати

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

    Если чо - asa5520 продают по бросовым ценам.

     
     
  • 5.45, Ivan_83 (ok), 18:25, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Я не хочу играть в энтерпраз дома.
    Максимум я просто могу убрать CUPS с домашнего сервера на какойнить ненужноарм который будет внутри себя заниматся всеми этими преобразованиями.
    chroot тут выглядит самым бюджетным решением из всех, и даже более безопасным по сравнению с ненужноармом тк внутри chroot всё сильно строже и не стандартнее.
     
     
  • 6.56, пох.. (?), 18:42, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Я не хочу играть в энтерпраз дома.

    тогда нефиг принтер подставлять недоверенным гражданам.

    > Максимум я просто могу убрать CUPS с домашнего сервера на какойнить ненужноарм

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

    чрут от этого еще меньше защищает. А вот простенький dir-100 перешитый в режим с поддержкой вланов - таки да. Но фильтровать все же лучше чем-то другим нежели фрибсд.

     
     
  • 7.71, Ivan_83 (ok), 19:12, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Да у меня этих армированных коней дома и так навалом - домашние в своих андройдах помойки как обычно развели и меня не подпускают :)

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

    Управляемые свичи в хозяйстве есть уже давно, года с 2011 у меня роутер-сервер одноногий, а домашняя сеть и провайдер в разных вланах. дыр-100 когда то был, подарил другу чтобы учился, ещё 10+ лет назад :)

    Я тут с DGS1100 развлекаюсь: там походу стабилизаторы питания перегреваются. Вроде колхоз радиаторов помог. По спекам на микруху проблем быть не должно было вообще, но ощущение что там какие то поддельные стоят :)
    Но это мыльницы для уровня комнаты, раньше 1210 стояли центральными, пока же им места/смысла нет.

    И потом, сервис печати технически нужен даже посторонним, вынести его в отдельный влан или ограничить доступ по IP я не могу - он потеряет смысл.
    Меня вечный HP1320/1018 на что то современное-одноразовое зато со встроенным IPP не оч хочется, тем паче что я свои домашние даже на 0,01% не загонял до такой степени как я видел их насиловали в организациях.

     
     
  • 8.79, пох.. (?), 19:22, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    доступ должен быть закрыт - _с_ него Чтобы исполнив на нем какой-нибудь пдф - м... текст свёрнут, показать
     
     
  • 9.82, Ivan_83 (ok), 19:34, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ваще то мне там закоммитили на гитхуб для моего chroot_env как раз штуку чтобы и... текст свёрнут, показать
     
  • 5.76, Аноним (76), 19:17, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >asa5520 продают по бросовым ценам

    настолько бросовые, что даже я ахнул (никогда не интересовавшись железками сложнее моего асус-роутера)

     
  • 2.57, Аноним (57), 18:42, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Так надо не в chroot запихивать, а отдельного пользователя с урезанными капами. Chroot как изоляция не работает, гугли "execve без бинарника".
     

  • 1.24, rvs2016 (ok), 17:21, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > Проблемы устранены в выпуске 2.4.69

    # pkg upgrade apache24
    ...
    Installed packages to be UPGRADED:
    apache24: 2.4.59 -> 2.4.69
    ...
    Installed packages to be REMOVED:
    ImageMagick7-nox11: 7.1.1.26_4
    ...

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

     
     
  • 2.28, пох.. (?), 17:33, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    или наконец скачать дерево портов и посмотреть где умудрились сделать апач зависимым от имажики да еще конкретной версии несовместимой с твоей. И выкинуть все это к чертям собачьим, пересобрав апач заодно и без всех вон тех поделок, там разьве что valias нужен, да и тот без моднявой фичи прекрасно обойдется.

    (до сих пор не могу забыть virtualbox притащивший за собой mkisofs и всю growisofs'ную музыку в шесть слоев. А почему?! А патамушта он же _может_, с... , подключать образы дисков! Давайте мы всю эту хрень заодно притащим в зависимостях?! На системе где нет и не будет никаких исо и тем более никто не собирался их собирать, очень ведь нужны.)

     
     
  • 3.32, rvs2016 (ok), 17:47, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > или наконец скачать дерево портов и посмотреть где умудрились сделать апач зависимым
    > от имажики да еще конкретной версии несовместимой с твоей. И выкинуть
    > все это к чертям собачьим, пересобрав апач заодно и без всех

    И потом валить апача пакаджевого и инсталлировать апача портового?
    Не хочется пакаджевые установки смешивать с портовыми...
    Или ты намекаешь на то, что можно из порта собрать пакадж и установить его потом как-то аля пакаджевым (а не портовым) методом?

     
     
  • 4.36, пох.. (?), 18:09, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > И потом валить апача пакаджевого и инсталлировать апача портового?

    make install записывает информацию в порты. pkg ее видит и способен использовать.
    make package можешь уже и не запускать

    (как вы там вообще выживаете с такими отрывочными знаниями?)

     
  • 3.41, МИСАКА (?), 18:19, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    А зачем вам virtualbox тогда, есть же нормальные движки виртуализации
     
     
  • 4.44, пох.. (?), 18:21, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    для freebsd - нету. А винду туда не поставишь.

     
     
  • 5.48, Ivan_83 (ok), 18:31, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Бихайв же.
    И венду туда поставить можно и даже видяху пробросить вроде тоже, прям всё как PCI девайс.
    Единственное что оно без заморочек только с UEFI система гостевыми пашет, те дос, 98 и ХР там не встанут просто так.
     
     
  • 6.68, пох.. (?), 19:05, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Бихайв же.

    порадовал отсутствием... драйвера pata. В смысле - виртуализации аты со стороны хоста.
    Была найдена чья-то васянова поделка, но она явно мертвенькой уже родилась. Наверное васян тоже махнул рукой, "не больно и хотелось".

    > И венду туда поставить можно и даже видяху пробросить вроде тоже, прям

    венду - можно. линукс с трудом и не всякий. А вот freebsd собранную с ad и без da - нельзя оказалось никак.
    Причем она пережила громадную историю, от vmware server v1 на линуксах до нынешнего vbox'а на фре, с кучей побочных ходов. И в qemu все еще бодро стартует. Исходники вот прогадились, собрать ей сейчас драйвер не выйдет.

    > Единственное что оно без заморочек только с UEFI система гостевыми пашет, те

    то как оно это уефи отдельно череззадницу загружает - совсем нельзя назвать "без заморочек".

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

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

     
     
  • 7.78, Ivan_83 (ok), 19:22, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    ahci-hd разве не оно?

    Линукс - я бубунту 20+ юзаю и опенврт, проблем не встречал.

    > Исходники вот прогадились, собрать ей сейчас драйвер не выйдет.

    Ээээ а посмотреть uname -K а потом вытянуть из гита с такой же __FreeBSD_version нельзя?

    > то как оно это уефи отдельно череззадницу загружает - совсем нельзя назвать "без заморочек".

    Это вы про коребут бивис то?
    Ну да...
    Но мне лично хватает, я не настолько зависим от всяких фич.

     
  • 3.46, Ivan_83 (ok), 18:29, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Надо смотреть что там внутри.

    А если вы ругаетесь на коробку - то может и зря, меинтейнер хотел чтобы у хомяка было сразу всё под рукой...
    Я с портов сам собираю, как потому что знаю что мне надо а что нет, и лишние 100500 пакетов на всякий случай меня нервируют.

     
  • 2.50, Ivan_83 (ok), 18:33, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    А вам ваши религиозные убеждения мешают его обратно поставить?
     
     
  • 3.69, пох.. (?), 19:07, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > А вам ваши религиозные убеждения мешают его обратно поставить?

    а нельзя было pkg научить либо автоапгрейдить либо оставлять в покое?

    до такого позора даже dpkg не опускается, а ему все же на 20 лет больше.

     
     
  • 4.74, Ivan_83 (ok), 19:14, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Бабта спрашивайте, у меня pkg работает в примитивном совсем режиме и таких проблем нет.
     

  • 1.31, Аноним (33), 17:45, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/–
    Ровно все уязвимости чистые случайности. Никто не виноват инфа сотка. Это правда в последней инстанции. Я гарантирую это.
     
  • 1.35, Аноним (35), 17:57, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Так и живём кто то делает уже фильмы с помощью нейросетей, а кто то ещё ищет сквозняк хотя там на его компе сквозняк и ничего опережающего нету
     
  • 1.43, Аноним (43), 18:21, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    Уже даже ИИ подключили, а поток сишных уязвимостей не прекращается.
     
  • 1.47, Аноним (-), 18:29, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Сишники должны на коленях ползти и челом бить за то, что нашёлся кто-то, готовый ковыряться в этих помоях. Вместо этого они в каждой новости брызжут слюной в сторону ИИ.
     
  • 1.49, Аноним (49), 18:33, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > выход за пределы корневого каталога изолированного jail-окружения
    > обход механизмов сетевой изоляции в jail

    Иваааан! Что с лицом? А как пел, как пел! И не страшны ему никакие уязвимости в софте, потому что jail, и вообще ничего фиксить не надо, потому что jail. И тут внезапно мы узнаём, что у jail не хватает пары walls.

    > крах ядра через отправку специально оформленного сетевого пакета при включении KTLS

    И вишенкой на торте ping of death.

     
     
  • 2.54, Аноним (52), 18:39, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Ну перестань, то же бздуны. У них кроме рассказов как великолепна их ос на форумах больше и нет ничего.
     
  • 2.66, Ivan_83 (ok), 19:01, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Это мне?

    1. Я не про jails а про chroot постоянно тут пишу.
    Это совсем разное, хоть и похоже внешне для обывателя.
    В jail наваливают целую ОС и обращаются с ней практически так же. Это по сути виртуалка на минималках.
    В chroot я наваливаю ровно то что НЕОБХОДИМО для запуска и работы, и наваливается оно почти всё под RO, а то что под RW смонтировано оно ещё и noexec+nosuid.

    2. А вы читали оригинальные SA?
    Для выхода из клетки надо чтобы тебе файловые дескрипторы кто то снаружи подкинул. Короче я даже хз как PoC то сделать так сходу, и вероятность что кто то такие дискрипторы подкидывает своим jail оцениваю как низкую.
    А для обхода сетевой изоляции надо свой код в клетке запускать для начала научится, и там кажется только для UDP6 (пролистал по диагонали ибо тема не инетересна, вероятно фаер может это закрыть).

    3. KTLS просто так не активен, чтобы его заюзать нужно немного потрудится над конфигами.

    4. От чего то вы про kqueue() не упомянули, наверное трудно писать заковыристые слова. Там вероятно тоже нет повышения привелегий, только некоторая вероятность что такое в принципе возможно реализовать.

    5. Хотелось бы узнать об ваших администраторских и sec практиках, может начимся чему или посмеёмся :)

     
     
  • 3.77, Аноним (49), 19:22, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Вот это копиум. Все баги не баги. В PR отделе работаешь, вижу.

    > Хотелось бы узнать об ваших администраторских и sec практиках, может начимся чему или посмеёмся

    Как говорится, д.рака учить -- ум тупить. На вот, палец, посмейся, раз загрустил 👆

     
     
  • 4.81, Ivan_83 (ok), 19:30, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Понятно, раз наброс не удался то надо обозвать и отвалить пока не засмеяли. :)
     
  • 2.67, Аноним (6), 19:02, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    У него изоляция через чрут, о чём ты.
     

  • 1.83, Аноним (83), 19:40, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Раньше надеялись на миллион глаз
    Теперь надеются на нейрослоп
    Это итог коллективной быдл0разр@ботки когда кодят все от васяна до гейтса
     
  • 1.85, Аноним (85), 19:45, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Сколько из этих поделок написано на Rust? Правильно - 0.
     

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



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