The OpenNET Project / Index page

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



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

Оглавление

0-day уязвимость в драйвере n_gsm, позволяющая выполнить код на уровне ядра Linux, opennews (??), 12-Апр-24, (0) [смотреть все]

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


13. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +10 +/
Сообщение от birdie (ok), 12-Апр-24, 21:01 
Примерно с 2000 года собираю ядро сам, но не из-за вопросов безопасности, а просто потому что ядра от дистров крайне жирные.

А тут ещё и такой плюс, что туча фич, которые я не собираю, периодически приводят к local root exploits. Лепота.

По сути security through obscurity, но я человек маленький - мне приятно :-)

$ ls -la /boot/vmlinuz-6.8-zen3.x86_64
-rw-r--r--. 1 root root 5334016 Apr 12 15:18 /boot/vmlinuz-6.8-zen3.x86_64

Чуть больше 5 MB, много чего вшито в ядро, потому что не вижу смысла в модулях, например CPU [frequency] governors, SATA AHCI support и прочее. Загрузка через initrd вообще выключена - многие не знают, что можно грузиться без него. Это не будет работать в случае извратов, типа LVM/LUKS, но я их не использую.

Fedora 40:

14966600 Apr 11 00:00 /boot/vmlinuz-6.8.5-301.fc40.x86_64

Рехнутся можно что они туда напихали.

Ответить | Правка | Наверх | Cообщить модератору

15. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  –8 +/
Сообщение от Аноним (15), 12-Апр-24, 21:12 
> Примерно с 2000 года собираю ядро сам, но не из-за вопросов безопасности, а просто потому что ядра от дистров крайне жирные.

С 90-х годов собирал сам, эх, slackware, slax… плюнул, перешёл на более стабильную ось.

Ответить | Правка | Наверх | Cообщить модератору

21. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +3 +/
Сообщение от Аноним (21), 12-Апр-24, 21:24 
Неужели plan9? Или beos?
Ответить | Правка | Наверх | Cообщить модератору

25. Скрыто модератором  +/
Сообщение от Аноним (25), 12-Апр-24, 21:34 
Ответить | Правка | Наверх | Cообщить модератору

28. Скрыто модератором  +/
Сообщение от Аноним (21), 12-Апр-24, 21:43 
Ответить | Правка | Наверх | Cообщить модератору

29. Скрыто модератором  –3 +/
Сообщение от Аноним (25), 12-Апр-24, 21:47 
Ответить | Правка | Наверх | Cообщить модератору

58. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (58), 13-Апр-24, 00:33 
Оригинальна BeOS давно ископаемое. А Хайку и Plan9 кто стабилизировал?
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

96. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (-), 13-Апр-24, 12:27 
> Оригинальна BeOS давно ископаемое. А Хайку и Plan9 кто стабилизировал?

MSDOS же, ну. Ему настал окончательный и бесповоротный стабилизец.

Ответить | Правка | Наверх | Cообщить модератору

143. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (143), 14-Апр-24, 12:22 
Во-первых не MS-DOS, а FreeDOS...
А во вторых драйвера для TCP/IP нет ли у кого-то...
Ответить | Правка | Наверх | Cообщить модератору

144. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (-), 14-Апр-24, 13:11 
> Во-первых не MS-DOS, а FreeDOS...

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

> А во вторых драйвера для TCP/IP нет ли у кого-то...

Да зафиг вам там TCP/IP? Там системы прав нет - приходи и бери что хочешь голыми руками. Даже хакать ничего не надо, все для вашего удобства.

Ответить | Правка | Наверх | Cообщить модератору

91. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (-), 13-Апр-24, 11:30 
Фантом ОС!
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

156. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (58), 14-Апр-24, 21:28 
Что за зверь такой, Redox что-ли?
Ответить | Правка | Наверх | Cообщить модератору

16. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +2 +/
Сообщение от Денис Попов (?), 12-Апр-24, 21:15 
>14966600 Apr 11 00:00 /boot/vmlinuz-6.8.5-301.fc40.x86_64
>Рехнутся можно что они туда напихали.

Ой да ладно, всего в 3 раза жирнее вашего обрезка.
Влезли б в 1500 кб - можно было бы хвастаться.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

27. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +1 +/
Сообщение от Аноним (25), 12-Апр-24, 21:43 
Зачем 1500KB? У меня не было сверх задачи уменьшить его до минимума - там только то, что нужно на моём компе. Штук 30 фич ядра встроены, а не модулями, потому что грузятся всегда - можно их убрать, а потом оно без initrd грузиться не будет.

Почему всегда в сети надо с кем-то спорить, поддевать, что-то доказывать, показывать превосходство? Я написал, что собираю для себя и порадовался тому, что получилось более оптимально, чем в дистроядре. Всё. Мне плевать на ваши позывы.

Причём моё ядро действительно грузится гораздо быстрее:
[    0.990374] Freeing unused kernel image (rodata/data gap) memory: 1816K

Ровно секунда на полную инициализацию ядра, storage (NVMe PCI-E4.0) и монтирование корня. Ядру от Fedora требуется на это секунд 5, если не больше.

Причём в ядре осталась поддержка SeLinux и audit, т.е. я нигде не мухлевал.

Ответить | Правка | Наверх | Cообщить модератору

46. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +4 +/
Сообщение от Аноним (-), 12-Апр-24, 23:08 
> доказывать, показывать превосходство?

Пока что это пытаетесь сделать вы, начав мерятся размером ядра.

> Ровно секунда на полную инициализацию ядра
> Ядру от Fedora требуется на это секунд 5, если не больше.

Просто интересно... а на что вы тратите это невероятное количество освободившегося времени?
И сколько времени было затрачено на поиск этого оптимума?

Ответить | Правка | Наверх | Cообщить модератору

48. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Fjyj (-), 12-Апр-24, 23:11 
Без шуток, "а зачем?"
Разница между 1 и 5 секунд, конечно, 500%, но за это время даже почесаться не успеешь.
Может у вас какая-то специфическая задача типа "создается 1000 виртуалок в секунду" и тут можно нехило выиграть.
Ну и экономия целых 70мб на initrd.. тоже наверное нужно только в каких-то очень специфических условиях.

Так вот, если не секрет, какая мотивация всех этих телодвижений?
(ответ "мне просто интересно" тоже принимается))

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

79. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от n00by (ok), 13-Апр-24, 06:28 
Вернее спросить "а почему?"
Обычно 2 секунды уходит на калибровку clocksource, когда ядро выбирает само.
Ответить | Правка | Наверх | Cообщить модератору

97. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (-), 13-Апр-24, 12:28 
> Обычно 2 секунды уходит на калибровку clocksource, когда ядро выбирает само.

Иногда букмарки надо апдейтить. В более-менее свежих ядрах таки - намного меньше. А ваши клевые знания по x86-32 и прочим ядрам 2.6.32 - это замечательно, конечно, только неактуально уже. Совсем.

Ответить | Правка | Наверх | Cообщить модератору

109. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  –1 +/
Сообщение от n00by (ok), 13-Апр-24, 13:57 
Я не понял, зачем тебе апдейтить букмарки, если ты не можешь выполнить dmesg|grep clocksource и показать, что на твоём localhost всё именно так.

И открою тебе секрет - я понятия не имею, что такое x86-32. Но кое что слышал о x86 и IA32.

Ответить | Правка | Наверх | Cообщить модератору

155. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (155), 14-Апр-24, 20:34 
> Так вот, если не секрет, какая мотивация всех этих телодвижений?

Я другой аноним, но вставлю свои пять копеек. Вроде очевидно, зачем стоит делать подобные телодвижения. Не для выигрыша во времени загрузки. И размер образа ядра не столь уж важен. Важно другое: выкинул все лишние, ненужные модули -> значительно сократил площадь атаки на ядро. Ибо ошибок там еще дохренищщща. Человек же сразу написал - его радует, что он именно этой проблеме, из новости, не подвержен, а вы прицепились к размеру и времени загрузки ядра, что для товарища просто приятный бонус.

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

80. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  –1 +/
Сообщение от n00by (ok), 13-Апр-24, 06:32 
> Почему всегда в сети надо с кем-то спорить, поддевать, что-то доказывать, показывать
> превосходство?

И действительно -- зачем было вбрасывать заведомо ложную инфу, что SDL3 по умолчанию отключили Wayland?

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

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

87. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (87), 13-Апр-24, 10:03 
Почему всегда в сети надо с кем-то спорить

Чтоб день рабочий быстрей прошёл, продукт-то всё равно импортонезамещённый в эксплуатации?

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

73. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от anonymos (?), 13-Апр-24, 03:26 
У меня ядро 20М, но при этом я в него еще и initram запихал, с необходимыми мне скриптами и бинарями. Мерятся размером ядер - это так себе затея ))) Гораздо важнее то, что собрав свое ядро, я уже не смогу кивать в сторону мантейнеров, типа "криворукие уроды", и беру ответственность за безопасность и функциональность своей машины, на себя!
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

20. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  –4 +/
Сообщение от НяшМяш (ok), 12-Апр-24, 21:22 
> ядра от дистров крайне жирные

Кексперту конечно же непонятно почему. Ядро дистра всего в 3 раза жирнее и при этом оно может запускаться на практически любом железе, а не только на коре два дуо админа локалхвоста.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

24. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +2 +/
Сообщение от birdie (ok), 12-Апр-24, 21:33 
> Ядро дистра всего в 3 раза жирнее и при этом оно может запускаться на практически любом железе, а не только на коре два дуо админа локалхвоста.

Моё ядро ничего не требует, ядру федоры нужен еще initrd, который распакованный весит больше 70MB.

"На любом железе", тьфу ты. Да ядро федоры вообще нигде не запускается, потому что там даже внутри драйвера AHCI нет.

Мощно обос-рался, НяшМяш

Ответить | Правка | Наверх | Cообщить модератору

50. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +2 +/
Сообщение от нах. (?), 12-Апр-24, 23:15 
> Моё ядро ничего не требует

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

А федора, как и любой нормальный дистрибутив - загрузится. Не смотря на ужос-ужос что "внутри драйвера ahci нет". Потому что может вообще никакого ahci на какой-то коробке и не быть (ну или не подключено к нему ничего), а быть какой-нибудь lsi или perc.

Мощно обгадился - ты.

> initrd, который распакованный весит больше 70MB

эксперт опеннета и лора не в курсе что после pvot_root эти 70mb (о ужас для владельца... я уж даже не знаю... их и на моем core2 в лупу не разглядеть, что у тебя там - one-true pentium mmx о восьми мегабайтах?) - просто освобождаются?

Ну и да, для сесурити хрю абскурити необходимо и достаточно - rm /lib/modules/*/kernel/drivers/tty/n_gsm.ko (ну и опционально пересобрать initrd, хотя вряд ли он имеет шансы туда попасть если только вручную не добавить)

И не надо часами греть воздух и др-ть на бегущие строчки каждой новой версии ведра. Вообще.

Ответить | Правка | Наверх | Cообщить модератору

78. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  –3 +/
Сообщение от Аноним (78), 13-Апр-24, 06:08 
>> Моё ядро ничего не требует
> кроме того самого core2duo с единственноверным набором платок, под который героически собрано.
> А когда он у тебя сгорит - выяснится что на другой матери
> ты загрузиться и не можешь - вообще.
> А федора, как и любой нормальный дистрибутив - загрузится. Не смотря на
> ужос-ужос что "внутри драйвера ahci нет". Потому что может вообще никакого
> ahci на какой-то коробке и не быть (ну или не подключено
> к нему ничего), а быть какой-нибудь lsi или perc.
> Мощно обгадился - ты.

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

> достаточно - rm /lib/modules/*/kernel/drivers/tty/n_gsm.ko (ну и опционально пересобрать initrd
> ... И не надо часами греть воздух и др-ть на бегущие строчки каждой новой версии ведра. Вообще.

лол, советы юниксоида нахапоха. удали файлы трекаемые пакетником, пересобери инитрд, и не надо ничего делать. вообще!  :-D

Ответить | Правка | Наверх | Cообщить модератору

83. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Perlovka (ok), 13-Апр-24, 08:59 
Это ж местный сумасшедший, забей )
Ответить | Правка | Наверх | Cообщить модератору

86. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от пох. (?), 13-Апр-24, 09:46 
> ну выберет в грубе загрузка с дистрибутивного ядра федоры

так оно ж небось удалено, как же ж такой кексперт может позволить аж лишним семнадцати мегабайтам и огромному инитрды захламлять его диски?!

