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

"Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, OpenOffice, LibreOffice, CUPS, Next.js, wolfSSL, Flatpak, pcre2 ..."	+/–
Сообщение от opennews (??), 12-Окт-26, 15:28
Выявленные за последнее время опасные уязвимости, позволяющие получить root-доступ в системе или добиться удалённого выполнения кода:... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66395
Ответить | Правка | Cообщить модератору

Сообщения

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

2. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–17 +/–
Сообщение от Аноним (2), 12-Окт-26, 15:29
Значит надо создавать новую ОС с помощью собственного ИИ. Надо отказываться и от Линукса тоже.
Ответить | Правка | Наверх | Cообщить модератору

	5. Скрыто модератором	+7 +/–
	Сообщение от Аноним (5), 12-Окт-26, 15:39
	"Собственного ИИ" не существует. И вообще, если знаешь сам, ИИ не нужен. А если не знаешь, куда лезешь?
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
	Сообщение от Аноним (62), 12-Окт-26, 18:54
	надо создавать собственную ОС с помощью собственного ИИ
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	87. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+3 +/–
	Сообщение от Джон Титор (ok), 12-Окт-26, 20:21
	На собственных ПК с собственными микросхемами. И начинать ещё надо было в начале прошлого века с полупроводников.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+3 +/–
	Сообщение от Sm0ke85 (ok), 13-Окт-26, 08:26
	>На собственных ПК с собственными микросхемами. И начинать ещё надо было в начале прошлого века с полупроводников. Дополню: с прошлого века как раз начали, но потом пришли "эффективные долбо-манагеры" и все "потеряли"...
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
	Сообщение от Аноним (108), 12-Окт-26, 22:38
	Сидит человек на маздае и с умным видом рассказывает пользователям линукс, что пора отказываться от линукс
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	186. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Джон Титор (ok), 14-Окт-26, 00:09
	> Сидит человек на маздае и с умным видом рассказывает пользователям линукс, что > пора отказываться от линукс А я бы с удовольствием отказался бы, если больше на работе он не нужен был бы.
	Ответить | Правка | Наверх | Cообщить модератору

6. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–1 +/–
Сообщение от Аноним (6), 12-Окт-26, 15:42
И почему я не удивлён.
Ответить | Правка | Наверх | Cообщить модератору

	33. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+5 +/–
	Сообщение от Аноним (33), 12-Окт-26, 17:48
	Потому что ты точно знаешь что все ошибаются никто не идеален. Никто специально ничего не вставлял никакого злого умысла нет. Мой розовый пони тебе это подтвердил и даст официальную справку.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
	Сообщение от Аноним (6), 12-Окт-26, 17:53
	Gnutls что-то не видно. Тем временем, она и http/3 первой нормально поддерживать начала (ну, если верить автору curl, а кому, если не ему).
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 18:54
	> Gnutls что-то не видно потому что неуловимый джо используемый ровно никем и нигде, с лицензией от нетакусей - нафиг никому не упал. Но ты можешь погуглить gnutls vulnerabilities и самостоятельно. (сюрприз, даже в этом ненужно их время от времени кто-то находит. вероятнее всего сами авторы)
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (6), 12-Окт-26, 18:58
	Как тебе сказать, все используют, кроме корп. Но корпы всё больше предпочитают карманные реализации. Проще отверстия под такие вот "позволяют обойти аутентификацию через использование поддельных сертификатов" вставлять, знаешь ли. Http/3, опять же.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 19:13
	> Как тебе сказать, все используют, кроме корп эти все сейчас с тобой - в одной комнате?
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 13-Окт-26, 00:17
	> Как тебе сказать, все используют, кроме корп. # 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 где выбор есть.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	120. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (-), 13-Окт-26, 00:38
	> Для OpenSSL список был бы солиднее в разы, но он в системе и его не удалить через pkg. На хренадцатый год - в фре так и не научились нормально юзать пакетники...
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 13-Окт-26, 05:59
	https://man.freebsd.org/cgi/man.cgi?query=freebsd-base&sekti...
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 13-Окт-26, 01:47
	>> Как тебе сказать, все используют, кроме корп. > # 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 - оно мне всю систему заодно удалит.
	Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

	136. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 13-Окт-26, 06:03
	Ну таки да. Я выбрал OpenSSL дефолтом там где выбиралось по принципу максимально юзать популярную либу, в надежде что неполярное когданить отсохнет :) В твоём списке скорее всего они не все напрямую слинкованы с гнутлс, я у себя руками клавсовые плагины вычистил.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (155), 13-Окт-26, 10:38
	Потому что разочаровались в жизни и смотрите на всё глазами фаталиста. Потрогайте кленовые листики что ли, подышите воздухом.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

9. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+6 +/–
Сообщение от Аноним (9), 12-Окт-26, 15:59
"Если бы строители строили здания так же, как программисты пишут программы, первый залетевший дятел разрушил бы цивилизацию"
Ответить | Правка | Наверх | Cообщить модератору

	11. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
	Сообщение от Аноним (11), 12-Окт-26, 16:08
	99.999999% погромистов используют чужой код!!! И ни один из них даже лефт-пад не способен написать.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+2 +/–
	Сообщение от Аноним (29), 12-Окт-26, 17:38
	Может, каждый ещё должен и свою собственную printf написать?
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 18:13
	_уметь_ - безусловно. (не так кстати и просто с первого раза) но вы ведь - и не сумеете.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (64), 12-Окт-26, 18:57
	А как же разделение труда? Пусть 100 человек пишут на высокоуровневом питоне, а кто-то более высококвалифицированный системщину и все довольны
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 19:12
	> А как же разделение труда? Пусть 100 человек пишут на высокоуровневом питоне, > а кто-то более высококвалифицированный системщину и все довольны так ведь и ваннабисистемщики принтф нынче без ошибок и пары эксплойтов не шмогут. А тех сто на днях уволили, автомат поставили.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (11), 12-Окт-26, 20:54
	> Может, каждый ещё должен и свою собственную printf написать? я ничего о "должен" не говорил, я говорил о СПОСОБЕН - русский язык выучи для начала!!! Повторяю, а ты способен printf написать?
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	114. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
	Сообщение от Ivan_83 (ok), 13-Окт-26, 00:12
	Не должен а прямо обязан. Реимплементация библиотечных функций отличное образовательное упражнение, особенно для начинающих. 1. Они посмотрят код 1-2-3+ реализаций и чемунить научатся 2. Могут взять уже готовые тестовые наборы 3. Возможно до них дойдёт что городить свои библиотечные заменители функции это пустая трата времени, и только в очень особенных ситуациях это оправданно. PS: лично мне atoi не нравится и её более продвинутый аналог: нет размера строки, есть ненужная база счисления, что внутри не смотрел, вероятно моя реализация ещё и производительнее будет.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	116. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (11), 13-Окт-26, 00:16
	> Не должен а прямо обязан. > Реимплементация библиотечных функций отличное образовательное упражнение, особенно для начинающих. "прямообязанные" буст придумали :)))
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 13-Окт-26, 00:32
	Буст и новые стандарты крестов выдумали те у кого не держание в запущенной форме. Если про какойнить с++98 ещё можно говорить о целесообразности и лаконичности, то дальше гарольд и кумар ушли в отрыв и теперь надо выкурить столько же ящиков чтобы во всём разобратся, только не понятно зачем на это тратить время. Да и в целом я от крестовых и джавоских классов никакого профита не вижу, только куча бесмысленной писанины в угоду языку. Тоже самое на обычном С часто выглядит и понятнее и осмысленее. Геттеры/сеттеры меня просто выбешивают, когда оно тупо пишет/читает переменную из структуры.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–1 +/–
	Сообщение от Аноним (11), 13-Окт-26, 01:53
	> меня просто выбешивают "Создатели" так называемых высокоуровневых формальных языков не подозревали какой ад их еще ждет впереди. Задам главный вопрос, должен ли программист на высокоуровневом формальном языке думать о скорости работы к примеру "1+1" (тут может быть любой другой код)? Должен ли программист на высокоуровневом формальном языке понимать как работает та или иная конечная архитектура, чтобы писать (фактически подсказывать программе-компилятору) код, который будет работать быстро (безопасно) на конечной архитектуре? Все пи**дят, что прогрмамма-компилятор лучше генерирует код, тогда зачем нас должны волновать выше заданные вопросы? Один и тот же код на разных архитектурах показывает разную производительность, вы точно хотите такой высокоуровневый формальный язык и прграмму-компилятор? Вы сами себе же создали проблемы. А про С вообще молчу, это даже не костыли, от них хоть польза есть, С это биты, которыми вам ноги раз***бали.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (11), 13-Окт-26, 00:23
	не обязанные как этот 3.29, Аноним (29) все же написали функции с окончанием на _s :)))))
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	40. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 12-Окт-26, 18:19
	И правильно, строители тоже не всё с нуля делают, кирпичи те же
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	99. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
	Сообщение от Аноним (11), 12-Окт-26, 20:57
	Ну, а я че сказал? А теперь ответь на главный вопрос, ты строитель или камнеукладчик?
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+3 +/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 16:26
	Это действительно часто так. Особенно заметно это становится когда из программирования переходишь к отладке электроники - оно пыхает постоянно. :) Всё потому что цена ошибки для программиста всегда нулевая (не считая времени), а для электронщика это ещё и потеря компонентов. Поэтому программисту проще запустить и пусть упадёт, а вот для элетронщика включить и пусть оно пыхнет совсем не вариант, отсюда последний тратит кучу времени на проверки всего перед включением. В других областях аналогично: цена ошибки высока и пробовать просто для проверки что гипотеза не годна - не вариант. Но как видно, для программистов вполне можно и так, последние 50 лет тем и жили, сейчас есть всякие штуки чтобы уменьшить колличество ошибок, включая ЫЫ.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	15. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
	Сообщение от похнапоха (?), 12-Окт-26, 16:42
	Позволю себе не согласиться. То о чем ты написал стало возможным с уменьшением стоимости вычислительных операций. Во времена например ЕС ЭВМ и/или S/360 и тому подобного - приходилось дожидаться своей очереди запуска своих задач на ЭВМ, все эти рассчеты зарплат в условных 70х, начале 80х стоили достаточно дорого для предприятия, гонять по 10 рез в час свою программу не было возможности, приходилось всё проверять руками перед тем, как оператор введет код в память машины. Пакетные задания немного облегчили работу, но всё-таки отдав программу на ввод вечером, очень неприятно было утром получить в распеатке результатов не то, что ожидалось или вообще ошибку. И если твоя программа после некоторых изменений не посчитала зарплату для твоего отдела, бюро или всего предприятия - это было большей катастрофой, чем сгоревшая деталь в твоей электронной схеме. И только с появлением VT, систем разделения времени, а затем и ПК стало возможным пересобирать целые проекты после изменения одной строки кода.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–1 +/–
	Сообщение от пох.. (?), 12-Окт-26, 17:22
	> То о чем ты написал стало возможным с уменьшением стоимости вычислительных операций. иначе вершиной программирования так бы и остался рассчет зарплаты отдела из 12 человек. Да и тот по подготовленным вручную данным в образцовом порядке, верифицировать карандашиком, потому что ресурсов на это тоже нет. Программ сложнее верифицируемых каранадшиком просто не удалось бы написать и отладить.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
	Сообщение от похнапоха (?), 12-Окт-26, 17:44
	Тебе трудно угодить, потому что ты сам ни черта никогда не делал, на всё у тебя поверхностный взгляд и знания ниже посредственных, отсюда и КЕКспертиза в написании программ на КОБОЛ на ЕС ЭВМ до техники замешивания бетонного расствора и способов повышения надоев в крупных фермерских хозяйствах. Программа рассчет зарплаты на КОБОЛ на рубеже 70-80х выглядела не так уж и тривиально. Тривиально это только для тех, кто думает, что зарплата считается умножением количество отработанных часов на размер дневной ставки сотрудника. Но ведь были и рассчет производственного плана, и ведение базы контрагентов, как республиканских, так и зарубежных, и many, many more
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
	Сообщение от Аноним (9), 12-Окт-26, 16:47
	Да нет, дело скорее в "необозримости" программ. Можно видеть пару страниц текста, можно держать в памяти общее строение программы, какие-то куски интерфейса. Но целиком воспринимать что-то хотя бы относительно сложное стало невозможно. Программист нынче типа ежика в тумане, видит отчетливо на расстоянии вытянутой руки, дальше полный туман / облако. Тут нужно восприятие типа того, что в лабиринте отражений, глубина так сказать
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	38. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 18:16
	Так везде так. Думаете у инженеров с мостами и зданиями проще? Там кроме собственно сочленений ещё и сопромат, коррозионная стойкость, теплопроводность, и ещё кучу всего что надо учесть до начала. У электронщиков тоже нифига не просто, особенно если мы говорим не про чинилычей готового а про тех кто делает с нуля, особенно нынче, когда кругом высокие частоты. Да и чинилычам не просто: они каждый раз лезут в чужой код, порой без "исходников" - документации на продукт, чертежей платы и спек на компоненты.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 17:27
	> Особенно заметно это становится когда из программирования переходишь к отладке электроники > - оно пыхает постоянно. :) сочувствую. померял я ток кз тут у странно себя ведущего стабилизатора. (стабилизатор жив, собственно, согласно купленному билету, тестер тоже, китайский разветвитель питания - ой, всьо) кстати, посоветуйте что-нибудь на 12 вольт повышающее (или универсальное, на выходе бп у меня 11.3) и не прocирающееся от аж трех ампер так что напряжение падает ниже 11?
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	42. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 18:21
	Так может сразу БП взять на 12В? Из формулировок может получится что у вашего БП мощности не хватит на ваши хотелки. Посоветовать не могу, я в этой теме особо не разбирался никогда (по сравнению с моими бывшими коллегами окончившими профильные заведения и работающими по профилю), лучше будет сразу поискать в инете :)
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
	Сообщение от пох.. (?), 12-Окт-26, 18:33
	> Так может сразу БП взять на 12В? тут либо бп либо мощный стабилизатор. два в одном не бывают. > Из формулировок может получится что у вашего БП мощности не хватит сгоревший с дымом и вонью кабель как бы намекает что у этого чудовища мощности вполне  хватит спалить весь дом. Оно такое, чуть с килограмм весом. (еще его жертвой когда-то пал красивенький китайский вольтметр - я забыл при первом включении что эта тварь может дать на выходе и 35, а китаец покрутить не туда крутилку до щелчка - не забыл, гад) собственно, я хотел посмотреть, а держит ли он заявленные амперы - держит. Ну он мерзко зажюжжял, конечно, но с ним самим-то ничего не случилось. Моя проводка тоже не нагрелась даже, там 12awg. А вот на конце висела китайская многоножка, и ей кирдык. Он не делает то что ему полагается делать - держать стабильным _напряжение_ независимо от нагрузки на выходе. Просто неудачная модель (полагаю, каждая первая на али). Вот какие там удачные - это сокровенное знание узких кругов.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 21:11
	> тут либо бп либо мощный стабилизатор. два в одном не бывают. ой ли! Возьмём БП комповый, посмотрим потребление видяхи и посчитаем немного. Видяхи там по пол киловатта уже жрут поди, 500/12 = 41А. Впрочем можно было и не считать, там обычно на наклейке БП расписано :) На радиокоте и прочих ресурсах было много про переделку комповых БП в "лабораторные" - с релировкой напряжения короче. Да там и без переделки можно 12В много для чего забирать. Опять же, куда там вам эти 12В? И при больших токах у вас потери на проводах заметные будут. Если был рассчёт пустить на питание светодиодов освещения всего дома - затея плохая: 1. провода толстые нужны будут и тянуть их придётся 2. вместо автоматов придётся ставить плавкие предохранители, видимо от автохлама, это уже немного не технологично. У меня были ATX совместимые БП с питанием от 12В - я их вывел из употребления, ибо гонять по проводам и через 5525 штекер по 10А не комфортно, гораздо комфотрнее гонять по 5А при 20В, пусть и через usb type c.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 13-Окт-26, 01:37
	> Возьмём БП комповый, посмотрим потребление видяхи и посчитаем немного. а как ты думаешь, где изобрели - staggered spinup и для чего? поэтому комповый бп (где таки есть стабилизированные 12 вольт) я отметаю сразу, как крайне неэффективную штуку. (Ну и несуразно дорогую на требуемые мне параметры) > Видяхи там по пол киловатта уже жрут поди, 500/12 = 41А. хрен тебе, по правилам каких-то сертификатовров ни один коннектор не должен давать больше 12 ампер. Поэтому в видеокарту и приходит адский жгут. С аж восемью раздельными +12. Так что снять-то ты с дорогущего блока эти 40 можешь, по крайней мере в теории, но есть нюанс. > Опять же, куда там вам эти 12В? > И при больших токах у вас потери на проводах заметные будут. там шина 12awg, конечные подводки 18. И это не светодиоды километровой длинны, самый длинный проводок 25 сантиметров.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (9), 13-Окт-26, 09:28
	Комповый БП (за исключением очень дорогих с раздельными стабилизаторами) стабилизирует одно выходное напряжение (3.3 скорей всего, как самое важное). Остальные находятся к нему в заданной номинально пропорции. Он вообще выдает правильные напряжения только когда нагружен в той пропорции мощностей, что указано на БП. Поэтому если брать у него только 12В, то оно может плавать гораздо сильнее, чем ожидается. А так - взять понижающий безиндуктивный dc-dc преобразователь. По схемотехнике это самое стабильное (по факту это просто шим с ключевым транзистором и выходным конденсатором), скорей всего и самое дешевое. Подключить со стороны потребителя, чтобы падения напряжения на подводке не сказывалось. На подводке важно не только сопротивление самих проводов, но их контактное сопротивление (например, окисленная многожильная медь накрученная на стальной болт).
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 13-Окт-26, 10:11
	> А так - взять понижающий безиндуктивный dc-dc преобразователь. По схемотехнике это самое тогда надо где-то брать другие источники, вольт на 18 хотя бы, а лучше на 20. Но я без понятия где такое берут. Ближайший вариант - какие-нибудь блоки питания старинных ноутов, но они ж дохлые все. Если есть наводка на али - я бы с удовольствием посмотрел на такое. С выходной мощностью хотя бы три, лучше пять ампер. С подводкой все нормально - покойный китайский разветвитель был оставлен при измеризмах ровно на посмотреть, все ли там хорошо. Пока не задымился - все и было хорошо. Доли ома там после всех коннекторов остаются. истино вам говорю - не связывайтесь вы с низковольным питанием. Я-то ржал сперва с д-лов проектировщиков солнечных батарей, а оно вона как...
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (9), 13-Окт-26, 10:40
	Трудно что-то сказать определенное с такой скудной информацией. Может блок питания с завышенными данными. Мало ли что он килограмм весит, может там камень внутри лежит, как в некоторых аккумуляторах. Если входной конденсатор на такое не рассчитан, то там ничего не поможет. Может там ограничитель тока встроен. А приличных 12в/3а блоков полно. Забить meanwell 12v и выбрать себе что в корпусе, что без, что на шину в счетчик, разве что с запасом тока (на 5 или 6 ампер)раз нагрузка постоянная. Начинка вся примерно одинаковая. Разве что блоки питания для светодиодов я бы не стал брать (там стабилизации напряжения действительно может не быть толком, потому что для лед требуется скорее источник тока).
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 13-Окт-26, 12:08
	> Трудно что-то сказать определенное с такой скудной информацией. Может блок питания с > завышенными данными. говорю ж, померял. 10A он выдает со свистом. А больше там ничего не нужно. (и столько конечно тоже не нужно) ограничитель вот на эти 10 и настроен (дальше я за китайский мультиметр переживаю, он-то нет). хммм... такое, говоришь? https://www.amazon.com/MEAN-WELL-EDR-120-12-Single-Output/dp...
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (9), 13-Окт-26, 12:40
	Типа того (имхо это уже перебор по току). meanwell хороший и известный производитель.
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 13-Окт-26, 13:07
	> Типа того (имхо это уже перебор по току). meanwell хороший и известный > производитель. спасибо, вернусь в цивилизацию (где приходят доставки с амазона), попробую. по размеру вроде в шкаф влазит.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 13-Окт-26, 15:06
	У меня для 12В последнее время стояли из хозмага китайцы всякие, их там куча разных - у всех корпус мелталлический с отверстиями и болтовые зажимы под провода. Есть там и крутилка для напряжения. Они на светодиодных светильниках у меня были и питали вифи точку доступа. Служат года по 3, потом кондёры менять надо. Но я их не грузил особо, думаю максимум там было 3А в одной комнате где светильники большие. И кроме одного остальные работали не постоянно, ибо свет постоянно не нужен.
	Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

	185. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (185), 13-Окт-26, 23:48
	> Комповый БП (за исключением очень дорогих с раздельными стабилизаторами) стабилизирует одно выходное напряжение (3.3 скорей всего, как самое важное). Остальные находятся к нему в заданной номинально пропорции. Он вообще выдает правильные напряжения только когда нагружен в той пропорции мощностей, что указано на БП. Поэтому если брать у него только 12В, то оно может плавать гораздо сильнее, чем ожидается. Старая информация. Сейчас чаще всего там только 12 (так как идёт и в проц и в граф.процессор), а остальные делаются его понижением.
	Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

	147. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (9), 13-Окт-26, 09:35
	> собственно, я хотел посмотреть, а держит ли он заявленные амперы - держит. > Ну он мерзко зажюжжял, конечно, но с ним самим-то ничего не случилось. > Моя проводка тоже не нагрелась даже, там 12awg. > Он не делает то что ему полагается делать - держать стабильным _напряжение_ независимо от > нагрузки на выходе. Так и будет, если в нем выходной индуктивный фильтр. Стабилизируется до него, а у дросселя есть еще и активное сопротивление. Какая-то доля ома, но на 3 ампер это уже доли вольта.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	149. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 13-Окт-26, 10:01
	доли вольта я бы пережил. Но оно на несколько вольт проваливается, диски такое не переварят. И не в момент скачка нагрузки, а постоянно пока нагрузка не снизится. ыы небось проектировал! (нет, хуже, китаец)
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от анна нимовна (?), 12-Окт-26, 20:09
	>для электронщика это ещё и потеря компонентов и поэтому у них есть специальное ведро для горелых деталек, а не то что ты пишешь про скурпулезное поперепропопопроверяние )
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	104. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 21:23
	Ведра у наших не было :) Но там хотя бы проверяют на КЗ перед включением, почти всегда, а у программистов проще запустить.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Пыщь (?), 13-Окт-26, 09:07
	эт если мелочёвка пыхает. Но чо-то по 2 раза на дню выпаивать bga-шные корпусы (если вдруг ещё и недешёвых ПЛИС-ов) - аще не тянет. Можно, конечно, наготовить расходных плат и менять уже их - но это уже что-то на бохатом. Всё-равно оплачивающий банкет вечно не будет сквозь пальцы смотреть как ты десятками изводишь не самые копеечные блоки, это ещё время для получения новой "тестовой" партии (ну не тыщами же будут заказывать "тестовое", чтобы 1 штучка стала копеечной).
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	39. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (39), 12-Окт-26, 18:17
	Это глупое изречение. Индустрии строительства столько же лет, сколько человечеству, накопленный опыт несравним.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	52. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (52), 12-Окт-26, 18:36
	И вдвойне глупый если подумать и понять что требования к зданию выдвигаются на этапе планирования строительства и в будущем практически не меняются. А вот программы эволюционируют в течении всей жизни.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 18:49
	> И вдвойне глупый если подумать и понять что требования к зданию выдвигаются > на этапе планирования строительства и в будущем практически не меняются Казалось бы - что мешает строить здания с бумажной крышей (а чо, когда строили - дождь же не шел!) и бумажными же стенами (а чо, когда строили - ветра не было, +25, жарковато) А потом переделывать сперва потому что дождик пошел, потом потому что ветром сдуло стены, потом потому что зимой как-то прохладновато за соломенными, и отопление вот какое-то еще враги изобрели. Ведь так тебе будут платить зарплату вечно, а не один раз. > А вот программы эволюционируют в течении всей жизни. А можно как-то сделать чтобы они умерли? Меня вполне устроит мертвая программа. Не эволюционирующая. Вот прям на днях пришлось разгребать последствия такой эволюции.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (-), 13-Окт-26, 00:41
	> Казалось бы - что мешает строить здания с бумажной крышей (а чо, > когда строили - дождь же не шел!) и бумажными же стенами > (а чо, когда строили - ветра не было, +25, жарковато) В принципе и строят. Там где климат к тому благоволит.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 13-Окт-26, 01:27
	> В принципе и строят. Там где климат к тому благоволит. на марсе чтоль? В тропиках у нас мусонные сезоны, там нынче все больше монолитный железобетон в ходу (ни разу не шучу) в японии любили бумажные перегородки, но внешние стены таки не (хххххоллллоддддно зимой патамушта), да и осталось такое только в всяком историческом.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+2 +/–
	Сообщение от Смузихеб забывший пароль (?), 12-Окт-26, 19:29
	Как-то неубедительно. Сколько всевозможных проверок и тестирований на разных этапах Если бы здания строили хотя бы вполовину так же - проблем с ними было бы гораздо меньше. Ведь иначе нашёлся бы какой-нибудь чОртов тестировщик, который: "ой, а вот если я зажигаю спичку и бросаю её возле штор в деревянном доме - то он начинает гореть, а он не должен гореть, это недоработка", "ой, а вот если я открываю газовые конфорки на полную без зажигания газа и потом чиркаю спичкой - происходит взрыв. Газ не должен просто так идти в помещение. Недоработка" "ой, а если затыкаю все отверстия в ванне и пускаю воду на полную - то в итоге начинает топить соседей, а их не должно топить - вода должна отключаться", "ой, а если я зимой залезаю на обледенелую крышу - то падаю с неё. Я либо не должен туда вообще попадать хотя бы зимой, либо - не должен с неё падать. Недоработка" итд
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	107. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (11), 12-Окт-26, 21:36
	ой, а если земля круглая, то мы с нее непременно должны свалиться :)))
	Ответить | Правка | Наверх | Cообщить модератору

12. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+4 +/–
Сообщение от pofigist (?), 12-Окт-26, 16:15
> Для Debian GNU/Linux 13 опубликовано обновление пакета с ядром Linux 6.12.111-1, в котором устранено 1313 уязвимостей. Миллион глаз... Но что сынку - помогли тебе твои кожаные мешки? А сколько ещё не найдено, если такое выкатывают чуть ли не ежемесячно...
Ответить | Правка | Наверх | Cообщить модератору

	20. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 17:11
	И что вам с этими багами плохо жилось прошлые 25 лет?
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 17:28
	помилуй, им еще и от роду нет году! (тот баг с af_socket - с 6.12 или что-то вроде того) и никакого pcre2 25 лет назад тоже не было (и да, меня всем устраивал старый)
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–1 +/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 18:41
	Не с этими дак с другими. Это же нытики-истерички: под каждой новостью: "ааа фсё пропало!!! как мы так жили!!! Нада штотоделать!!!". А спроси их какие конкретно они баги могут назвать, что встречали лично - хорошо если ОДИН вспомнят. Даже я с трудом назову наверное с десяток всяких багов/эксплоитов (кроме кряков к прогам) с которыми реально пришлось иметь дело: использовать, ликвидировать последствия, превентивно патчить - потому что 100% есть и эксплуатируем. И это при опыте в 26 лет и широком кругозоре. Впрочем, читатели ностей и смотретели тилявизора с красными кратами смерти каждый день (чумка, жара, осадки, засуха) - они могут только реагировать рефлекторно.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 18:45
	> Даже я с трудом назову наверное с десяток всяких багов/эксплоитов (кроме кряков > к прогам) с которыми реально пришлось иметь дело: использовать, ликвидировать последствия, > превентивно патчить - потому что 100% есть и эксплуатируем. И это это если получилось - превентивно. У меня, к сожалению, опыт поинтереснее. но я, как ты понимаешь, не подкроватные хосты за натом админил. Большинству здешних белок-истеричек действительно ничего не грозит.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 19:41
	Так и мой подкроватный сервер в сети уже лет 20, лет 16 там фря и какие то сайтеги на пхп. RDP у меня тоже наружу всегда торчал, когда было куда / имело смысл. Просто у меня всего мало, а времени было много, поэтому я всё знаю как свои 3 пальца и оно всё не типовое. chroot для пхп был с самого начала, тогда я его ещё руками собирал. На работах у меня больше 40 офисных хостов не было, а сервисы если были то типа 1с и файлопомойки - всё внутренее, за редкими исключениями.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от pofigist (?), 13-Окт-26, 11:40
	Прошлые 25 лет эти баги искали и писали к ним эксплоиты такие же тупые и тормознутые кожанные мешки. Поэтому было терпимо. А сегодня, когда это делают быстрые и умные ИИ-агенты, применять ПО, созданное кожаными мешками просто опасно.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	169. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 13-Окт-26, 15:08
	Так отрекись от компа!
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от pofigist (?), 14-Окт-26, 01:41
	> Так отрекись от компа! Проблема не в компах, а в уродливом явлении - когда код пишут люди.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 17:17
	В целом, если половину кожановых усыпить, станет лучше. Я посмотрел что там в этом CVE-2026-80521 - единственный вопрос (регулярно повторяемый) - о чем вот думал б-жок с пальцем притащив в ядро это невероятную xyeверть на совершенно пустом месте? У какого еще подразделения ibm af_unix сокеты "нидастаташна быстра" создавались? Упртые ушлепки.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	53. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (52), 12-Окт-26, 18:37
	Например тебя. Ровно ноль человек будет сожалеть.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–1 +/–
	Сообщение от пох.. (?), 12-Окт-26, 18:42
	> Например тебя. Ровно ноль человек будет сожалеть. по тебе тоже никто скулить не будет.
	Ответить | Правка | Наверх | Cообщить модератору

14. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–1 +/–
Сообщение от Ivan_83 (ok), 12-Окт-26, 16:28
> Уязвимости в сервере печати CUPS. Эту помойку никогда не исправят, ИМХО, там дизайн такой: всякие фильтры/генераторы запускаются с пользовательскими данными. Надо собратся силами и запихать в chroot, походу это сейчас самый опасный сервис на домашнем сервере без изоляции.
Ответить | Правка | Наверх | Cообщить модератору

	18. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 17:05
	но зачем ты собираешься печатать - троянские документы?!
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 17:17
	Это внутренний (локальный) сервер печати, я сам то туда печатать троянские документы не буду, но если в сетке нечто заведётся (а тут дети со своими виндовсами и играми, гости с мобилами - да, мне лень сегментировать сеть и играть в энтерпраз дома), то оно запросто может пролезть в сервер через такое огромное отверсткие как CUPS. Я даже apcupsd умудрился засунуть в chroot. Хотя с mariadb возсни на порядки больше было. Потенциально там есть ещё несколько чисто внутренних сервисов, но их сканированием портов не найти, а URL ещё догадатся надо какой, в общем оно совсем точно не про автоэксплуатацию, в отличии от купса.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–1 +/–
	Сообщение от пох.. (?), 12-Окт-26, 17:19
	> Это внутренний (локальный) сервер печати ну тк надо не чрутами баловаться а изолировать его от остальной сети. Чтоб поломав - только член можно было распечатать. чрут тут вообще ни при каких делах. Если чо - asa5520 продают по бросовым ценам.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 18:25
	Я не хочу играть в энтерпраз дома. Максимум я просто могу убрать CUPS с домашнего сервера на какойнить ненужноарм который будет внутри себя заниматся всеми этими преобразованиями. chroot тут выглядит самым бюджетным решением из всех, и даже более безопасным по сравнению с ненужноармом тк внутри chroot всё сильно строже и не стандартнее.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 18:42
	> Я не хочу играть в энтерпраз дома. тогда нефиг принтер подставлять недоверенным гражданам. > Максимум я просто могу убрать CUPS с домашнего сервера на какойнить ненужноарм тоже вариант но пока тот не изолирован от остальной сети- ты можешь получить троянского армированного коня у себя дома. чрут от этого еще меньше защищает. А вот простенький dir-100 перешитый в режим с поддержкой вланов - таки да. Но фильтровать все же лучше чем-то другим нежели фрибсд.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 19:12
	Да у меня этих армированных коней дома и так навалом - домашние в своих андройдах помойки как обычно развели и меня не подпускают :) chroot нормально защищает, там же обычно рассчёт что все утилсы и сам шелл есть, и что поарится можно, скачать ещё что то и позапускать. А у меня чруты вредные, там пусто, и ничего не запускается. Управляемые свичи в хозяйстве есть уже давно, года с 2011 у меня роутер-сервер одноногий, а домашняя сеть и провайдер в разных вланах. дыр-100 когда то был, подарил другу чтобы учился, ещё 10+ лет назад :) Я тут с DGS1100 развлекаюсь: там походу стабилизаторы питания перегреваются. Вроде колхоз радиаторов помог. По спекам на микруху проблем быть не должно было вообще, но ощущение что там какие то поддельные стоят :) Но это мыльницы для уровня комнаты, раньше 1210 стояли центральными, пока же им места/смысла нет. И потом, сервис печати технически нужен даже посторонним, вынести его в отдельный влан или ограничить доступ по IP я не могу - он потеряет смысл. Меня вечный HP1320/1018 на что то современное-одноразовое зато со встроенным IPP не оч хочется, тем паче что я свои домашние даже на 0,01% не загонял до такой степени как я видел их насиловали в организациях.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 19:22
	> И потом, сервис печати технически нужен даже посторонним доступ должен быть закрыт - _с_ него. Чтобы исполнив на нем какой-нибудь пдф - мочь вот ровно напечатать МПХ на подключенный принтер. А не посканить каких там еще дырок есть на твоем хосте. chroot от этого защищает ровно никак, jail - кое-как.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 19:34
	Ваще то мне там закоммитили на гитхуб для моего chroot_env как раз штуку чтобы и правила в PF накидывать - там же юзер выделенный, а PF умеет с юзерами работать.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (76), 12-Окт-26, 19:17
	>asa5520 продают по бросовым ценам настолько бросовые, что даже я ахнул (никогда не интересовавшись железками сложнее моего асус-роутера)
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	145. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Пыщь (?), 13-Окт-26, 09:22
	> Если чо - asa5520 продают по бросовым ценам. Случаем это не те циськи, у которых часть выявленных уязвимостей осталась не исправленной? Типо версия устарела (ага-ага, там исправления сильно могло покорячить остальное, проще сменить всё)
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	151. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 13-Окт-26, 10:21
	>> Если чо - asa5520 продают по бросовым ценам. > Случаем это не те циськи, у которых часть выявленных уязвимостей осталась не это те циски, где если специально ничего не делать (лишнего), из доступного снаружи - только сам пакетный фильт и больше ничего вообще. А если тебе хочется поуправлять ей - вон отдельный rj-45 и там сеть которая не маршрутизируется в принципе. Поэтому совершенно, феерически до 314ы что там устарело. устарела там концепция, пакетные фильтры с хелперами в 2k26 уже немодняво. Да еще и сделан он не по людски совершенно, какими-то рептилоидами (говорят, кстати, evil russian какой-то). Но привыкнуть можно, а для дома для семьи - за глаза. версию кстати надо при покупке спрашивать и проверять, там она ни разу небесплатная, и лицензия тоже. Но это бу железки краденые или списанные у энтерпрайзов, там обычно все как надо до тебя уже сделали. Иногда смяшнявое потому что конфиг забыли почистить и оно до сих пор поезда под откос пускает.
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Пыщь (?), 13-Окт-26, 16:07
	Я про подобное: https://www.opennet.ru/opennews/art.shtml?num=43855 Или обходиться без этих IKEv* и прочего "не внушающего доверия".
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 13-Окт-26, 17:32
	ну ЭТО дома Ване точно не потребуется. (причем чтобы оно стало проблемой, мало включить-настроить, надо еще очень постараться чтоб оно такой пакет вообще приняло от левого васяна а не на пол уронило) К тому же вряд ли за ним охотятся фсб, фнб и фбк, а без них и еще помощи рептилоидов  подобрать точные оффсеты к конкретной хрен знает какой (она сама - не расскажет) версии конкретной коробки вряд ли получится.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Инопланетянин (?), 12-Окт-26, 20:29
	> Это внутренний (локальный) сервер печати, я сам то туда печатать троянские документы не буду Зачем вообще его держать поднятым, если не печатаешь постоянно. Надо напечатать - поднял. У меня cups отключен.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	105. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 21:24
	Может мне и интернет из розетки выключать когда все спят?)
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Инопланетянин (?), 13-Окт-26, 00:14
	> Может мне и интернет из розетки выключать когда все спят?) Ну я выключаю.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–1 +/–
	Сообщение от Аноним (57), 12-Окт-26, 18:42
	Так надо не в chroot запихивать, а отдельного пользователя с урезанными капами. Chroot как изоляция не работает, гугли "execve без бинарника".
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	106. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 21:35
	В случае купса оно и так под отдельным юзером. 1. "/proc/self/fd/..." - у нас self нету. Да и proc я могу в chroot не монтировать, и даже в смонтированном могу убрать fd. Хотя с fexecve это не важно... 2. Чтобы вызвать memfd_create() + нужно контролировать поток выполнения. Как вы собрались из того же купса что то такое навызывать? PS: спс что поделились знаниями :)
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (179), 13-Окт-26, 19:49
	> Эту помойку никогда не исправят Хочешь сделать хорошо - сделай это сам. Не хочется ? Не можется ?
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	180. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (179), 13-Окт-26, 19:50
	Меня устраивает - сам принтерами не пользуюсь, на всяких киосках норм чековыбивалки подключать.
	Ответить | Правка | Наверх | Cообщить модератору

24. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
Сообщение от rvs2016 (ok), 12-Окт-26, 17:21
> Проблемы устранены в выпуске 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 у меня на одном из сайтов не будет работать обработка изображений. И чё теперь - сносить все пакаджу под нуль и устанавливать их все заново что ли, чтобы апач не требовал валить имаге магик?
Ответить | Правка | Наверх | Cообщить модератору

	28. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+4 +/–
	Сообщение от пох.. (?), 12-Окт-26, 17:33
	или наконец скачать дерево портов и посмотреть где умудрились сделать апач зависимым от имажики да еще конкретной версии несовместимой с твоей. И выкинуть все это к чертям собачьим, пересобрав апач заодно и без всех вон тех поделок, там разьве что valias нужен, да и тот без моднявой фичи прекрасно обойдется. (до сих пор не могу забыть virtualbox притащивший за собой mkisofs и всю growisofs'ную музыку в шесть слоев. А почему?! А патамушта он же _может_, с... , подключать образы дисков! Давайте мы всю эту хрень заодно притащим в зависимостях?! На системе где нет и не будет никаких исо и тем более никто не собирался их собирать, очень ведь нужны.)
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от rvs2016 (ok), 12-Окт-26, 17:47
	> или наконец скачать дерево портов и посмотреть где умудрились сделать апач зависимым > от имажики да еще конкретной версии несовместимой с твоей. И выкинуть > все это к чертям собачьим, пересобрав апач заодно и без всех И потом валить апача пакаджевого и инсталлировать апача портового? Не хочется пакаджевые установки смешивать с портовыми... Или ты намекаешь на то, что можно из порта собрать пакадж и установить его потом как-то аля пакаджевым (а не портовым) методом?
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 18:09
	> И потом валить апача пакаджевого и инсталлировать апача портового? make install записывает информацию в порты. pkg ее видит и способен использовать. make package можешь уже и не запускать (как вы там вообще выживаете с такими отрывочными знаниями?)
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от МИСАКА (?), 12-Окт-26, 18:19
	А зачем вам virtualbox тогда, есть же нормальные движки виртуализации
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	44. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 18:21
	для freebsd - нету. А винду туда не поставишь.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 18:31
	Бихайв же. И венду туда поставить можно и даже видяху пробросить вроде тоже, прям всё как PCI девайс. Единственное что оно без заморочек только с UEFI система гостевыми пашет, те дос, 98 и ХР там не встанут просто так.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 19:05
	> Бихайв же. порадовал отсутствием... драйвера pata. В смысле - виртуализации аты со стороны хоста. Была найдена чья-то васянова поделка, но она явно мертвенькой уже родилась. Наверное васян тоже махнул рукой, "не больно и хотелось". > И венду туда поставить можно и даже видяху пробросить вроде тоже, прям венду - можно. линукс с трудом и не всякий. А вот freebsd собранную с ad и без da - нельзя оказалось никак. Причем она пережила громадную историю, от vmware server v1 на линуксах до нынешнего vbox'а на фре, с кучей побочных ходов. И в qemu все еще бодро стартует. Исходники вот прогадились, собрать ей сейчас драйвер не выйдет. > Единственное что оно без заморочек только с UEFI система гостевыми пашет, те то как оно это уефи отдельно череззадницу загружает - совсем нельзя назвать "без заморочек". не, этот продукт совсем каких-то больных нитакусей - вычеркиваем сразу же. лет через пятьдесят может кто-то с ыы допортирует dom0 и qemu - были обе попытки, с первым даже два раза, но каждый раз что-то шло не так.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 19:22
	ahci-hd разве не оно? Линукс - я бубунту 20+ юзаю и опенврт, проблем не встречал. > Исходники вот прогадились, собрать ей сейчас драйвер не выйдет. Ээээ а посмотреть uname -K а потом вытянуть из гита с такой же __FreeBSD_version нельзя? > то как оно это уефи отдельно череззадницу загружает - совсем нельзя назвать "без заморочек". Это вы про коребут бивис то? Ну да... Но мне лично хватает, я не настолько зависим от всяких фич.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 20:53
	>> Исходники вот прогадились, собрать ей сейчас драйвер не выйдет. > Ээээ а посмотреть uname -K а потом вытянуть из гита с такой > же __FreeBSD_version нельзя? это надо где-то разворачивать, как-то компилять, в общем, ради щастья иметь бхайв не буду уже. (дешевле было б наверное починить pata в нем) >> то как оно это уефи отдельно череззадницу загружает - совсем нельзя назвать "без > Это вы про коребут бивис то? это я про двойную загрузку когда надо сперва загрузить загрузчик, потом в ЭТО подпихнуть собственно виртуальную машину. Нет, я знаю что это автоматизируется, но ЧТО в голове у того кто эту чушь вообще придумал-то, и что мешало сделать так как это принято у всех остальных? Непонимание что виртуалки переживут его поделку и родились задолго до нее? Полное отсутствие деньгов и времени? собственно, поддержка полутора драйверов о том же говорит.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 21:21
	Качаешь ближайший релиз, только обязательно чтобы там цифра меньше была той что у тебя, ставишь в виртуалку, стягиваешь туда сорцы и всё. Тем более тебе только ядро и даже не всё надо, можно, наверное только один нужный модуль собрать. > это я про двойную загрузку когда надо сперва загрузить загрузчик Для UEFI не надо. /usr/sbin/bhyve -l bootrom,"${THIS_DIR}/../BHYVE_UEFI.fd" ...
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 13-Окт-26, 01:58
	> Качаешь ближайший релиз, только обязательно чтобы там цифра меньше была той что > у тебя, ставишь в виртуалку, стягиваешь туда сорцы и всё. Тем ну такое себе, на пол-дня развлечение. К тому же такого релиза нет, это stable давно переживший все релизы. Может чужой драйвер и подойдет, конечно, но оно того явно не стоило. Дешевле наверное перенести все это на современную систему. Но мне неохота терять время (и для этого и нужна виртуализация). >> это я про двойную загрузку когда надо сперва загрузить загрузчик > Для UEFI не надо. > /usr/sbin/bhyve -l bootrom,"${THIS_DIR}/../BHYVE_UEFI.fd" ... автоматизация, мда. Но в том что у меня в виртуалках, uefi, нетрудно догадаться, не предвидится. а жуткое глюкало vbox - три года кое-как протелепалось с последнего ребута. (сейчас правда начало глючить - то ли перезагрузить его, то ли выкинуть) самое смешное, что будь там линукс - незачем было бы вообще время тратить. qemu эти виртуалки прекрасно запускает, хотя когда они затевались, и куемы-то еще толком не было.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 18:29
	Надо смотреть что там внутри. А если вы ругаетесь на коробку - то может и зря, меинтейнер хотел чтобы у хомяка было сразу всё под рукой... Я с портов сам собираю, как потому что знаю что мне надо а что нет, и лишние 100500 пакетов на всякий случай меня нервируют.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	50. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 18:33
	А вам ваши религиозные убеждения мешают его обратно поставить?
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	69. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 19:07
	> А вам ваши религиозные убеждения мешают его обратно поставить? а нельзя было pkg научить либо автоапгрейдить либо оставлять в покое? до такого позора даже dpkg не опускается, а ему все же на 20 лет больше.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 19:14
	Бабта спрашивайте, у меня pkg работает в примитивном совсем режиме и таких проблем нет.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от rvs2016 (ok), 13-Окт-26, 09:05
	> А вам ваши религиозные убеждения мешают его обратно поставить? "Религия"-то очень простая: Если из Имаге Магик апачу чё-то мешает, то обратная установка Имаге Магика будет говорить, что ей чё-то мешает из апача.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	152. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 13-Окт-26, 10:24
	> Если из Имаге Магик апачу чё-то мешает, то обратная установка Имаге Магика > будет говорить, что ей чё-то мешает из апача. обратно ты будешь другую версию ставить. Кстати, учитывая что оно у тебя кажись обрабатывает внешние файлики - ты б с ее апгрейда и начал бы прямщас. А то у этой софтины и ее зависимостей печалная практика открывая гифчик заодно его и выполнить. (и да, не так давно очередная пачка фиксов приезжала вот в это вот всьо)
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от rvs2016 (ok), 13-Окт-26, 11:37
	> обратно ты будешь другую версию ставить. Кстати, учитывая что оно у тебя > кажись обрабатывает внешние файлики - ты б с ее апгрейда и > начал бы прямщас. Ух ты! Вот это поворот! Спасибо тебе, добрый человек! Апгрейд этой софтины сам предложил обновить апача как раз до нужной версии: # pkg upgrade ImageMagick7-nox11 ... Installed packages to be UPGRADED: ImageMagick7-nox11: 7.1.1.26_4 -> 7.1.2.25_2 ... apache24: 2.4.59 -> 2.4.69 Ну по дороге там ещё кучу всяких используемых мною в разной мере пакаджей проапгрейдит типа перлов, ффмпегов, кучу перло-модулей заново переинсталлирует по причине direct dependency changed: perl5 (origin changed). В общем попробую. И апача не понадобится руками апгрейлить, т.к. апгрейд имаге магика сам проапгрейдит апача. Вот это прикол! :-)
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 13-Окт-26, 11:59
	> Ну по дороге там ещё кучу всяких используемых мною в разной мере > пакаджей проапгрейдит типа перлов, ффмпегов, кучу перло-модулей заново переинсталлирует ну в целом-то - "Momoko Shiraishi discovered that FFmpeg did not correctly handle certain memory operations. An attacker could possibly use this issue to execute arbitrary code.(CVE-2026-30754)" > по причине direct dependency changed: perl5 (origin changed). "Harsh Raj Singhania discovered that the Perl DBI module did not correctly validate certain attributes. An attacker could possibly use this issue to execute arbitrary code. (CVE-2026-78030)" это вот прям с-пылу-с-жару. А про имагик мне лень рыться, это на прошлой неделе было.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–1 +/–
	Сообщение от Sm0ke85 (ok), 13-Окт-26, 08:29
	>И чё теперь - сносить все пакаджу под нуль и устанавливать их все заново что ли, чтобы апач не требовал валить имаге магик? Нет, нужно линуксом учиться пользоваться. Походу тебе зависимости надо пересмотреть...
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	144. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от rvs2016 (ok), 13-Окт-26, 09:11
	>>И чё теперь - сносить все пакаджу под нуль и устанавливать их все заново что ли, чтобы апач не требовал валить имаге магик? > Нет, нужно линуксом учиться пользоваться. Спасибо за совет. Вариант ухода с фряхи я не рассматривал. > Походу тебе зависимости надо пересмотреть... Пересматривать зависимости мне? Не я же пакаджи в "репозитарии" наталкиваю. И я не студент, которому интересно ковыряться в ручных сборках программ. Мне работать надо, а не с зависимостями ковыряться так, как будто я студент беззаботный.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 13-Окт-26, 10:28
	> Пересматривать зависимости мне? Не я же пакаджи в "репозитарии" наталкиваю. И я > не студент, которому интересно ковыряться в ручных сборках программ. Мне работать тогда ты выбрал не ту операционную систему. репо фряхи изначально придуманы не для того чтобы там брать критичную для тебя деталь, а для того чтобы когда ты ее пересобрать как ТЕБЕ надо задумал (и это то чем, собственно, хороша фряха, и что безуспешно пытались косплеить неудачники гентушники кривыми руками и пихоном) - и вот с апачем и имажиком торчащим вовне я бы обязательно это делал, собрав только необходимый минимум фич - тебе не пересобирать еще весь интернет зависимостей-зависимостей, нужных только для этой сборки, а какой-нибудь cmake просто скачать готовый.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 13-Окт-26, 15:13
	Внезаптно для имагемажика ещё его конфиг играет большую роль, а туда ваще кроме автора имагемагика кажется никто не заглядывал :) Тут как то была статья про очередную багу в нём с выполнением кода и был ВА как раз поправить конфиг, я его себе утащил :)
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 13-Окт-26, 17:25
	> Внезаптно для имагемажика ещё его конфиг играет большую роль, я там кроме /pdf/s/^#// ничего существенного не помню а кто пдфы обрабатывает подобным образом - сам виноват!
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Sm0ke85 (ok), 16-Окт-26, 07:07
	>Спасибо за совет. Вариант ухода с фряхи я не рассматривал. Ну там около того же история, просто порешать зависимости... >Пересматривать зависимости мне? Не я же пакаджи в "репозитарии" наталкиваю. И я не студент, которому интересно ковыряться в ручных сборках программ. Мне работать надо, а не с зависимостями ковыряться так, как будто я студент беззаботный. Иначе - никак...
	Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

	178. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–1 +/–
	Сообщение от BorichL (ok), 13-Окт-26, 17:43
	Эьто потому что подход к обновлению неправильный... cd /usr/ports/www/apache24 && make build reinstall clean И апач новый, и имаджмагик жив.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	181. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–2 +/–
	Сообщение от Аноним (179), 13-Окт-26, 19:54
	А кто то в здравом уме еще использует апач как веб сервер ?
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

31. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+7 +/–
Сообщение от Аноним (33), 12-Окт-26, 17:45
Ровно все уязвимости чистые случайности. Никто не виноват инфа сотка. Это правда в последней инстанции. Я гарантирую это.
Ответить | Правка | Наверх | Cообщить модератору

35. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
Сообщение от Аноним (35), 12-Окт-26, 17:57
Так и живём кто то делает уже фильмы с помощью нейросетей, а кто то ещё ищет сквозняк хотя там на его компе сквозняк и ничего опережающего нету
Ответить | Правка | Наверх | Cообщить модератору

43. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–2 +/–
Сообщение от Аноним (43), 12-Окт-26, 18:21
Уже даже ИИ подключили, а поток сишных уязвимостей не прекращается.
Ответить | Правка | Наверх | Cообщить модератору

	110. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+2 +/–
	Сообщение от Аноним (110), 12-Окт-26, 23:01
	Получается, причина не в Си...
	Ответить | Правка | Наверх | Cообщить модератору

49. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–2 +/–
Сообщение от Аноним (49), 12-Окт-26, 18:33
> выход за пределы корневого каталога изолированного jail-окружения > обход механизмов сетевой изоляции в jail Иваааан! Что с лицом? А как пел, как пел! И не страшны ему никакие уязвимости в софте, потому что jail, и вообще ничего фиксить не надо, потому что jail. И тут внезапно мы узнаём, что у jail не хватает пары walls. > крах ядра через отправку специально оформленного сетевого пакета при включении KTLS И вишенкой на торте ping of death.
Ответить | Правка | Наверх | Cообщить модератору

	54. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–1 +/–
	Сообщение от Аноним (52), 12-Окт-26, 18:39
	Ну перестань, то же бздуны. У них кроме рассказов как великолепна их ос на форумах больше и нет ничего.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+2 +/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 19:01
	Это мне? 1. Я не про jails а про chroot постоянно тут пишу. Это совсем разное, хоть и похоже внешне для обывателя. В jail наваливают целую ОС и обращаются с ней практически так же. Это по сути виртуалка на минималках. В chroot я наваливаю ровно то что НЕОБХОДИМО для запуска и работы, и наваливается оно почти всё под RO, а то что под RW смонтировано оно ещё и noexec+nosuid. 2. А вы читали оригинальные SA? Для выхода из клетки надо чтобы тебе файловые дескрипторы кто то снаружи подкинул. Короче я даже хз как PoC то сделать так сходу, и вероятность что кто то такие дискрипторы подкидывает своим jail оцениваю как низкую. А для обхода сетевой изоляции надо свой код в клетке запускать для начала научится, и там кажется только для UDP6 (пролистал по диагонали ибо тема не инетересна, вероятно фаер может это закрыть). 3. KTLS просто так не активен, чтобы его заюзать нужно немного потрудится над конфигами. 4. От чего то вы про kqueue() не упомянули, наверное трудно писать заковыристые слова. Там вероятно тоже нет повышения привелегий, только некоторая вероятность что такое в принципе возможно реализовать. 5. Хотелось бы узнать об ваших администраторских и sec практиках, может начимся чему или посмеёмся :)
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	77. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–3 +/–
	Сообщение от Аноним (49), 12-Окт-26, 19:22
	Вот это копиум. Все баги не баги. В PR отделе работаешь, вижу. > Хотелось бы узнать об ваших администраторских и sec практиках, может начимся чему или посмеёмся Как говорится, д.рака учить -- ум тупить. На вот, палец, посмейся, раз загрустил 👆
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+2 +/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 19:30
	Понятно, раз наброс не удался то надо обозвать и отвалить пока не засмеяли. :)
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–3 +/–
	Сообщение от Аноним (49), 12-Окт-26, 20:21
	Да по-моему наброс как раз очень даже удался,  такие сочные дырени во второй по элитарности бсд. Даже ничего делать не пришлось, пара цитат и тебя позвать, и подрыв обеспечен, стена текста на пять пунктов. Ваня, ты бы лучше бежал свой локалхост патчить, не дай бог твоя кошка опеннет читает, сломает тебе всё и скарбезностей в тапки подкинет.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Ivan_83 (ok), 12-Окт-26, 21:15
	Да, прям вершина набросайтельства :) Содержательности то у вас нет.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (6), 12-Окт-26, 19:02
	У него изоляция через чрут, о чём ты.
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

83. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
Сообщение от Аноним (83), 12-Окт-26, 19:40
Раньше надеялись на миллион глаз Теперь надеются на нейрослоп Это итог коллективной быдл0разр@ботки когда кодят все от васяна до гейтса
Ответить | Правка | Наверх | Cообщить модератору

	182. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
	Сообщение от Аноним (179), 13-Окт-26, 19:56
	Никто ни на что не надеятся. Это в вашем манямирке что то сломалось.
	Ответить | Правка | Наверх | Cообщить модератору

85. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
Сообщение от Аноним (85), 12-Окт-26, 19:45
Сколько из этих поделок написано на Rust? Правильно - 0.
Ответить | Правка | Наверх | Cообщить модератору

	91. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+2 +/–
	Сообщение от Инопланетянин (?), 12-Окт-26, 20:33
	> Сколько из этих поделок написано на Rust? Как будто это бы помогло. > подготовили исправления для более 400 уязвимостей в открытых библиотеках на языке Java. > Правильно - 0. Нет кода - не уязвимостей. Л - Логика.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (94), 12-Окт-26, 20:38
	>> подготовили исправления для более 400 уязвимостей в открытых библиотеках на языке Java. >> Правильно - 0. >Нет кода - не уязвимостей. Л - Логика. В Java-библиотеках ошибки, скорее всего, в native коде, который не на Rust'е.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+2 +/–
	Сообщение от Инопланетянин (?), 12-Окт-26, 20:53
	> скорее всего Э - Экспертиза.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–1 +/–
	Сообщение от Аноним (85), 12-Окт-26, 22:47
	Конечно бы помогло, в списке одни проблемы с перетирками памяти
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	113. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+1 +/–
	Сообщение от Инопланетянин (?), 13-Окт-26, 00:11
	> Конечно бы помогло, в списке одни проблемы с перетирками памяти Точно? 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.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (-), 13-Окт-26, 00:52
	> 4) >> подготовили исправления для более 400 уязвимостей в открытых библиотеках на языке Java. На третий день^W год^W десятилетие Зоркий Глаз заметил что профакаться можно даже на брейнфаке...
	Ответить | Правка | Наверх | Cообщить модератору

	171. Скрыто модератором	+/–
	Сообщение от Инопланетянин (?), 13-Окт-26, 16:00
	>> 4) >>> подготовили исправления для более 400 уязвимостей в открытых библиотеках на языке Java. > Зоркий Глаз заметил — Почему ты грустишь, Глубокая Пещера? — Тебе не понять, Маленькая Стрела.
	Ответить | Правка | Наверх | Cообщить модератору

90. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–3 +/–
Сообщение от Аноним (94), 12-Окт-26, 20:31
>20 уязвимостей в Apache httpd, Пора переписывать на Rust
Ответить | Правка | Наверх | Cообщить модератору

	93. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+4 +/–
	Сообщение от Инопланетянин (?), 12-Окт-26, 20:34
	Вы там сначала uutils доведите до ума переписывальщики.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+2 +/–
	Сообщение от Аноним (110), 12-Окт-26, 23:03
	Ну как там дела в Мозиле? Небось, уже весь FF переписали на раст?
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

92. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–1 +/–
Сообщение от Аноним (94), 12-Окт-26, 20:33
>специально оформленных значений в SQL-функции levenshtein() А кто это Левенштейн, и зачем его именем назвали функцию PostreSQL ?
Ответить | Правка | Наверх | Cообщить модератору

95. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
Сообщение от Аноним (95), 12-Окт-26, 20:53
Не вижу ни OpenBSD ни LibreSSL ни даже httpd из опенбзди. Мимо. А заявлять, что в Apache httpd и CUPS дыры это фейспалм, товагищи. Они бы еще в sendmail поискали.
Ответить | Правка | Наверх | Cообщить модератору

	100. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 12-Окт-26, 21:04
	> Не вижу ни OpenBSD ни LibreSSL ни даже httpd из опенбзди. Мимо. никто не хочет тратить токены на мертвую систему используемую двумя васянами под кроватями. > Они бы еще в sendmail поискали. в твоей помойке в ничего не умеющем smtpd - нашли remote root. А ты в сендмэйл - не найдешь ничего.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (-), 13-Окт-26, 00:51
	> в твоей помойке в ничего не умеющем smtpd - нашли remote root. > А ты в сендмэйл - не найдешь ничего. А чувак из нетки - нашел дыру с вагон размером когда VM могла на ура писать в кернел мод хоста что угодно. При том с первого раза господа факапище даже починить не смогли, за что получили заслуженную отповедь про свой security circus.
	Ответить | Правка | Наверх | Cообщить модератору

	189. Скрыто модератором	–1 +/–
	Сообщение от name (??), 14-Окт-26, 16:23
	Оппеннетовский иксперд вспомнил дыру 10 летней давности и затрясся. Все в Linux, там такого от родясь не было!
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	190. Скрыто модератором	+/–
	Сообщение от пох.. (?), 14-Окт-26, 19:42
	> Оппеннетовский иксперд вспомнил дыру 10 летней давности и затрясся. Все в Linux, > там такого от родясь не было! ТАКОГО - чтоб всех поучать что вот мы щас покажем как надо, вывалить на гора ничего не умеющего "безопастного" недоделка, с трудом способного справиться с почтой локалхоста, и в нем при первом же заинтересованном взгляде remote root - да, не случалось ни разу. В принципе-то remote root не по милости тех же самых ребят (укравших ssh у его автора и таки да, дважды в лужу с украденным) в более-менее реалистичных ситуациях я могу припомнить разьве что 99ых годов. но если ты оплатишь токены (недорого, потому что придется использовать не fable, конечно) я с удовольствием проведу тебе исследование этого ненужно.
	Ответить | Правка | Наверх | Cообщить модератору

129. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
Сообщение от localhostadmin (ok), 13-Окт-26, 01:55
> Уязвимость вызвана состоянием гонки в реализации сокетов AF_UNIX получается людям, которые седят на 2.х.х всетаки придется обновиться? или это очередная фича новых версий?
Ответить | Правка | Наверх | Cообщить модератору

	131. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от пох.. (?), 13-Окт-26, 01:59
	>> Уязвимость вызвана состоянием гонки в реализации сокетов AF_UNIX > получается людям, которые седят на 2.х.х всетаки придется обновиться? или это очередная > фича новых версий? очередная. С 6.12 что-ли. Причем ты не хочешь посмотреть в этот код. (мое дело предупредить)
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (179), 13-Окт-26, 19:59
	Они не СЕДЯТ. Им просто пох )
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	191. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	+/–
	Сообщение от Аноним (191), 15-Окт-26, 03:59
	Все чаще в последнее время думаю чтобы откатиться на 2.6,  сколько там уязвимостей сейчас закрыто? И вообще, хорошая ли это идея для личного пк юзать такую древность?
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

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

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