Профиль: Аноним (вход | регистрация) не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 обязательно


Обсуждение (122) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 15:29, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/–
    Значит надо создавать новую ОС с помощью собственного ИИ.
    Надо отказываться и от Линукса тоже.
     
     
  • 2.5, Аноним (5), 15:39, 12/10/2026 Скрыто ботом-модератором     [к модератору]
  • +6 +/–
     
  • 2.62, Аноним (62), 18:54, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    надо создавать собственную ОС с помощью собственного ИИ
     
     
  • 3.87, Джон Титор (ok), 20:21, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    На собственных ПК с собственными микросхемами. И начинать ещё надо было в начале прошлого века с полупроводников.
     
  • 2.108, Аноним (108), 22:38, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Сидит человек на маздае и с умным видом рассказывает пользователям линукс, что пора отказываться от линукс
     

  • 1.3, Аноним (3), 15:32, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/–
    Самая страшная уязвимость - большие дата-центры.
     
     
  • 2.112, Аноним (112), 23:49, 12/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
  • 2.132, Аноним (132), 02:23, 13/10/2026 Скрыто ботом-модератором     [к модератору]
  • –1 +/–
     
  • 2.133, Аноним (133), 02:28, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    когда горят ДЦ - останавливаются войны :) ДЦ амазона тому доказательство. Опровергнет ли ДЦ яндекса это утверждение?
     

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

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

     
     
  • 5.65, Аноним (6), 18:58, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Как тебе сказать, все используют, кроме корп. Но корпы всё больше предпочитают карманные реализации. Проще отверстия под такие вот "позволяют обойти аутентификацию через использование поддельных сертификатов" вставлять, знаешь ли. Http/3, опять же.
     
     
  • 6.73, пох.. (?), 19:13, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Как тебе сказать, все используют, кроме корп

    эти все сейчас с тобой - в одной комнате?

     
  • 6.117, Ivan_83 (ok), 00:17, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Как тебе сказать, все используют, кроме корп.

    # pkg del gnutls
    Installed packages to be REMOVED:
    claws-mail: 4.4.0_1
    dino: 0.5.1_2
    gnupg: 2.5.21
    gpgme: 2.1.2
    gpgmepp: 2.1.0
    gtk-vnc: 1.5.0
    libreoffice: 26.8.0.3
    tigervnc-viewer: 1.16.2_1
    vinagre: 3.22.0_12
    wine-devel: 11.17_1,1

    Для OpenSSL список был бы солиднее в разы, но он в системе и его не удалить через pkg.
    Но я ещё и сам везде выбираю OpenSSL где выбор есть.

     
     
  • 7.120, Аноним (-), 00:38, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > Для OpenSSL список был бы солиднее в разы, но он в системе и его не удалить через pkg.

    На хренадцатый год - в фре так и не научились нормально юзать пакетники...

     
  • 7.127, пох.. (?), 01:47, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >> Как тебе сказать, все используют, кроме корп.
    > # pkg del gnutls

    The following packages are going to be REMOVED:
      gimp-help-browser glib-networking gvfs-backend-afc kdebase4-runtime
      kdebase4-runtime-branding-openSUSE kdelibs4 kdelibs4-branding-openSUSE
      kdelibs4-core lftp libgnutls28 libgnutls-extra28 libimobiledevice2
      libsoup-2_4-1 libwebkitgtk-1_0-0 okteta pm-utils qemu upower
      xfce4-screenshooter

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

    если я попробую удалить openssl - оно мне всю систему заодно удалит.

     

  • 1.9, Аноним (9), 15:59, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/–
    "Если бы строители строили здания так же, как программисты пишут программы, первый залетевший дятел разрушил бы цивилизацию"
     
     
  • 2.11, Аноним (133), 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 человек пишут на высокоуровневом питоне,
    > а кто-то более высококвалифицированный системщину и все довольны

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

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

     
  • 4.98, Аноним (133), 20:54, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Может, каждый ещё должен и свою собственную printf написать?

    я ничего о "должен" не говорил, я говорил о СПОСОБЕН - русский язык выучи для начала!!!

    Повторяю, а ты способен printf написать?

     
  • 4.114, Ivan_83 (ok), 00:12, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Не должен а прямо обязан.

    Реимплементация библиотечных функций отличное образовательное упражнение, особенно для начинающих.
    1. Они посмотрят код 1-2-3+ реализаций и чемунить научатся
    2. Могут взять уже готовые тестовые наборы
    3. Возможно до них дойдёт что городить свои библиотечные заменители функции это пустая трата времени, и только в очень особенных ситуациях это оправданно.


    PS: лично мне atoi не нравится и её более продвинутый аналог: нет размера строки, есть ненужная база счисления, что внутри не смотрел, вероятно моя реализация ещё и производительнее будет.

     
     
  • 5.116, Аноним (133), 00:16, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Не должен а прямо обязан.
    > Реимплементация библиотечных функций отличное образовательное упражнение, особенно для начинающих.

    "прямообязанные" буст придумали :)))

     
     
  • 6.119, Ivan_83 (ok), 00:32, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Буст и новые стандарты крестов выдумали те у кого не держание в запущенной форме.

    Если про какойнить с++98 ещё можно говорить о целесообразности и лаконичности, то дальше гарольд и кумар ушли в отрыв и теперь надо выкурить столько же ящиков чтобы во всём разобратся, только не понятно зачем на это тратить время.

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

     
     
  • 7.128, Аноним (133), 01:53, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Создатели так называемых высокоуровневых формальных языков не подозревали како... большой текст свёрнут, показать
     
  • 5.118, Аноним (133), 00:23, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    не обязанные как этот 3.29, Аноним (29) все же написали функции с окончанием на _s :)))))
     
  • 3.40, Аноним10084 и 1008465039 (?), 18:19, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    И правильно, строители тоже не всё с нуля делают, кирпичи те же
     
     
  • 4.99, Аноним (133), 20:57, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Ну, а я че сказал? А теперь ответь на главный вопрос, ты строитель или камнеукладчик?
     
  • 2.13, Ivan_83 (ok), 16:26, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Это действительно часто так.

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

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

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

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

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

    иначе вершиной программирования так бы и остался рассчет зарплаты отдела из 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. А вот на конце висела китайская многоножка, и ей кирдык.

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

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

     
     
  • 6.101, Ivan_83 (ok), 21:11, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > тут либо бп либо мощный стабилизатор. два в одном не бывают.

    ой ли!
    Возьмём БП комповый, посмотрим потребление видяхи и посчитаем немного.
    Видяхи там по пол киловатта уже жрут поди, 500/12 = 41А.
    Впрочем можно было и не считать, там обычно на наклейке БП расписано :)

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

    Опять же, куда там вам эти 12В?
    И при больших токах у вас потери на проводах заметные будут.

    Если был рассчёт пустить на питание светодиодов освещения всего дома - затея плохая:
    1. провода толстые нужны будут и тянуть их придётся
    2. вместо автоматов придётся ставить плавкие предохранители, видимо от автохлама, это уже немного не технологично.


    У меня были ATX совместимые БП с питанием от 12В - я их вывел из употребления, ибо гонять по проводам и через 5525 штекер по 10А не комфортно, гораздо комфотрнее гонять по 5А при 20В, пусть и через usb type c.

     
     
  • 7.126, пох.. (?), 01:37, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Возьмём БП комповый, посмотрим потребление видяхи и посчитаем немного.

    а как ты думаешь, где изобрели - staggered spinup и для чего?
    поэтому комповый бп (где таки есть стабилизированные 12 вольт) я отметаю сразу, как крайне неэффективную штуку. (Ну и несуразно дорогую на требуемые мне параметры)

    > Видяхи там по пол киловатта уже жрут поди, 500/12 = 41А.

    хрен тебе, по правилам каких-то сертификатовров ни один коннектор не должен давать больше 12 ампер. Поэтому в видеокарту и приходит адский жгут. С аж восемью раздельными +12. Так что снять-то ты с дорогущего блока эти 40 можешь, по крайней мере в теории, но есть нюанс.

    > Опять же, куда там вам эти 12В?
    > И при больших токах у вас потери на проводах заметные будут.

    там шина 12awg, конечные подводки 18. И это не светодиоды километровой длинны, самый длинный проводок 25 сантиметров.

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

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

     
     
  • 4.104, Ivan_83 (ok), 21:23, 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, жарковато)

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

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


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

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

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

     
     
  • 5.121, Аноним (-), 00:41, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Казалось бы - что мешает строить здания с бумажной крышей (а чо,
    > когда строили - дождь же не шел!) и бумажными же стенами
    > (а чо, когда строили - ветра не было, +25, жарковато)

    В принципе и строят. Там где климат к тому благоволит.

     
     
  • 6.125, пох.. (?), 01:27, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > В принципе и строят. Там где климат к тому благоволит.

    на марсе чтоль?

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

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

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

  • 1.12, pofigist (?), 16:15, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > Для 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 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > Это внутренний (локальный) сервер печати

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

    Если чо - 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 продают по бросовым ценам

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

     
  • 4.89, Инопланетянин (?), 20:29, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Это внутренний (локальный) сервер печати, я сам то туда печатать троянские документы не буду

    Зачем вообще его держать поднятым, если не печатаешь постоянно. Надо напечатать - поднял. У меня cups отключен.

     
     
  • 5.105, Ivan_83 (ok), 21:24, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Может мне и интернет из розетки выключать когда все спят?)
     
     
  • 6.115, Инопланетянин (?), 00:14, 13/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
  • 2.57, Аноним (57), 18:42, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Так надо не в chroot запихивать, а отдельного пользователя с урезанными капами. Chroot как изоляция не работает, гугли "execve без бинарника".
     
     
  • 3.106, Ivan_83 (ok), 21:35, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    В случае купса оно и так под отдельным юзером.

    1. "/proc/self/fd/..." - у нас self нету. Да и proc я могу в chroot не монтировать, и даже в смонтированном могу убрать fd.
    Хотя с fexecve это не важно...

    2. Чтобы вызвать memfd_create() + нужно контролировать поток выполнения.
    Как вы собрались из того же купса что то такое навызывать?


    PS: спс что поделились знаниями :)

     

  • 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 нельзя?

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

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

     
     
  • 8.97, пох.. (?), 20:53, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    это надо где-то разворачивать, как-то компилять, в общем, ради щастья иметь бхай... текст свёрнут, показать
     
     
  • 9.103, Ivan_83 (ok), 21:21, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Качаешь ближайший релиз, только обязательно чтобы там цифра меньше была той что ... текст свёрнут, показать
     
     
  • 10.130, пох.. (?), 01:58, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    ну такое себе, на пол-дня развлечение К тому же такого релиза нет, это stable д... текст свёрнут, показать
     
  • 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 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/–
    Ровно все уязвимости чистые случайности. Никто не виноват инфа сотка. Это правда в последней инстанции. Я гарантирую это.
     
  • 1.35, Аноним (35), 17:57, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Так и живём кто то делает уже фильмы с помощью нейросетей, а кто то ещё ищет сквозняк хотя там на его компе сквозняк и ничего опережающего нету
     
  • 1.43, Аноним (43), 18:21, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/–
    Уже даже ИИ подключили, а поток сишных уязвимостей не прекращается.
     
     
  • 2.110, Аноним (110), 23:01, 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 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Вот это копиум. Все баги не баги. В PR отделе работаешь, вижу.

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

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

     
     
  • 4.81, Ivan_83 (ok), 19:30, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Понятно, раз наброс не удался то надо обозвать и отвалить пока не засмеяли. :)
     
     
  • 5.88, Аноним (49), 20:21, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Да по-моему наброс как раз очень даже удался,  такие сочные дырени во второй по элитарности бсд. Даже ничего делать не пришлось, пара цитат и тебя позвать, и подрыв обеспечен, стена текста на пять пунктов. Ваня, ты бы лучше бежал свой локалхост патчить, не дай бог твоя кошка опеннет читает, сломает тебе всё и скарбезностей в тапки подкинет.
     
     
  • 6.102, Ivan_83 (ok), 21:15, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Да, прям вершина набросайтельства :)
    Содержательности то у вас нет.
     
  • 2.67, Аноним (6), 19:02, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    У него изоляция через чрут, о чём ты.
     

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

    Как будто это бы помогло.

    > подготовили исправления для более 400 уязвимостей в открытых библиотеках на языке Java.
    > Правильно - 0.

    Нет кода - не уязвимостей. Л - Логика.

     
     
  • 3.94, Аноним (94), 20:38, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >> подготовили исправления для более 400 уязвимостей в открытых библиотеках на языке Java.
    >> Правильно - 0.
    >Нет кода - не уязвимостей. Л - Логика.

    В Java-библиотеках ошибки, скорее всего, в native коде, который не на Rust'е.

     
     
  • 4.96, Инопланетянин (?), 20:53, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > скорее всего

    Э - Экспертиза.


     
  • 3.109, Аноним (85), 22:47, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Конечно бы помогло, в списке одни проблемы с перетирками памяти
     
     
  • 4.113, Инопланетянин (?), 00:11, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > Конечно бы помогло, в списке одни проблемы с перетирками памяти

    Точно?

    1)
    >  Уязвимость (CVE-2026-94545) в платформе Next.js, позволяющая удалённо без прохождения аутентификации выполнить свой код на сервере через отправку запроса на генерацию SVG-изображения, при наличии на сервере обработчика для предпросмотра OG-карт (Open Graph). Проблема связана с уязвимостью в библиотеке Satori, используемой для преобразования HTML и CSS в SVG

    https://github.com/vercel/satori

    Languages: TypeScript96.3% Rust2.6%

    2)

    > Уязвимости (CVE-2026-33937, CVE-2026-106445) в JavaScript-библиотеке handlebars.js

    3)

    > В обновлениях платформы совместной разработки Gitea

    4)
    > подготовили исправления для более 400 уязвимостей в открытых библиотеках на языке Java.

     
     
  • 5.124, Аноним (-), 00:52, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > 4)
    >> подготовили исправления для более 400 уязвимостей в открытых библиотеках на языке Java.

    На третий день^W год^W десятилетие Зоркий Глаз заметил что профакаться можно даже на брейнфаке...

     

  • 1.90, Аноним (94), 20:31, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/–
    >20 уязвимостей в Apache httpd,

    Пора переписывать на Rust

     
     
  • 2.93, Инопланетянин (?), 20:34, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Вы там сначала uutils доведите до ума переписывальщики.
     
  • 2.111, Аноним (110), 23:03, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Ну как там дела в Мозиле? Небось, уже весь FF переписали на раст?
     

  • 1.92, Аноним (94), 20:33, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/–
    >специально оформленных значений в SQL-функции levenshtein()

    А кто это Левенштейн, и зачем его именем назвали функцию PostreSQL ?

     
  • 1.95, Аноним (95), 20:53, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Не вижу ни OpenBSD ни LibreSSL ни даже httpd из опенбзди. Мимо.

    А заявлять, что в Apache httpd и CUPS дыры это фейспалм, товагищи. Они бы еще в sendmail поискали.

     
     
  • 2.100, пох.. (?), 21:04, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Не вижу ни OpenBSD ни LibreSSL ни даже httpd из опенбзди. Мимо.

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

    > Они бы еще в sendmail поискали.

    в твоей помойке в ничего не умеющем smtpd - нашли remote root. А ты в сендмэйл - не найдешь ничего.

     
     
  • 3.123, Аноним (-), 00:51, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > в твоей помойке в ничего не умеющем smtpd - нашли remote root.
    > А ты в сендмэйл - не найдешь ничего.

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

     

  • 1.129, localhostadmin (ok), 01:55, 13/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > Уязвимость вызвана состоянием гонки в реализации сокетов AF_UNIX

    получается людям, которые седят на 2.х.х всетаки придется обновиться? или это очередная фича новых версий?

     
     
  • 2.131, пох.. (?), 01:59, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >> Уязвимость вызвана состоянием гонки в реализации сокетов AF_UNIX
    > получается людям, которые седят на 2.х.х всетаки придется обновиться? или это очередная
    > фича новых версий?

    очередная.
    С 6.12 что-ли. Причем ты не хочешь посмотреть в этот код. (мое дело предупредить)


     

  • 1.134, Аноним (134), 03:03, 13/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    странно: как в опенсорсных приложениях может находиться столько дыр, ведь за исходниками следит каждый линуксоед!
     

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



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