К тому же ж в нем - увизгвимостя!!!! Нет, нет. Не надо ТАК обесценивать ведущего эксперта лора и опеннета. Не мог он такое допустить! Конечно нет у него никакого дистрибутивного ядра. Будет с live cd какого-нибудь страдать (жаль что у федоры его нет) и героически превозможет!

> удали файлы трекаемые пакетником,

kokokokoкой ужос?! Мир рухнет если удалить файлик! Ты будешь навеки проклят! Его (с придыханием) трекает пакетник!

> пересобери инитрд, и не надо ничего делать. вообще!

оооо! Вот это особенно сложно! Это прям высшая магия, доступная лишь избратым! Одна лишь подготовка к ритуалу - месяц поститься требует.
time mkinitrd initrd `uname -r`
Creating: target|kernel|dracut args|basicmodules
13.451u 2.355s 0:08.55 184.7%   0+0k 105560+68256io 110pf+0w

Ну разумеется, это намного, намного дольше, чем печальное наблюдение за бегущими строчками при пересборке ведра при любом minor update.

(Кстати что местные эксперты умеют такое ведро запихать в пакет, чтобы хотя бы не пропустить следующий minor update - сомневааааюсь. make install, да, birdie?)

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

99. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (-), 13-Апр-24, 12:40 
> (Кстати что местные эксперты умеют такое ведро запихать в пакет, чтобы хотя бы
> не пропустить следующий minor update - сомневааааюсь. make install, да, birdie?)

Ээ... а что birdie не умеет даже в "make bindeb-pkg" - ну или что там у него уместно?

Ответить | Правка | Наверх | Cообщить модератору

110. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (78), 13-Апр-24, 14:02 
>> ну выберет в грубе загрузка с дистрибутивного ядра федоры
> так оно ж небось удалено, как же ж такой кексперт может позволить
> аж лишним семнадцати мегабайтам и огромному инитрды захламлять его диски?!

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

> К тому же ж в нем - увизгвимостя!!!! Нет, нет. Не надо
> ТАК обесценивать ведущего эксперта лора и опеннета. Не мог он такое
> допустить! Конечно нет у него никакого дистрибутивного ядра. Будет с live
> cd какого-нибудь страдать (жаль что у федоры его нет) и героически
> превозможет!

дык какая проблема раз в 10 лет с заменой железа или сдохшей материнкой накатить лайв с убунтой?
нет, блин, удалять модули rm -rf, и пересобирать инитрд с каждым обновлением ядра. Что ты несёшь вообще? :-D

>> удали файлы трекаемые пакетником,
> kokokokoкой ужос?! Мир рухнет если удалить файлик! Ты будешь навеки проклят! Его
> (с придыханием) трекает пакетник!

ты предлагаешь стоя в гамаке, потому что бёрди (видимо здесь что-то личное) посмел собрать своё ядро? :-D

>> пересобери инитрд, и не надо ничего делать. вообще!
> оооо! Вот это особенно сложно! Это прям высшая магия, доступная лишь избратым!
> Одна лишь подготовка к ритуалу - месяц поститься требует.
> time mkinitrd initrd `uname -r`
> Creating: target|kernel|dracut args|basicmodules
> 13.451u 2.355s 0:08.55 184.7%   0+0k 105560+68256io 110pf+0w

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

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

118. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от нах. (?), 13-Апр-24, 17:30 
> ты предлагаешь стоя в гамаке

Команда rm выполняющаяся долю секунды - это стоя в гамаке.
Вот ведро пересобирать - это да, это копеечные затраты.

> ну, пересобирай с каждым обновлением ядра

ты не поверишь...

> не забудь удалять модули с каждым обновлением.

напиши себе скрипт.
Ах, нет, это опять слишком сложно и ниправильно с рилигиозной точки зрения.

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

Что в головах местных экспертов кроме дерьма?

Ответить | Правка | Наверх | Cообщить модератору

123. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (78), 13-Апр-24, 19:17 
>> ты предлагаешь стоя в гамаке
> Команда rm выполняющаяся долю секунды - это стоя в гамаке.

а ты только выполнить команду rm предложил? rm --help небось, да? прекращай шланговать. :-D

> Вот ведро пересобирать - это да, это копеечные затраты.

