Две новые уязвимости в Linux в сентябре 2025⁠⁠1

сотрудники намеренно разрабатывали патчи со скрытыми уязвимостями

Так вы уже блять определитесь, следят за вашим кодом ТЫСЯЧИГЛАС или в пингвиньем комьюнити распиздяйство и попустительство?

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

А виноваты, как всегда,

уши мелкософт

ну а кто же блять еще может быть виноват, не комьюнити же в конце концов.

Автор вообще не следил за обстановкой. Америка уже не менее пяти лет целенаправленно воюет против СПО и конкретно Линукс.

Первым диким и жутким сигналом стало разоблачение двоих уродов, которые в Миннесоте трудились под видом разработчиков, но на деле ... внедряли в Линукс уязвимости:

---

https://www.cnews.ru/news/top/2021-04-22_krupnogo_razrabotch...
22 апр 2021 12:12

Университет Миннесоты был исключен из числа разработчиков ядра Linux – его сотрудники намеренно разрабатывали патчи со скрытыми уязвимостями

---

Легенда у них в цру-шном стиле - "а мы социологией занимаемся, нам реакция сообщества была очень интересна, чего вы так рассердились?"

Дальше пошло-поехало, примерно вот так:

---

https://3dnews.ru/1102590/razrabotchik-obnarugil-v-neskolkih...

01.04.2024 [20:47], Сергей Сурабекянц

Red Hat на этой неделе сообщила, что последние версии операционных систем Fedora содержат вредоносный код, обеспечивающий доступ к системе через бэкдор, а затем аналогичное предупреждение последовало от Debian и Ubuntu

---

Здесь уже уши мелкософт торчат, мол, воспитанники гейтса и поборники "беленькой винды" боролись за безопасность и отыскали у "хвалёного каамммуняцкого лиункса" дефекты. На деле хз, но выглядит заказухой.

Ну и прецедент такой уже не единичный.

Вероятно, кампания дискредитации ос линух будет усиливаться и расширяться. В частности, мотивы автора статьи, которую мы сейчас прочли, очень хорошо укладываются в её цели :-)

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

МЕ, насколько мне известно, не является частью CPU (физически). Управлять регистрами может (отключать или маскировать). Может там и специализированные модули появились сейчас, давно не копался.

Ненене)) Посмотри документацию на плату s5520sc, например. Там отдельный arm процессор. Это плата не самая новая, мягко говоря. Я еë в 2009 году покупал + обвес.

Это, грубо говоря, как ilo/idrac etc. Включается с питанием.

Передавать - IPMI over lan (udp).

https://www.nix.ru/autocatalog/motherboards_intel/INTEL-S552...

Там набор FW состоит из стандартного EFI fw (1.2 ещё вроде), собственно SPS прошивка aka boot block для BMC firmware. А BMC firmware - тупо Linux 32 битный под arm.

*ок, могу поправиться - "без полноценного запуска CPU"

Да, аббревиатуры попутал)

(Запало Server Businesses Services)

Про "не включая CPU". Попробовать руки не дошли, но конкретно на той платформе - питание на SAS Extender (воткнут в x4), питание на backplane (линия управления на отдельных пинах на плате) корзины и вперёд. Такая гипотеза у меня была.

Ну, справедливости ради, при "правильной" настройке ME/SBS (особенно SBS) много чего может позволить. В том числе и сдампить HDD посекторно по IPMI не включая CPU. И это как бы не баг, а фича (обновление BIOS/FW например). Этот "скрытый супервизор", на некоторых платформах (Intel s5500/5520, например), кстати, полноценный embedded Linux с arm, стандартной периферией и полным контролем над всем, что напрямую к CPU не подключено, собственно и предназначен для управления железом. Ахуенная весчь.


Но "выявили" - это, конечно, пять. Это как "выявили микрофон в смартфоне".

Помню, было ещё движение по выпиливанию/отключению ME на материнках, ага. Там, если че, обычно джамперами все отключалось. И, что характерно, даже ОС загружалась (с вентиляторами на 100% и без нормального управления железом конечно. Кому они нужны эти ваши SOL, KVM, сенсоры, TPM, ключи и прочее).

*не сам me, а связка me+bmc

**так, в общем просьба к терминологии сильно не цепляться. Править как правильно или удалять - лень)

Автор вообще не следил за обстановкой. Америка уже не менее пяти лет целенаправленно воюет против СПО и конкретно Линукс.

Первым диким и жутким сигналом стало разоблачение двоих уродов, которые в Миннесоте трудились под видом разработчиков, но на деле ... внедряли в Линукс уязвимости:

---

https://www.cnews.ru/news/top/2021-04-22_krupnogo_razrabotch...
22 апр 2021 12:12

Университет Миннесоты был исключен из числа разработчиков ядра Linux – его сотрудники намеренно разрабатывали патчи со скрытыми уязвимостями

---

Легенда у них в цру-шном стиле - "а мы социологией занимаемся, нам реакция сообщества была очень интересна, чего вы так рассердились?"

Дальше пошло-поехало, примерно вот так:

---

https://3dnews.ru/1102590/razrabotchik-obnarugil-v-neskolkih...

01.04.2024 [20:47], Сергей Сурабекянц

Red Hat на этой неделе сообщила, что последние версии операционных систем Fedora содержат вредоносный код, обеспечивающий доступ к системе через бэкдор, а затем аналогичное предупреждение последовало от Debian и Ubuntu

---

Здесь уже уши мелкософт торчат, мол, воспитанники гейтса и поборники "беленькой винды" боролись за безопасность и отыскали у "хвалёного каамммуняцкого лиункса" дефекты. На деле хз, но выглядит заказухой.

Ну и прецедент такой уже не единичный.

Вероятно, кампания дискредитации ос линух будет усиливаться и расширяться. В частности, мотивы автора статьи, которую мы сейчас прочли, очень хорошо укладываются в её цели :-)

1. Сначала ты думаешь, что опенсорс - великое добро и спасёт мир.
2. Потом ты думаешь, что конкретная группа или один вендор спасёт мир.
3. Потом ты думаешь, что, блять, может хотя бы за деньги хоть одна сука спасёт мир?
4. Потом ты думаешь, нахуй этот мир не нужен, всем только деньги нужны.
:)
Гентушникам со своим "миром" не надо реагировать, сидите, емержите себе спокойно)

https://www.opennet.ru/opennews/art.shtml?num=63868

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

...

> В тесте на чтение и запись случайных данных с диска на базе virtio накладные расходы достигли 51%.

блдж