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

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

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

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

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

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

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

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

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

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

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

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

12. "Опасные уязвимости в Apache httpd, FreeBSD, ядре Linux, Open..."	–1 +/–
Сообщение от 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ообщить модератору

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

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

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

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

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