обычные затраты. git pull && make ...

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

не поверю что ты реально такой предприимчивый, а не траллишь? не, не поверю. скорей ты на венде сидишь, отсюда и rm /lib/modules/* и прочие о%уительные советы из мира виндузятников.

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

лол, rm долю секунды.

> Ах, нет, это опять слишком сложно и ниправильно с рилигиозной точки зрения.

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

> Вот то ли дело ведро каждый раз целиком пересобирать. И когда модуль
> все же понадобится, чтобы подключить неожиданно новую железку - снова.

старость? не собирает он с модулями. :-D

> Что в головах местных экспертов кроме дерьма?

сделай себе трепанацию у зеркала, узнаешь.

Ответить | Правка | Наверх | Cообщить модератору

134. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от нах. (?), 13-Апр-24, 22:22 
> а ты только выполнить команду rm предложил?

да. Ну и при желании - еще одну, time которой тебе показал.

> обычные затраты. git pull && make ...

безусловно это гораздо быстрее

(особенно вот в варианте git pull и разбирательствах что ж там сегодня в стабильном нонсенсе поменялось)

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

Ответить | Правка | Наверх | Cообщить модератору

137. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (78), 13-Апр-24, 22:43 
>> а ты только выполнить команду rm предложил?
> да. Ну и при желании - еще одну, time которой тебе показал.

и initrd. и записать эту мантру в скрипт. и выполнять после каждого обновления ядра.
я записываю твой генеративные советы, похнах. буду рассказывать линуксоидам во дворе. :-D

>> обычные затраты. git pull && make ...
> безусловно это гораздо быстрее

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

> (особенно вот в варианте git pull и разбирательствах

а если качаешь тарчик разбирательства не нужно? а если удаляешь из пакетированного ядра файлы, разбирательства не нужны? скажи, а ты все модули удаляешь, или только n_gsm? самбу удаляешь, ммм? или как виндузятник, ты будешь стродать, плакать, колоца, но нет, низашо! святое! :-D

> что ж там сегодня в стабильном нонсенсе поменялось)

и что же?

> В общем, ты феноменально т-пой.

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

Ответить | Правка | Наверх | Cообщить модератору

115. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (115), 13-Апр-24, 15:54 
> удали файлы трекаемые пакетником

ХЗ, как в Федоре, а у нас, в Арче, добавляется строчка в pacman.conf, чтобы не распаковывать какие-то отдельные файлы по маске пути, а после переустанавливается содержавший файлы пакет. И этих файлов в системе больше нет и не будет.


Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

98. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (-), 13-Апр-24, 12:38 
> кроме того самого core2duo с единственноверным набором платок, под который героически собрано.
> А когда он у тебя сгорит - выяснится что на другой матери ты загрузиться и не можешь - вообще.

Ему нравится экспериенс в стиле опеннет - это когда ты с мылом в ... носишься по всему городу, пытаясь найти ИМЕННО ТАКОЙ СЕРВЕР С ТАКОЙ МАМКОЙ - ибо супер-допиленый мега-кастом работает только на вот таком. А то что оно уже десять лет как не в фаворе - отлично, вот вам и квест "попробуйте-ка это вообше найти" подвалил. Зато сразу жизнь намного менее серая и скучная.

> Потому что может вообще никакого ahci на какой-то коробке и не быть (ну или не
> подключено к нему ничего), а быть какой-нибудь lsi или perc.

Блин зачем тому алмину локалхоста этот твой lsi?!

> one-true pentium mmx о восьми мегабайтах?) - просто освобождаются?

Единственный реальный минус от них - ну вот на распаковку этой байды время таки - уйдет. Но с LZO или LZ4 его не заметно даже на хилых железках будет.

> Ну и да, для сесурити хрю абскурити необходимо и достаточно - rm /lib/modules/*/

Можно такде запретить грузить новые модули после загрузки. Или вкатить usb девайсам untrusted режим по умолчанию.

> И не надо часами греть воздух и др-ть на бегущие строчки каждой новой версии ведра. Вообще.

А таки если ты не заметил, до уьунты более 10 лет допирало что хороший кернел это dynticks+nohz full+1000Hz таймеры. А я вот >10 лет наслаждался линухом который не лагает, low latency и вообще. Так прикольнее было. А целый 1 % профака перфоманса - не стоит угроханой латенси и жора электричества, особенно на десктопах, лаптопах и проч.

Просто видишь, у некоторых есть - ритуалы. Ради ритуалов. А у некоторых - рациональное осмысленное движение к цели.

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

111. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  –1 +/
Сообщение от нах. (?), 13-Апр-24, 14:03 
> Блин зачем тому алмину локалхоста этот твой lsi?!

я например в него диски втыкаю. А тому не знаю - может украшает им жилище...

> Единственный реальный минус от них - ну вот на распаковку этой байды время таки - уйдет.

ох уйдьоооооттт...

PS> (get-date) - (gcim Win32_OperatingSystem).LastBootUpTime


Days              : 103
Hours             : 22
Minutes           : 3

(а линOOпсям неповезло и у них батареи не пережили шестичасовое отключение электричества две недели назад)

> Можно такде запретить грузить новые модули после загрузки.

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

> линухом который не лагает, low latency и вообще

fstrim /
... %"!%, wtf? ^Z ... %";%" wtf? Заход с соседней консоли...аааа...оно так работает, все в порядке.

"Ну что, сынку, помогли тебе твои бесконечные пересборки?"

Ответить | Правка | Наверх | Cообщить модератору

145. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (-), 14-Апр-24, 13:29 
> я например в него диски втыкаю. А тому не знаю - может украшает им жилище...

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

И кстати его бла-бла, кажется, имеют некие проблемы с факт-чеком. В частности билдить кастомные, и особенно - свежие - ядра с нвидиядрайвером - такое себе счастье.

>> Единственный реальный минус от них - ну вот на распаковку этой байды время таки - уйдет.
> ох уйдьоооооттт...

Ну да, сколько-то миллисекунд аж. Хотя если сдуру там gzip или тем более xz какой вкатить, вот там уже заметно будет. Одна из причин популяризации zstd - жмет лучше gzip, а распаковывается быстрее и gzip и тем более xz.

> Days            
>   : 103

Я и год аптайма видел - при том на систеках лично моего разлива, на основе демьяна. На мой вкус это более прикольная ачивка по целому ряду пунктов ;)

> (а линOOпсям неповезло и у них батареи не пережили шестичасовое отключение электричества
> две недели назад)

Мелочь хороша тем что ее при желании можно на пару суток подпереть не разорившись особо :).

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

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

> но проще и быстрее было бы  модуль загрузить.

Ну так атакующему тоже проще. И тут вопрос что в приоритете. Системы и приоритеты разные бывают.

>> линухом который не лагает, low latency и вообще
> fstrim /

У меня на таких вещах btrfs с async discard. Там тримать в больших объемах чисто технически нечего. Поэтому на моих системах данный класс проблем просто не существует. Сюрприз!

> "Ну что, сынку, помогли тебе твои бесконечные пересборки?"

Умение скилла системщика проверяется просто: если он хотя-бы себе сдать карты в масть может, это нормальный чувак. А если он только плюется и жалуется... ну вы поняли! Надеюсь это объясняет почему я не воспринимаю тебя всерьез как эксперта по линухам.

Ответить | Правка | Наверх | Cообщить модератору

148. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  –1 +/
Сообщение от нах. (?), 14-Апр-24, 16:13 
> И кстати его бла-бла, кажется, имеют некие проблемы с факт-чеком. В частности билдить кастомные,
> и особенно - свежие - ядра с нвидиядрайвером - такое себе счастье.

полагаю, он однажды собрав свое 4.18, больше ничего уже не собирает

> Ну да, сколько-то миллисекунд аж. Хотя если сдуру там gzip или тем более xz какой вкатить, вот
> там уже заметно будет.

несколько миллисекунд аж будет. Не, не заметно.

>> Days            
>>   : 103
> Я и год аптайма видел - при том на систеках лично моего разлива, на основе демьяна. На мой вкус
> это более прикольная ачивка

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

>>> линухом который не лагает, low latency и вообще
>> fstrim /
> У меня на таких вещах btrfs с async discard.

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

У тебя найдется двадцать других возможностей нагрузить диск чем-то таким что будешь вспоминать древний анекдот про "настоящую операционную систему" со всеми своими low latency. (поскольку проблема не на уровне fs вообще ни разу)

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

нет. Это др-р с локалхостом и единственным экземпляром умных ворот. Потому что на втором чуточку отличном экземпляре вся его экспертиза рассыплется. Оне то не проходили, это им не задавали.

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

Ответить | Правка | Наверх | Cообщить модератору

120. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от crypt (ok), 13-Апр-24, 17:49 
+1, за дефолтные ядра. уязвимость играет роль на сотне серверных инсталах, а там birdie ядро вручную собирать не будет.
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

121. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от нах. (?), 13-Апр-24, 18:03 
чего ет не будет?

Как то есть не собирать?! А где же гордость экспертными знаниями и собственная незаменимость?

Ну и оказывается это еще и ldisc, с ентим все хуже - его наверное даже для pty можно попросить.

Ответить | Правка | Наверх | Cообщить модератору

61. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (58), 13-Апр-24, 00:39 
На "практически любом" железе оно может запускаться потому, что initramfs размером эдак с 20 Мбайт имеется.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

37. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +2 +/
Сообщение от кент кента (?), 12-Апр-24, 22:18 
>Рехнутся можно что они туда напихали.

ну вот в дебиане 7.9МБ, разница невелика. Зато я не называю LUKS извратом, а наоборот мастхэв. Даже если у тебя не ноутбук. Вот представь у диска электроника вылетает. Как ты его по гарантии отдашь, если он не зашифрован ЗАРАНЕЕ?

про ноуты молчу...

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

51. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +1 +/
Сообщение от нах. (?), 12-Апр-24, 23:18 
> Вот представь у диска электроника вылетает. Как ты его по гарантии отдашь, если он не зашифрован
> ЗАРАНЕЕ?

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

Ответить | Правка | Наверх | Cообщить модератору

38. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от f95 (ok), 12-Апр-24, 22:21 
> security through obscurity\

Где здесь obscurity? Просто уменьшение поверхности атаки, часто только гипотетическое
(чтобы загрузить тот самый уязвимый код может понадобиться рут).
> ls -la

Если речь еще про модули, то du -sh /lib/modules/$(uname -r) или как там у вас.
> zen3

Почему так? Патчите Makefile под какие-то мутные march флажки? Кажется это не рекомендуемо
и даже может стрельнуть

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

52. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от нах. (?), 12-Апр-24, 23:23 
> (чтобы загрузить тот самый уязвимый код может понадобиться рут

а может не понадобиться. Это ж вообще-то обычный tty.
Походя воткнуть имитирующую его флэшку в чужой серверок в соседней с моей стойке - точно-точно ведро автоматом чего не загрузит?

> Почему так?

надеюсь что это CONFIG_LOCALVERSION - надо же ж как-то различать свои аналогов не имеющие ведра. Они ж у него под каждую железяку - отдельно.
Стрельнуть у него с гораздо большей вероятностью может тот факт, что кастрированное ведро просто не взлетит на другой железке, когда сгорит рабочая.

Ответить | Правка | Наверх | Cообщить модератору

127. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  –1 +/
Сообщение от Аноним (-), 13-Апр-24, 20:15 
> Загрузка через initrd вообще выключена - многие не знают, что можно грузиться без него.

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

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

Хотя, наверное, гугл сегодня не важен, потому что всегда есть другой девайс, типа смартфона, с которого можно загуглить. Но мне всё равно с initrd спокойнее.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

149. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от нах. (?), 14-Апр-24, 16:19 
>> Загрузка через initrd вообще выключена - многие не знают, что можно грузиться без него.
> По моим ощущениям подавляющее большинство не видит смысла в initrd и готово
> убить Поттеринга за то, что тот сделал initrd необходимой вещью. Или

Подавляющее большинство местных кекспертов не переросли уровень детсада.

> Хотя, наверное, гугл сегодня не важен, потому что всегда есть другой девайс,
> типа смартфона, с которого можно загуглить. Но мне всё равно с

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

P.S. что-что а вот писькинбокс встроенный в initrd мне за тридцать лет с линуксом не понадобился вот ни разу

Ответить | Правка | Наверх | Cообщить модератору

133. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Neon (??), 13-Апр-24, 22:16 
Без SATA AHCI support ? Жить на PATA так себе
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру