forum.opennet.ru

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

Оглавление

Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо выполнить свой код, opennews (??), 23-Дек-22, (0) [смотреть все] +1

Не, ну дыры, ладно, но исправление молчком - за это надо гнать ссаными тряпками , Аноним (2), 07:44 , 23-Дек-22, (2) –21 //

Милый дурачок - иногда баги исправляют просто потому что это баги Более того - ч, пох. (?), 11:27 , 23-Дек-22, (49) +6 //

А если хорошему программисты заплатили что он не правил свой ляп Что с этим-то , Аноним (62), 11:44 , 23-Дек-22, (62) //

Перестать употреблять тяжелые н0ркотики , пох. (?), 12:11 , 23-Дек-22, (66) –3

Что делать если хороший программист не может слезть с тяжелых нОркотиков и ему п, Аноним (62), 12:44 , 23-Дек-22, (75) +4

Перестать сочетать тяжелые наркотики с крепким алкоголем , Первая Буква (?), 12:56 , 23-Дек-22, (82) +1

Ну наоборот же ж Нет кода или что-то такое накоженное под субстанциями - нет пр, пох. (?), 19:23 , 23-Дек-22, (104)

Посмотри на системду Как нет-то, когда есть , псевдонимус (?), 03:08 , 24-Дек-22, (118)

Обычный плохой код, ничего особенного не вижу Причем решает ту задачу, для котор, Аноним (176), 14:33 , 25-Дек-22, (176)

Да на самом деле даже не такой уж и плохой, если с другим сравнивать Особенно с, Аноним (-), 11:05 , 26-Дек-22, (190)

Не хочется вас растраивать, дяденька, но пост был не про баги и не про их исправ, Аноним (2), 12:26 , 23-Дек-22, (71) +2 //

как можно замолчать исправленный баг в режиме порежьте помельче, в экран чтоб, пох. (?), 19:31 , 23-Дек-22, (106) –1

О, вижу что-то начало шевелиться в твоём мозге наконец-то Какие-то подвижки ест, пох._идет_нах. (?), 13:46 , 24-Дек-22, (142) –1

Он тебе вообще написать такой код, который работает и выполняет задачу, не даст , пох. (?), 19:23 , 24-Дек-22, (148)

В некоторых случаях даже будут правы Попробуй статический анализ void , тебе п, Аноним (-), 20:38 , 24-Дек-22, (152)

боюсь это будет уже СОВСЕМ не unix-like система У ресдоха к сожалению не получил, пох. (?), 23:14 , 24-Дек-22, (170)

А с чего ты взял что nix создали боги, которые предусмотрели вообще совсем все,, Аноним (-), 19:33 , 25-Дек-22, (183)

У меня только один вопрос к джентльмену ты сам код ревьюил когда-нибудь Потому, Аноним (-), 20:35 , 24-Дек-22, (151)

Безусловно, если нарезать пять мегабайтов по килобайту и запулить в рассылку раз, пох. (?), 23:12 , 24-Дек-22, (169) +1

Как минимум сразу понятно, может ли кадр в логичное партиционирование большой за, Аноним (-), 18:31 , 25-Дек-22, (177)

Нет Просто сложные задачи не решаются просто и не разделаяются на миллиард прос, пох. (?), 19:18 , 25-Дек-22, (182) +1

Написание софта подлежит декомпозиции на более простые части Это базовый паттер, Аноним (-), 23:39 , 25-Дек-22, (185) +1

Это для любителей пользоваться ms ным говном, Аноним (103), 19:13 , 23-Дек-22, (103)

Скрыто модератором, Аноним (4), 07:54 , 23-Дек-22, (4) +3 //

Скрыто модератором, полуфрактал (?), 08:21 , 23-Дек-22, (9) –1 //

Скрыто модератором, Аноним (31), 10:29 , 23-Дек-22, (31)

Скрыто модератором, Анонн (?), 10:04 , 23-Дек-22, (27) +1 //

Скрыто модератором, пох. (?), 11:28 , 23-Дек-22, (50) –2

Никого не смущает что в дырявый сервер меседж блок пропихнули язву в линукс реал, а. (?), 08:07 , 23-Дек-22, (5) +12 //

Пересобери ядро без модуля, будь мужиком, блджад , pin (??), 12:42 , 23-Дек-22, (74) +2 //

Я то пересоберу Если оно включено будет А ты ntdll dll как пересоберешь , a. (?), 23:09 , 24-Дек-22, (168) //

А зачем кому-то пересобирать ntdll dll, если его нет в Linux BSD MacOS,а винды н, EULA (?), 06:57 , 28-Дек-22, (208)

А чего тут смущаться это в порядке вещей, по другому быть не может и таков путь , Аноним (62), 12:45 , 23-Дек-22, (76)
Это заговор мирового масштаба Инфа 100 , Прохожий (??), 08:49 , 24-Дек-22, (128) +1
уже никого не смущает, что они недоязычок свой пихают якобы чтобы только драйвер, rustaboy (?), 12:19 , 26-Дек-22, (191) –1

1 Initial Setup1 1 Filesystem Configuration1 1 1 Disable unused filesystemsA num, Аноним (6), 08:10 , 23-Дек-22, (6) +1 //

Да и не только ФС Если все ненужное выкинуть, особенно драйвера, то ядро в 10 р, . (?), 08:21 , 23-Дек-22, (8) +1 //

Только для живого человека это не представляется возможным, т к ещё не придумал, Аноним (11), 08:32 , 23-Дек-22, (11) –4 //

Невозможно Удивляюсь, а как же ядро всё-таки собирается То, что среднестатисти, BorichL (ok), 13:48 , 23-Дек-22, (86) +1

Среднестатистических макак даже в обществе человеков процентов 95 , Аноним (107), 19:56 , 23-Дек-22, (107)

Ну так им и на вон те проблемы пофиг А если вы не паритесь о проблеме то и реша, Аноним (-), 17:00 , 26-Дек-22, (197)

Внезапно, через спек можно собрать ядро с любым количеством внутренних или внешн, EULA (?), 07:00 , 28-Дек-22, (209)

А модулями собирать не судьба Загружать-то можно только то, что нужно , Аноним (36), 11:02 , 23-Дек-22, (36) +3 //

По традиции всё своё тащу с собой Модули это костыль , Аноним (62), 11:42 , 23-Дек-22, (61) –2

В винде, в которой не монолитное ядро, для этого есть дрова Да, так менее безоп, Аноним (60), 11:41 , 23-Дек-22, (60) –1 //

Больше прослоек богу прослоек И не забыть плагины писать как скрипты для недови, Dzen Python (ok), 18:40 , 23-Дек-22, (100) –3
Менее безопасно и есть признак быдлокодерства По идее гибридное ядро должно было, EULA (?), 07:08 , 28-Дек-22, (210)

Btrfs стоит удалить первым делом , Аноним (11), 08:32 , 23-Дек-22, (12) –1 //

у меня модуль btrfs встроен в ядро и используется как основная файловая система, Аноним (-), 12:50 , 23-Дек-22, (80)
Норм фс,я ее тут как раз у себя и использую Файло как с xfs еще не пропадали , Попандопала (?), 14:29 , 23-Дек-22, (87) +2 //

Файло как с xfs еще не пропадалиДа кто б сомневался , anonymous (??), 16:29 , 23-Дек-22, (93)
И нолями тоже не затираются как в XFS При том эта проверка в рейзере если что по, Аноним (-), 17:23 , 26-Дек-22, (198) +1

Вот сейчас Будем FAT16 пользоваться, наверное , Аноним (-), 22:34 , 24-Дек-22, (161) //

FAT12 хватит всем xD, EULA (?), 07:09 , 28-Дек-22, (211)

В fedora скоро запретят компиляцию ядра, будет только ядро от дистрибутива, с кр, Аноним (14), 08:36 , 23-Дек-22, (14) +1 //

Если это шутка, то не смешная , Аноним (15), 08:40 , 23-Дек-22, (15) //

новость про федору в предыдущих постах там именно про это , анонна (?), 09:37 , 23-Дек-22, (22) +1

Так то вон то ядро у них давно было подписано А вот initrd - таки нет На трети, Аноним (-), 22:36 , 24-Дек-22, (162) +1

Подпиши сам или выключи секурбут, клоун , Аноним (17), 09:10 , 23-Дек-22, (17) –1 //

А смысл в SecureBoot тогда Если у меня на локальной системе ключи хранятся, то , Аноним (21), 09:21 , 23-Дек-22, (21) +1

Борьба с конкурентами текущей версии MS Windows, ec-но , AlexYeCu_not_logged (?), 10:13 , 23-Дек-22, (28)
Ух и хитрая мэлварь, если сможет понять отчего эти ключи, наверно с модулем ИИ, Аноним (31), 10:34 , 23-Дек-22, (32)
В защите от evil maid, очевидно, малвари твоя железка как правило не так интерес, Аноним (88), 15:32 , 23-Дек-22, (88) +1

Запретите лично для себя Fedora в таком случае , Аноним (36), 11:04 , 23-Дек-22, (37)

гнать надо сотрудников корпораций из мантейнеров, пускай лучше жирные наркокоты , Аноним (7), 08:16 , 23-Дек-22, (7) –1 //

Ну будешь ты разработку оплачивать, из своего кармана А корпорасты заведут своё, Аноним (21), 09:16 , 23-Дек-22, (19) +3

Это было закономерно в винде это давно в ядре, и постоянно уязвимости находят , Аноним (21), 09:14 , 23-Дек-22, (18) –1 //

достаточно, остальное уже ненужно Поскольку ничего написано и не будет Переписа, пох. (?), 11:33 , 23-Дек-22, (52) –1
Что такое железобетонное доказательств Это последствие твоего юношеского максим, Аноним (62), 11:40 , 23-Дек-22, (59) //

занести бабла кому надо - вот и доказательство, Аноним (89), 15:51 , 23-Дек-22, (89) //

В российской глубинке, увы, да, так и есть обычно Но это не означает, что и у н, Прохожий (??), 13:25 , 24-Дек-22, (139) –2

Как-то ты слабо жопу цивилизованным людям полизал, старайся сильнее, Аноним (199), 23:08 , 26-Дек-22, (199)

Это, например, формальная верификация Понимаю, мало кто о ней знает и слышал ср, Прохожий (??), 13:23 , 24-Дек-22, (138) //

На эту тему в ядро линукса буквально недавно таки комитнули хваленый верификатор, Аноним (-), 18:39 , 25-Дек-22, (178)

Очевидная закладка АНБ, Офицер ИБ (?), 09:17 , 23-Дек-22, (20) +4 //

Что угодно готовы предположить, лишь бы оправдать рукожoпствo сишников, Аноним (23), 09:45 , 23-Дек-22, (23) +9 //

Сишка - прекрасный язык, особенно когда делаешь указатели на указатели для двухм, Аноним (91), 16:23 , 23-Дек-22, (91) –3

У корейцев он как-то иначе называется наверное , Аноним (-), 22:37 , 24-Дек-22, (163)

А почему про 6-ую ветку ни слова , penetrator (?), 09:48 , 23-Дек-22, (24) –1
Пройдут десятилетия, а SMB так и останется одной из лучших точек входа на удален, Аноним (25), 09:50 , 23-Дек-22, (25) +2
О сколько нам открытий чудных готовит монолитное ядро , Аноним (29), 10:17 , 23-Дек-22, (29) +2 //

Это да, я тоже за микроядерность, но Не холивара ради Если бы основная и б, Аноним (143), 14:58 , 24-Дек-22, (143)

дебиан как обычно торт , Аноним (33), 10:36 , 23-Дек-22, (33) +1
Вот что бывает когда не имея необходимых знаний берёшься писать ядро операционно, Аноним (11), 10:40 , 23-Дек-22, (34) //

Линукс небезопасен главным образом потому, что его писал не ты Ты бы всем показ, Аноним (35), 11:01 , 23-Дек-22, (35) +3 //

Фатальный недостаток, который всем тут же становится лень исправлять , EULA (?), 07:12 , 28-Дек-22, (212)

OpenBSD шизы оказались правы во всём , Аноним (38), 11:05 , 23-Дек-22, (38) –1 //

В выключенном и выдернутом из розетки компьютере увизгвимостей не бывает Абстол, пох. (?), 12:14 , 23-Дек-22, (68) //

Это про МЦСТ , Аноним (91), 16:24 , 23-Дек-22, (92) //

У тех включены Пока есть чего включать Дальше пойдут путем сбербанка - выковыря, пох. (?), 17:44 , 23-Дек-22, (96)

аккуратно отпаяем на паяльной станции китайской это другое , ivan_erohin (?), 09:31 , 24-Дек-22, (132)

Японской Што ж мы, не люди шт0ле Одну на весь мцст можно купить через Индию И, пох. (?), 11:25 , 24-Дек-22, (135)

Зато китай в случае чего чиниить сильно проще Народ вон обнаглел и сам паяет уп, Аноним (-), 20:44 , 24-Дек-22, (153)

китайцы тоже прекрасно умеют в кастомные чипы У меня огромный набор деталек от в, пох. (?), 23:24 , 24-Дек-22, (171)

У них культура другая сделать как можно быстрее, проще и дешевле, нашлепать это, Аноним (-), 18:48 , 25-Дек-22, (179)

Ты себе уже чип из стиральной машины выковырял и в комп вставил, фейкомёт , Аноним (199), 23:11 , 26-Дек-22, (200) –1

Точно, кругом одни фейки Нет никакой Маклашиной и на конференции она ничего под, пох. (?), 09:49 , 27-Дек-22, (205)

Почему не уязвил Уязвим для ракеты воздух земля , Аноним (113), 22:00 , 23-Дек-22, (113)
А ещё некоторого класса ошибок не бывает в тех языках, которые изначально борютс, пох._идет_нах. (?), 13:30 , 24-Дек-22, (140) //

А что, есть языки которые позволяют контролировать выделение ресурсов в одном по, Серб (ok), 13:36 , 26-Дек-22, (194) +1

А то ж, смотри unsafe И ффсе, теперь мы течем и падаем - безопастно P S simu, пох. (?), 14:21 , 29-Дек-22, (214)

не удивительно, эти две компании на этом зарабатывают, то у них кодсайнинг серти, Sw00p aka Jerom (?), 11:08 , 23-Дек-22, (39) –1 //

А у тебя ничего не утечет потому что у тебя ничего и нету, и ты не умеешь коди, пох. (?), 11:24 , 23-Дек-22, (48) –4 //

ага, там в кавычках утекли, ясен пень - продали и это факт , Sw00p aka Jerom (?), 11:51 , 23-Дек-22, (63) //

Это не факт, это буйная фантазия воспалённого мозга параноика , Прохожий (??), 06:49 , 24-Дек-22, (121) +1

не факт что конкретно, то, что слили, продали или что , Sw00p aka Jerom (?), 11:47 , 25-Дек-22, (174)

Вы, похоже, не имеете понятия, что такое факт Пирамиды построили инопланетян, Аноним (143), 16:22 , 24-Дек-22, (144)

Ты явно Stargate не смотрел , Аноним (-), 22:47 , 24-Дек-22, (164)
Факт лат factum букв 171 сде 769 ланное 187 1 8212 термин, в широко, Sw00p aka Jerom (?), 11:43 , 25-Дек-22, (173)

Rust , Шарп (ok), 11:09 , 23-Дек-22, (41) //

Может, нужно п р о с т о не обращаться к освобождённой памяти Нет, зачем-то изо, Аноним (45), 11:17 , 23-Дек-22, (45) +1 //

Совет из серии чтобы быть богатым, просто не надо быть бедным Тони Робинс, за, llolik (ok), 11:21 , 23-Дек-22, (46) +9 //

Вот ещё из той же серии примерно Чтобы научиться летать, надо прыгнуть на земл, Прохожий (??), 08:59 , 24-Дек-22, (131)

В принципе спутники примерно так и летают , Аноним (-), 22:48 , 24-Дек-22, (165)

Что ты мне говоришь Говори сишникам , Шарп (ok), 11:29 , 23-Дек-22, (51) //

Причём тут сишники , Аноним (62), 11:36 , 23-Дек-22, (55) –2

Уязвимый код написан на Си И действительно, причём здесь сишники , Прохожий (??), 07:18 , 24-Дек-22, (125)

Чего тебе не так Нет работающего кода - нет обращений к неосвобожденной памяти , пох. (?), 11:37 , 23-Дек-22, (56) –4 //

Скажем так Не profit, но и не наличие многомилионных убытков из-за использовани, Прохожий (??), 07:22 , 24-Дек-22, (126)

Из-за рукожопых сишников приходится , Аноним (115), 22:27 , 23-Дек-22, (115) –1 //

Не рукожопых а узкоглазых, между прочим , Аноним (-), 22:48 , 24-Дек-22, (166)

Усталые погромисты, просто, настолько устают после работы, что им мало стекла в , InuYasha (??), 22:01 , 24-Дек-22, (160) –1 //

Для корейцев из галеры типа самсунга это все весьма актуально, кстати , Аноним (-), 22:50 , 24-Дек-22, (167) +1

Неактуально, робот денег стоит Мы уже вырыли ров под окнами офисного билдинга , samsung (?), 14:26 , 29-Дек-22, (215)

Прости но тот неудачник всех перехитрил и на нем держится ksmbd и exfat Если ег, Аноним (-), 14:51 , 29-Дек-22, (216)

Rust заменим Use-After-Free утечками памяти , Аноним (36), 11:34 , 23-Дек-22, (53) –1 //

не, не заменим Просто обернем в огромный unsafe и все будет зашибись Но что-т, пох. (?), 11:38 , 23-Дек-22, (57) –3 //

Прекрасно он подходит Драйвер для эпловой видяхи запилили, рабочее на реально ж, Аноним (117), 23:15 , 23-Дек-22, (117)
Если ты идиот, несомненно, так и сделаешь И будешь ещё радоваться, как хорошо в, пох._идет_нах. (?), 16:48 , 24-Дек-22, (146)

Не понял, так rust вот прям нужен или его 1,5 человека проталкивает , Аноним (149), 20:14 , 24-Дек-22, (149) +2

Ну чо непонятно - этим вот полутора - прям так нужен, деньги спонсоров сами себя, пох. (?), 21:55 , 24-Дек-22, (158)

Кто накомитил , Аноним (-), 11:13 , 23-Дек-22, (43) //

Стив, вали все на Сасунг вопрос же кто написал, на самом деле , пох. (?), 11:22 , 23-Дек-22, (47) –1 //

Сасунг со своими реализациями фат лучше бы разбирался , Аноним (-), 12:35 , 23-Дек-22, (73) //

У него все работает, софт АСТРОЕ А любители изящных решений почему-то не могут н, пох. (?), 17:46 , 23-Дек-22, (97) –1

Может просто не хотят , Прохожий (??), 06:53 , 24-Дек-22, (122)

А вот сасунг захотел - и смог В этом и разница между любителями нескучных язычко, пох. (?), 11:27 , 24-Дек-22, (136) –1

Разница на самом деле в количестве могущих Пока любителей нескучных языков на п, Прохожий (??), 13:33 , 24-Дек-22, (141)

Любителей - похоже на порядок больше Судя по здешним комментаторам А профессион, пох. (?), 19:13 , 24-Дек-22, (147) –1

Ммм, вкусняшки Прямо услада для ушей , Аноним (11), 11:13 , 23-Дек-22, (44) –1 //

Иди свой порносайт модерируй , acroobat (??), 12:14 , 23-Дек-22, (69) //

Как будто это что-то плохое , Аноним (11), 15:52 , 23-Дек-22, (90) +2

Скажите ещё что это всё 171 случайность 187 Но все знают что случайности не, Аноним (62), 11:35 , 23-Дек-22, (54) +1
Ой, очередная ошибка удобная некоторым, Аноним (64), 11:54 , 23-Дек-22, (64) +1
Астрологи объявили месяц новостей об уязвимости в модуле ядра первый раз слышу , Zenitur (ok), 11:57 , 23-Дек-22, (65) +1 //

Слышишь впервые, но всё это время имел его у себя в системе Поэтому истинное и , Аноним (35), 12:17 , 23-Дек-22, (70) +1 //

Если у кого-то этот модуль загружается автоматически, то он ССЗБ В моём ядре эт, НяшМяш (ok), 12:47 , 23-Дек-22, (78) –2 //

Не всё в линуксе можно вынести в модули К примеру, io_uring Сейчас он использу, Аноним (35), 13:03 , 23-Дек-22, (84)

В репах есть lxc и qemu Разрабы слоупочат, пинай их В aio интерфейсе тоже были, Аноним (99), 18:38 , 23-Дек-22, (99) –1

В один прекрасный день EBPF уже сделали обязательным, это даже не конфигурируетс, Аноним (99), 18:41 , 23-Дек-22, (101) –2

BPF-байткод под дулом не заставляют загружать , Аноним (36), 21:00 , 23-Дек-22, (111) +1

Какие альтернативы bpftrace , Аноним (99), 21:16 , 23-Дек-22, (112) –1

Если у тебя в системе дебаг и трассировка во все поля, то с безопасностью у тебя, Аноним (-), 20:48 , 24-Дек-22, (154)

Модули любят тишину , Аноним (62), 12:47 , 23-Дек-22, (79)

SMB один из самых дырявых протоколов, очевидный результат попытки запихнуть его , Чи (?), 12:52 , 23-Дек-22, (81) +2 //

Конечно не буду защищать сам протокол, но не путайте дырявый протокол с дырявой , Аноним (143), 16:36 , 24-Дек-22, (145)

Как там наши Альты и Астры подверженны , Аноним (94), 16:43 , 23-Дек-22, (94) –1 //

Для нашей Астры есть специальный модуль majord ko, Аноним (36), 17:43 , 23-Дек-22, (95) +2 //

LOL, kazancevss (ok), 14:08 , 25-Дек-22, (175)

Просто его нужно переписать на язык который позволяет безопасно работать с памят, Аноним (98), 18:19 , 23-Дек-22, (98) +1
В самом ядре линукс к каждого крутится модуль с говорящим названием rtkit, а тут, анон (?), 19:25 , 23-Дек-22, (105) //

CODE e16c lsmod 124 grep rtke16c _ CODE , Michael Shigorin (ok), 13:09 , 26-Дек-22, (193) +2

Опять ненастоящие программисты программировали , Анони (?), 20:11 , 23-Дек-22, (108) //

Растоманы подбросили код с ошибкой, Аноним (110), 20:48 , 23-Дек-22, (110)

It turns out the hand-written Assembly code providing an optimized string compar, Аноним (110), 20:47 , 23-Дек-22, (109) +1 //

Забавно, получается диды не только на сишке гoвнoкoдили, но и на асме не отстава, Аноним (117), 22:26 , 23-Дек-22, (114) //

Диды так-то программировать умели куда хуже современных программистов В их врем, Аноним (120), 06:02 , 24-Дек-22, (120) –2 //

Да вот почему-то с их умениями программирования на 64 мегах можно было в офисе р, Аноним (-), 19:17 , 25-Дек-22, (181) +2

Впору вводить знак осторожно, скользкая табуретка , Michael Shigorin (ok), 12:57 , 26-Дек-22, (192)

У майкрософт была очень правильная табуретка для таких кодеров Называлась sh, Аноним (-), 15:30 , 26-Дек-22, (195)

надо было смартпоинтеры использовать , ленин гриб и волна (?), 22:47 , 23-Дек-22, (116) //

В Си Грибов объелся , Прохожий (??), 07:01 , 24-Дек-22, (123) //

вместе с соответствующим языком, естественно , ленин гриб и волна (?), 02:22 , 26-Дек-22, (188) +1

Вон тот ужастик в ядро вообще поместили по 1 причине чтобы мелкие роутеры не то, Аноним (-), 20:52 , 24-Дек-22, (157) //

вообще-то ровно наоборот - чтоб большие ящики в стойках не тормозили по сравнени, пох. (?), 22:00 , 24-Дек-22, (159) –1 //

Тебя не смущает что комитил это все САМСУНГ Цитируя гаджеты и рядом как аргумен, Аноним (-), 19:06 , 25-Дек-22, (180)

повторяю он будет никакой не из-за переключений контекста, а из-за побайтиковог, пох. (?), 19:33 , 25-Дек-22, (184)

У большинства SoC там тупо EHCI xHCI, не лучше и не хуже того который у тебя в д, Аноним (-), 00:05 , 26-Дек-22, (186) –1
p s я намекал что самбе потребуется еще какой тамп питон-электрон, и когда тебе, Аноним (-), 00:10 , 26-Дек-22, (187)

больше не употребляй эту дурь , пох. (?), 23:43 , 26-Дек-22, (202)

Это ты просто в свежих дебианах и убунтах самбу ставить не пробовал Там ему тре, Аноним (-), 01:25 , 27-Дек-22, (203)

в этих дистрибутивах никто не гонится за самоцелью сделать минимум зависимостей , пох. (?), 01:50 , 27-Дек-22, (204)

Оно как бы да, НО во первых 1 Все что можно модуляризовать там обычно модуляр, Аноним (-), 13:06 , 27-Дек-22, (206)

p s если кому не хочется кликать в жесткое месиво с JS по ссылке, зацитирую гла, Аноним (-), 13:24 , 27-Дек-22, (207)
это не проблема авторов самбы и они не нанимались этому помогатьНе умеете - собе, пох. (?), 12:29 , 29-Дек-22, (213)

Это не проблема авторов самбы Зато это проблема самсунга - и довольно много ког, Аноним (-), 15:24 , 29-Дек-22, (217)
они всегда могут собрать себе самбу так и с теми фичами, которые считают нужными, пох. (?), 16:19 , 29-Дек-22, (218)
Не избавит от огромной либы самбы и openssl, в сумме более десяти мегов в флеше, Аноним (-), 23:23 , 30-Дек-22, (220)
удивительно, да - для ssl нужна либа, и для smb протокола включая управление до, пох. (?), 12:13 , 31-Дек-22, (221)

Мне вот интересно, понимают ли опеннетные 8220 гении от программирования , с з, Прохожий (??), 07:13 , 24-Дек-22, (124) –2 //

Не понимаю конечно Ну сперли у тебя данные - хаха, сам виноват , Аноним (133), 10:51 , 24-Дек-22, (133)
Ты ли не клоун В твоём посыле нет конкретики, одно субъективное мнение , Аноним (149), 20:18 , 24-Дек-22, (150) +3

Опять очередной черный ход обнаружили Никогда такого не было и вот опять , Neon (??), 04:32 , 25-Дек-22, (172) –1
Не понимаю, зачем сначала придумывали область видимости, а потом стали пользоват, Аноним (189), 10:46 , 26-Дек-22, (189) –1 //

Ты чего-то очень сильно не понимаешь В программировании, причинно-следственной , Аноним (-), 15:34 , 26-Дек-22, (196)
В других языках есть ссылки По сути то же самое , Аноним (199), 23:21 , 26-Дек-22, (201)

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

2. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." –21 +/–

Сообщение от Аноним (2), 23-Дек-22, 07:44

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

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

49. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +6 +/–

Сообщение от пох. (?), 23-Дек-22, 11:27

Милый дурачок - иногда баги исправляют просто потому что это баги.
Более того - чаще всего именно так у хороших разработчиков и происходит - заметил ляп, поправил ляп.
А поиски увизгвимостей - занятие совсем других пацанов, обычно никакой разработкой не занимающихся.
Это, кстати, любителям отключать обновления и пользоваться позапрошлогодней версией софта. С вручную попатчеными известными уязвимостями.

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

62. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +/–

Сообщение от Аноним (62), 23-Дек-22, 11:44

А если хорошему программисты заплатили что он не правил свой ляп? Что с этим-то делать?

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

66. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." –3 +/–

Сообщение от пох. (?), 23-Дек-22, 12:11

Перестать употреблять тяжелые н0ркотики?

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

75. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +4 +/–

Сообщение от Аноним (62), 23-Дек-22, 12:44

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

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

82. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +1 +/–

Сообщение от Первая Буква (?), 23-Дек-22, 12:56

Перестать сочетать тяжелые наркотики с крепким алкоголем.

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

104. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +/–

Сообщение от пох. (?), 23-Дек-22, 19:23

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

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

118. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +/–

Сообщение от псевдонимус (?), 24-Дек-22, 03:08

>нет проблемы
Посмотри на системду. Как нет-то, когда есть.

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

176. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +/–

Сообщение от Аноним (176), 25-Дек-22, 14:33

Обычный плохой код, ничего особенного не вижу.
Причем решает ту задачу, для которой и написан. Что тобой она не востребована вовсе, и тем более тебе не нужно такое решение - это никак не связано с веществами. Наоборот, человек в здравом рассудке сумел идеально точно угадать, как сделать карьеру на лохах у которых эта задача возникает. Что их реально миллионы, что они радостно выбросят в помойку все на чем строились юникс-системы, потому что им лень и они хотят какввенде но нахаляву и побольше.
А та же suse, которая пыталась в автоматизацию в режиме авиационного автопилота, освобождающую руки но отдающую контроль по первому же движению - трижды банкрот и неудачник.

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

190. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +/–

Сообщение от Аноним (-), 26-Дек-22, 11:05

Да на самом деле даже не такой уж и плохой, если с другим сравнивать. Особенно с теми ужастиками которые в стартовых скриптах периодически наворачивали.

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

71. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +2 +/–

Сообщение от Аноним (2), 23-Дек-22, 12:26

>Милый дурачок - иногда баги исправляют просто потому что это баги.
Не хочется вас растраивать, дяденька, но пост был не про баги и не про их исправление.
И, да, "Жизнь - это жизнь, брат" - это рассуждения быдлана :)
>А поиски увизгвимостей - занятие совсем других пацанов, обычно никакой разработкой не занимающихся.
Не каждый день люди сами сознаются, что они только ПИСАТЕЛИ, а читают их код пусть компиляторы, ревьюверы, мантейнеры, школа, полиция... Ну не барское это дело валидировать пользовательские данные, проверять размеры буферов и очищать после себя память.
Пост был про то, что замалчивание даже исправленного бага, приводит к тому, что мантейнеры продолжат держать исправленную версию пакета в тестовой ветке, таки образом будет не важно отключили вы обновления или нет.

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

106. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." –1 +/–

Сообщение от пох. (?), 23-Дек-22, 19:31

> Пост был про то, что замалчивание даже исправленного бага
как можно "замолчать исправленный баг" в режиме "порежьте помельче, в экран чтоб влазило, и пришлите в рассылку" в котором их вообще исправляют в ведре ?
Майнтейнеру тебе сказать просто нечего - ну исправил. Этот и еще вон там. И вот тут переписал вроде лучше стало. Только оно теперь компилируется только в "linux-next" (иначе патч и не приняли бы) Обычный процесс разработки в stable api nonsense. Все детали, что характерно - на виду.
Проверять, не скрывается ли под багом еще и удаленная уязвимость - не дело разработчика, да и просто нет у него нужной квалификации обычно.
И нет, не так просто "очищать после себя память" в асинхронном коде, где выделяется в одном месте, используется в другом, освобождается в третьем и нет, это не последовательная простыня вызовов - все три происходят параллельно и в количестве N (много, пусть m) экземпляров одновременно.
Желающие могут посмотреть КАК принято выделять память в самой (userland) cocамбе, и попробовать объяснить присутствующим правило как это работает и как этим пользоваться. Я, честно признаюсь, не понял.

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

142. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." –1 +/–

Сообщение от пох._идет_нах. (?), 24-Дек-22, 13:46

>И нет, не так просто "очищать после себя память" в асинхронном коде, где выделяется в одном месте, используется в другом, освобождается в третьем
О, вижу что-то начало шевелиться в твоём мозге наконец-то. Какие-то подвижки есть. Так вот в нескучных язычках, которые ты так не любишь, тебе компилятор по рукам надаёт, но не даст ошибиться подобным образом. Но кому это я. Ёжики продолжали страдать и жрать кактусы. Мазохисты, они такие.

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

148. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +/–

Сообщение от пох. (?), 24-Дек-22, 19:23

Он тебе вообще написать такой код, который работает и выполняет задачу, не даст. Поэтому ты обернешь его в unsafe, и все проблемы решены. Но нет.
Полагаю следующий этап, если впихивание хруста в ведро все же состоится дальше чисто номинальной поддержки, будет заключаться именно в бесконечном нытье что интерфейсы ядра нетакие, ниправильные, нихрустят, и из-за них приходится сплошной unsafe и без конца все падает и течет.
"Вот как только мы и остальное ведро перепишем-перепишем..." в общем, программа освоения спонсорских деньжат еще лет на сорок вполне себе реалистичная.
А на практике опять имеем кривоствольную эскопету для стрельбы самому себе в жо и ресдох который сдох.
И если второй проект был сразу обречен, то первый ну уж казалось бы - с чистого листа, как вы любите, не системное программирование, все можно сделать "правильно" не спотыкаясь о мерзкую реальность материального мира, даже есть финансирование... не, наверное опять неправильных хрустиков подвезли.
Но у правильных пока только ненужные дубли примитивных юникс-программ 70го года почему-то выпекаются.

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

152. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +/–

Сообщение от Аноним (-), 24-Дек-22, 20:38

В некоторых случаях даже будут правы. Попробуй статический анализ void *, тебе понравится. Да и ioctl() какой - чудный интерфейс, так то, мы кидаем что-то, куда-то, и молимся чтобы адресат знал что это за фигня и ничего не бахнуло. В ядре конечно зубры выше среднего и обычно готовы к таким подаркам судьбы, но если говорить об интерфейсах - им бы 1-2 нормальные скоростные низкоуровневые шины, с дискавери и всем таким, вместо того жоского лоскутного одеяла которое там образовалось. Но пока нишмагли.

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

170. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +/–

Сообщение от пох. (?), 24-Дек-22, 23:14

> интерфейсах - им бы 1-2 нормальные скоростные низкоуровневые шины, с дискавери
боюсь это будет уже СОВСЕМ не unix-like система.
У ресдоха к сожалению не получилось - и волшебный язык почему-то не помог.
Кстати, странно что никто не переписал еще l4 на хрусте. Заодно избавившись от копирайта.
(это как раз - возможно, задача попроще кривой эскопеты. Но вряд ли в обозримом будущем увидим.)

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

183. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +/–

Сообщение от Аноним (-), 25-Дек-22, 19:33

> боюсь это будет уже СОВСЕМ не unix-like система.
А с чего ты взял что *nix создали боги, которые предусмотрели вообще совсем все, а все их парадигмы всегда и во всех случаях работают лучше чем иные варианты?
ИМХО *nix это по своему красивая концепция. Где-то хорошо работает, где-то не очень. Кстати, если задаться такой целью - как файл можно вывесить очень много чего.
Пример: есть IRC бот вывешивающий IRC как ... кучу файлов. Кто-то проперся, такой же для tox сделал. И вот тебе распределенный p2p чатик c юзерами как .... э, что? Пачка файлов в иерархии?! А отсылка мсг это ну вот буквально эхо в файл?
Вопрос: что помешает тебе представить pub-sub шину таким же манером, если оно реально надо? IRC например это очень продвинутый и мощный вариант pub-sub, если подумать. Будет ли это самым удачным интерфейсом к вон тому - вопрос номер два, но так вроде можно было.
> Кстати, странно что никто не переписал еще l4 на хрусте. Заодно избавившись от копирайта.
Они редох написали.
> (это как раз - возможно, задача попроще кривой эскопеты. Но вряд ли
> в обозримом будущем увидим.)
А оно зачем такое?

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

151. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +/–

Сообщение от Аноним (-), 24-Дек-22, 20:35

> как можно "замолчать исправленный баг" в режиме "порежьте помельче, в экран чтоб
> влазило, и пришлите в рассылку" в котором их вообще исправляют в ведре ?
У меня только один вопрос к джентльмену: ты сам код ревьюил когда-нибудь? Потому что если бы ты это делал, то понимал бы зачем оно вот так.
Без этого какой-нибудь кореец из самсунга, воскуривший рисовой шелухи, поймав полет мысли и на одном дыхании написавщий половину сабжа (это каким-то чудом даже компилится, вау!) - таки выгрузит тебе мегабайтов пять жесткого кода. И удачи тебе в его ревью. А также вообще найти там вон то. Потому что bisect ты на этом тоже не сможешь. Почему-то. А в линуксе syzbot мало того что сам дыру найдет в чем-то типа сабжа, так еще сам бисект сделает - и покажет где баг с точностью до вот этого вот сегмента влезаюшего на экран. Что сильно интереснее пятимегабайтной штуки от вон того корейца, где можно еще месяцок потом копаться.

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

169. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +1 +/–

Сообщение от пох. (?), 24-Дек-22, 23:12

Безусловно, если нарезать пять мегабайтов по килобайту и запулить в рассылку раз пять (потому что первые четыре раза два файлика потерялись достойным софтом 1998го года издания) тебе станет на порядок легче и проще их понимать.
Если что, я это проходил с драйвером ntfs3, с которым автор вынужден был именно так и поступить. И пришел в восторг уже от "самобытных" механизмов выуживания этих ошметков единого целого - чтоб собрать их обратно, потому что по частям, удивись, драйвер никому не нужен и не собирается, не говоря уж о том что не работает. И так - с любым более-менее сложным предметом.
Разумеется, "ревью" этими дол...емаи я тоже хорошо так понаблюдал - с заменами colour на color и обратно пол-года, пока _случайно_ по поводу _другого_ драйвера _сторонний_ чувак (но знающий местные политесы и принятый в узенький кружок приближенных) не написал верховному божку лично - попутно упомянув что вон еще один проект валяется тоже.
После чего драйвер был принят в ведро БЕЗ дальнейших раздумий и с неправильным color. Вот тебе и ревью.
При этом в нем по дороге к этому условному успеху поправили с десяток вполне реальных проблем, кое-что и портить fs могло - но, удивись, только сами разработчики. Пару нашел им я, остальное видимо другие неудачники. Исправлять пришлось, конечно, самим, потому что постороннему в чужом проекте с наскока не разобраться. Особенно когда еще и описания толком нет.
Полагаю что и с ksmb произошло то же самое, хотя там кода значительно меньше (зато понять что он делает и для чего гораздо сложнее для постороннего). Все исправления сделали авторы изначального кода. И отправили как положено в рассылку. Где их все кроме майнтейнера проигнорировали, потому что ничего в этих огрызках было непонятно. Ну может заставили color на colour в комментарии заменить и скобочку на другую строку перенести.

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

177. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +/–

Сообщение от Аноним (-), 25-Дек-22, 18:31

> Безусловно, если нарезать пять мегабайтов по килобайту и запулить в рассылку раз
> пять (потому что первые четыре раза два файлика потерялись достойным софтом
> 1998го года издания) тебе станет на порядок легче и проще их понимать.
Как минимум сразу понятно, может ли кадр в логичное партиционирование большой задачи до группы маленьких, декоррелированых. Ты либо можешь разбить большой сложный топик на много маленьких и относительно независимых, либо нет. Это две сильно разные истории. Торвальдс это прекрасно понял. Он хочет увидеть как кодер это делает, чтобы понять - слать его или пусть потрепыхается.
Если это вкомитить, с этим придется жить. Иногда имеет смысл комитнуть авансом, потому что фича нужная и клевая, на нее спрос. Но жить с этим все же придется, а если комитить абы как, проект станет помойкой и умрет от своего веса или скатится в неподдерживаемое болото. Если кому нравится такое, вон фрибсд всякие есть.
> обратно, потому что по частям, удивись, драйвер никому не нужен и
> не собирается, не говоря уж о том что не работает.
И даже так - некое деление там возможно. Скажем патчи на инфраструктурно-подготовительные вещи это одно, то что далее на этом базируется другое. Да и если драйвер немеряного размера оформлен как 1 монолитный кус без логического партиционирования, его место точно не в ядре линукса, для такого есть /dev/null. И называя вещи своими именами NTFS3 это таки тоже комит авансом. Не потому что это офигенный код и кодеры, а потому что нужная фича. Но если там удумать косячить - вылетит с треском, даже не сомневайся. Большой кус и так сильно сажает кредит доверия. Есть определенные лимиты терпения по части общего качества и т.п., при превышении которых фича просто вылетает из кернела, как нечто негодное.
> И так - с любым более-менее сложным предметом.
Одно из искусств программирования - разбивка сложных задач на более простые.
> кружок приближенных) не написал верховному божку лично - попутно упомянув что
> вон еще один проект валяется тоже.
Если у тебя есть более крутые ревьюеры и менеджеры проекта чем Торвальдс и его майнтайнеры подсистем, я рад за тебя, но все же не понимаю почему ты еще не захватил мир при таких условиях. Он должен был принадлежать тебе а не Торвальдсу, если это правда. Но поскольку это не произошло - твоя красивая теория не подтверждается.
> неправильным color. Вот тебе и ревью.
Даже это может быть важно. Потому что если все будут делать одни и те же вещи по разному, закончится диким количеством багов. Одни пишут color, другие colour, а майнтайнер подсистемы охреневает что у него при попытке стыковки этого кернел билдоваться перестал. Оно ему надо? И такое бывает. И хорошо еще если тебя сразу компилер завернет, если это что-то очевидное.
> удивись, только сами разработчики. Пару нашел им я, остальное видимо другие
> неудачники. Исправлять пришлось, конечно, самим, потому что постороннему в чужом проекте
> с наскока не разобраться. Особенно когда еще и описания толком нет.
Там еще всякие инфраструктурные вещи есть. На самых разных уровнях. И это так то тоже нужная штука. И да, вон то - одна из причин по которым предполагается что комитившие код будут потом еще и майнтайнить его - или вылетят с треском, на выбор.
> Полагаю что и с ksmb произошло то же самое, хотя там кода значительно меньше
Примерно так. Называя вещи своими именами, оба комитнуты авансом потому что это нужные фичи, а не потому что они все делали лучше некуда. Но если удумать борзеть - вылетит с треском, что первый что второй. Они оба балансируют на грани терпения менеджмента проекта и единственное что их держит от вылета это нужность фич, поскольку техническое качество и проблемность кода сильно ниже того что принято в линукскернеле. И расчет на то что постепенно крап удастся выбить. Если работоспособность этого процесса продемонстрирована не будет - простите, господа, но с этим кодом расстанутся. Потому что это вам не мусорный бачок.
> на colour в комментарии заменить и скобочку на другую строку перенести.
Если заставили то как минимум читали код. Это уже неплохо, много кода и этого не удостаивается. Вон в фбсд гангстер чуть не комитнул черти что и только принципиальность автора вайргада, не желающего чтобы имя его продукта портили всякие левые типы спасло ситуацию.

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

182. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +1 +/–

Сообщение от пох. (?), 25-Дек-22, 19:18

> Если это вкомитить, с этим придется жить. Иногда имеет смысл комитнуть авансом, потому что фича
> нужная и клевая, на нее спрос.
Нет. Просто сложные задачи не решаются просто и не разделаяются на миллиард простеньких. Торвальдс это знает, ты - нет. Просто он прилип к двадцать лет назад, когда компьютеры были большие, неудачному воркфлоу. Его уже никто и нигде кроме линуксведра не использует вообще.
На самом деле все еще занятнее, и для действительно крупных взаимосвязанных подсистем в ведре все же есть альтернативная технология, без порежьте-в-экран-не-влазиет.
Но это великая тайна есть. (и ksmb туда не вписался пока еще)
> Одно из искусств программирования - разбивка сложных задач на более простые.
Это драйвер. Его невозможно разобрать на более простые.
Более того, для понимания как все это работает, если бы кто-то на полном серьезе собрался это изучать, не говоря уж о поправить ошибку - нужно всю помойку выковыривать из отдельных частей и открывать в каком-то вменяемом редакторе кода. Позволяющем хотя бы перепрыгнуть между определением и применением функции.
> Даже это может быть важно. Потому что если все будут делать одни и те же вещи по разному,
> закончится диким количеством багов.
это комментарий. Ты совсем в вымышленном мире живешь?
> И расчет на то что постепенно крап удастся выбить. Если работоспособность этого процесса
> продемонстрирована не будет - простите, господа, но с этим кодом расстанутся.
то ли дело мертворожденный ntfs1 - вот это образец качества!
> Если заставили то как минимум читали код.
они читали именно это, в экранавлазиет. Поэтому и смогли только дое...ся к комменту. (Ну вроде еще разок вылез из берлоги Al Viro и что-то там разумное посоветовал просто по поводу неправильного использования апи, как обычно недокументированного и совершенно непонятного непосвященным, но это уникальный случай один на тысячу ненужных требований)
А чтобы найти проблемы - надо код хотя бы в сумме видеть, я уж молчу про попытаться запустить.
А как ты его увидишь если это message 12/15 в рассылке с тысячами в день? Никто большую часть даже не посмотрит, если не уцепится глазом за colour, оскорбляющий его расовые чувства.

> Вон в фбсд гангстер чуть не комитнул черти что и только принципиальность автора вайргада
если бы он комитнул в стиле ведра линукса, в рассылку с потоком мусора в ста частях - автор ничего бы и не увидел даже. Но фабрикатор как раз - нормальный способ работы с кодом. Устаревший всего лет на десять, что огромное достижение в сравнении с устаревшим на 30. Никаких порежьте помельче. И при этом все еще можно и собрать для проверки самому, и ткнуть носом в стремное место.
Все что ты нагуанокодил - видно сразу комплексом вместе с объяснениями, почему вот тут ты сделал именно так, никому не надо продираться через десять вариантов твоих изменений в погоне за вечноменяющимся нонсенсом и исправлениями в комментах, чтобы увидеть, учел ты существенное замечание или проигнорировал. Но увы, одним миллиардером сыт не будешь.
> Он должен был принадлежать тебе а не Торвальдсу, если это правда. Но поскольку это не
> произошло - твоя красивая теория не подтверждается.
Нет, не подтверждается твоя красивая теория что мир захватывают хорошие ревьюеры и менеджеры. А на деле его давно захватили посредственности, удачно прилипшие к корпоративной соске.
А Хаббард кодит драйверы нвидии за еду :-(

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

185. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +1 +/–

Сообщение от Аноним (-), 25-Дек-22, 23:39

> Нет. Просто сложные задачи не решаются просто и не разделаяются на миллиард простеньких.
Написание софта подлежит декомпозиции на более простые части. Это базовый паттерн известный даже джуну. И тот же драйвер фс структурально можно разобрать на отдельные составные части.
Сложность написания софта растет квадратично от размера. Поэтому таск либо декомпозируется на более простые и относительно независимые подзадачи, либо все заканчивается эпикфейлом. Третьего не дано. Если не считать коллапс под своим весом за опцию.
> Торвальдс это знает, ты - нет. Просто он прилип к двадцать лет назад, когда
> компьютеры были большие, неудачному воркфлоу. Его уже никто и нигде кроме
> линуксведра не использует вообще.
Кто-то смог проекты такого масштаба, в географически распределенной тиме, успешнее чем он, чтобы учить гроссмейстера игре? Вот когда и если - тогда пусть и приходят, лол. Торвальдс на своем троне только потому что может это лучше всех остальных, ага.
> На самом деле все еще занятнее, и для действительно крупных взаимосвязанных подсистем
> в ведре все же есть альтернативная технология, без порежьте-в-экран-не-влазиет.
В линуксе никто не зациклен на принципиальной долбежке паттернов любой ценой, даже если видно что ну вот не едут лыжи. Их цель создание крутой операционки. Остальное - средства. Однако вот это средство в 99% случаев работает. Однако да, для штук типа сабжа и нтфс3 это "на грани" и именно поэтому я и сказал что их "взяли авансом". Исключения возможны, но не приветствуются и подразумевают определенные вещи.
> Но это великая тайна есть. (и ksmb туда не вписался пока еще)
Ему уже сделали максимум фавора, еще более крутой кредит доверия никто не даст. Теперь мяч на их стороне. Из него либо вышибут крап типа вон того, либо из ядра эту фичу вышибут с позором. В лучшем случае в staging, если кто-то трепыхается чинить.
> Это драйвер. Его невозможно разобрать на более простые.
У файловых систем тоже есть составные части. И пожелание видеть это вполне разумное. Огромный мутнокод одним шматом - мало энтузиазма вызывает.
> - нужно всю помойку выковыривать из отдельных частей и открывать в
> каком-то вменяемом редакторе кода. Позволяющем хотя бы перепрыгнуть между определением
> и применением функции.
Это да. Однако логическая группировка патчей по составным частям например может иметь смысл. Впрочем они так или иначе находят решения и компромиссы, если ну вот очень надо.
> это комментарий. Ты совсем в вымышленном мире живешь?
Весь софт - абстракция, вымышленный мир. Это что-то плохое?
> то ли дело мертворожденный ntfs1 - вот это образец качества!
Ну как бы особых проблем он не создавал. А то что застрял в развитии... если бы не это, ntfs3 вообще бы никто и не взял в ядро. Кстати в какой-то момент застревание в развитии таки начинает транслироваться в технические проблемы. Одна из причин по которым рейзер3, вероятно, все же умрет. Как и любое другое которое будет игнорить новые подсистемы и рефакторы.
> что-то там разумное посоветовал просто по поводу неправильного использования апи, как
> обычно недокументированного и совершенно непонятного непосвященным,
Эти штуки
1) Внутреннеее дело ядра.
2) Подразумевается что те кто кодит под это - плотно трекают разработку ядра. Без этого они все равно далеко не уедут.
3) Это может довольно динамично меняться а тухлая дока хуже чем никакой, кодер попробует делать неверные вещи вместо того чтобы в коде посмотреть.
4) Не понятно где брать ресурсы на армию техписов - а им кто-то еще должен объяснить всю эту магию, т.е. дев вместо кодинга будет с техписами трындеть.
> но это уникальный случай один на тысячу ненужных требований)
Именно ради таких случаев туда все и приходят.
> А чтобы найти проблемы - надо код хотя бы в сумме видеть,
> я уж молчу про попытаться запустить.
И вгрузить его 1 огромным шматом тому мало способствует. Если ты с лопаты вкатил мне 2 мега, это вообще совсем никак не добавляет мне знаний о внутренней структуре этой ... штуки. Зато создает соблазн буркнуть "не мое дело, как то работает же" и сэкономить время на струтурном анализе и тем более какие они там апи используют. Кажется Торвальдс умеет контрить свои же антипаттерны и достиг в этом успехов.
> уцепится глазом за colour, оскорбляющий его расовые чувства.
Или, вот за апи... и может и черт с ним с колором тогда? :)
> если бы он комитнул в стиле ведра линукса, в рассылку с потоком
> мусора в ста частях - автор ничего бы и не увидел даже.
В стиле линукса сделал сам автор вайргарда :).Это изначально его план был. Заодно он же пинка криптоапи врезал, отрефакторил рандом в ядре до явно более разумных состояний и много что еще. Вот это - стиль линукса: не только комитнуть фичу, но и инфраструктуру окультурить если то что есть почему-то вдруг вызывало проблемы в этой фиче. Попробуй такое от "гангстера" получить вообще.
> Но фабрикатор как раз - нормальный способ работы с кодом.
Это нормальный корпоративный булшит. Торвальдс круче чем это. Он задает тренды а не следует им.
> устаревшим на 30. Никаких порежьте помельче.
Что провоцирует кучу дурных антипатернов. Впрочем кому какое дело в энтерпрайзном крапе... только вот про качество этого всего не надо мне рассказывать, я получше твоего в курсе как оно.
> И при этом все еще можно и собрать для проверки самому,
В линуксе более 9000 всяких автобилдеров и автотестеров умеющих ... много чего. Они сами кого угодно носом ткнут, вплоть до авто-бисекта. А что, сможешь авто-тест нового кернела с авто-бисектом до проблемного комита и адресного пинка тому кто все поломал от робота? В этом твоем фабрикаторе, или чего там тебе удобно, хоть черта лысого, лишь бы работало вот так.
А там еще более ресурсоемкие и длинные проверки типа syzbot'а потом будут. Они как бы слишком медленные чтобы ими якорить прием кода, но как бы все-равно найдут ерунду - и найдут кто ее посадил. В фоне. И если вот это вот будет указывать на 1 шмат в 5 мегов - окей, круто, удачи в багфиксе. А если это какие-то более мелкие коммиты - там уже все намного интереснее будет.
> в комментах, чтобы увидеть, учел ты существенное замечание или проигнорировал. Но
> увы, одним миллиардером сыт не будешь.
Что за миллиардер и почему он не сытный?
> Нет, не подтверждается твоя красивая теория что мир захватывают хорошие ревьюеры и
> менеджеры. А на деле его давно захватили посредственности, удачно прилипшие к
> корпоративной соске.
Корпорации так то сами пришли, их никто не звал. Они просто решили делегировать эту работу вон тому типу. С аргументом что он ее хорошо делает.
> А Хаббард кодит драйверы нвидии за еду :-(
Значит его магия не сработала даже для него самого и, в этом случае, я посчитаю что его мнение о том как надо софт девелопать не дорого стоит.

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

103. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..." +/–

Сообщение от Аноним (103), 23-Дек-22, 19:13

Это для любителей пользоваться ms ным говном

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	–21 +/–
Сообщение от Аноним (2), 23-Дек-22, 07:44
Не, ну дыры, ладно, но исправление молчком - за это надо гнать ссаными тряпками и вечный бан на коммиты в ядро
Ответить \| Правка \| Наверх \| Cообщить модератору


	49. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+6 +/–
	Сообщение от пох. (?), 23-Дек-22, 11:27
	Милый дурачок - иногда баги исправляют просто потому что это баги. Более того - чаще всего именно так у хороших разработчиков и происходит - заметил ляп, поправил ляп. А поиски увизгвимостей - занятие совсем других пацанов, обычно никакой разработкой не занимающихся. Это, кстати, любителям отключать обновления и пользоваться позапрошлогодней версией софта. С вручную попатчеными известными уязвимостями.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	62. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+/–
	Сообщение от Аноним (62), 23-Дек-22, 11:44
	А если хорошему программисты заплатили что он не правил свой ляп? Что с этим-то делать?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	–3 +/–
	Сообщение от пох. (?), 23-Дек-22, 12:11
	Перестать употреблять тяжелые н0ркотики?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	75. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+4 +/–
	Сообщение от Аноним (62), 23-Дек-22, 12:44
	Что делать если хороший программист не может слезть с тяжелых нОркотиков и ему предлагают большие деньги за то чтобы он не правил свой ляп?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	82. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+1 +/–
	Сообщение от Первая Буква (?), 23-Дек-22, 12:56
	Перестать сочетать тяжелые наркотики с крепким алкоголем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	104. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+/–
	Сообщение от пох. (?), 23-Дек-22, 19:23
	Ну наоборот же ж! Нет кода или что-то такое накоженное под субстанциями - нет проблемы (все равно даже не компилируется, а в трезвом виде непонятно что это вообще было - да и некогда, надо искать на добавить пока не поплохело совсем)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	118. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+/–
	Сообщение от псевдонимус (?), 24-Дек-22, 03:08
	>нет проблемы Посмотри на системду. Как нет-то, когда есть.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	176. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+/–
	Сообщение от Аноним (176), 25-Дек-22, 14:33
	Обычный плохой код, ничего особенного не вижу. Причем решает ту задачу, для которой и написан. Что тобой она не востребована вовсе, и тем более тебе не нужно такое решение - это никак не связано с веществами. Наоборот, человек в здравом рассудке сумел идеально точно угадать, как сделать карьеру на лохах у которых эта задача возникает. Что их реально миллионы, что они радостно выбросят в помойку все на чем строились юникс-системы, потому что им лень и они хотят какввенде но нахаляву и побольше. А та же suse, которая пыталась в автоматизацию в режиме авиационного автопилота, освобождающую руки но отдающую контроль по первому же движению - трижды банкрот и неудачник.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	190. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+/–
	Сообщение от Аноним (-), 26-Дек-22, 11:05
	Да на самом деле даже не такой уж и плохой, если с другим сравнивать. Особенно с теми ужастиками которые в стартовых скриптах периодически наворачивали.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	71. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+2 +/–
	Сообщение от Аноним (2), 23-Дек-22, 12:26
	>Милый дурачок - иногда баги исправляют просто потому что это баги. Не хочется вас растраивать, дяденька, но пост был не про баги и не про их исправление. И, да, "Жизнь - это жизнь, брат" - это рассуждения быдлана :) >А поиски увизгвимостей - занятие совсем других пацанов, обычно никакой разработкой не занимающихся. Не каждый день люди сами сознаются, что они только ПИСАТЕЛИ, а читают их код пусть компиляторы, ревьюверы, мантейнеры, школа, полиция... Ну не барское это дело валидировать пользовательские данные, проверять размеры буферов и очищать после себя память. Пост был про то, что замалчивание даже исправленного бага, приводит к тому, что мантейнеры продолжат держать исправленную версию пакета в тестовой ветке, таки образом будет не важно отключили вы обновления или нет.
	Ответить \| Правка \| К родителю #49 \| Наверх \| Cообщить модератору


	106. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	–1 +/–
	Сообщение от пох. (?), 23-Дек-22, 19:31
	> Пост был про то, что замалчивание даже исправленного бага как можно "замолчать исправленный баг" в режиме "порежьте помельче, в экран чтоб влазило, и пришлите в рассылку" в котором их вообще исправляют в ведре ? Майнтейнеру тебе сказать просто нечего - ну исправил. Этот и еще вон там. И вот тут переписал вроде лучше стало. Только оно теперь компилируется только в "linux-next" (иначе патч и не приняли бы) Обычный процесс разработки в stable api nonsense. Все детали, что характерно - на виду. Проверять, не скрывается ли под багом еще и удаленная уязвимость - не дело разработчика, да и просто нет у него нужной квалификации обычно. И нет, не так просто "очищать после себя память" в асинхронном коде, где выделяется в одном месте, используется в другом, освобождается в третьем и нет, это не последовательная простыня вызовов - все три происходят параллельно и в количестве N (много, пусть m) экземпляров одновременно. Желающие могут посмотреть КАК принято выделять память в самой (userland) cocамбе, и попробовать объяснить присутствующим правило как это работает и как этим пользоваться. Я, честно признаюсь, не понял.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	142. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	–1 +/–
	Сообщение от пох._идет_нах. (?), 24-Дек-22, 13:46
	>И нет, не так просто "очищать после себя память" в асинхронном коде, где выделяется в одном месте, используется в другом, освобождается в третьем О, вижу что-то начало шевелиться в твоём мозге наконец-то. Какие-то подвижки есть. Так вот в нескучных язычках, которые ты так не любишь, тебе компилятор по рукам надаёт, но не даст ошибиться подобным образом. Но кому это я. Ёжики продолжали страдать и жрать кактусы. Мазохисты, они такие.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	148. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+/–
	Сообщение от пох. (?), 24-Дек-22, 19:23
	Он тебе вообще написать такой код, который работает и выполняет задачу, не даст. Поэтому ты обернешь его в unsafe, и все проблемы решены. Но нет. Полагаю следующий этап, если впихивание хруста в ведро все же состоится дальше чисто номинальной поддержки, будет заключаться именно в бесконечном нытье что интерфейсы ядра нетакие, ниправильные, нихрустят, и из-за них приходится сплошной unsafe и без конца все падает и течет. "Вот как только мы и остальное ведро перепишем-перепишем..." в общем, программа освоения спонсорских деньжат еще лет на сорок вполне себе реалистичная. А на практике опять имеем кривоствольную эскопету для стрельбы самому себе в жо и ресдох который сдох. И если второй проект был сразу обречен, то первый ну уж казалось бы - с чистого листа, как вы любите, не системное программирование, все можно сделать "правильно" не спотыкаясь о мерзкую реальность материального мира, даже есть финансирование... не, наверное опять неправильных хрустиков подвезли. Но у правильных пока только ненужные дубли примитивных юникс-программ 70го года почему-то выпекаются.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	152. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+/–
	Сообщение от Аноним (-), 24-Дек-22, 20:38
	В некоторых случаях даже будут правы. Попробуй статический анализ void *, тебе понравится. Да и ioctl() какой - чудный интерфейс, так то, мы кидаем что-то, куда-то, и молимся чтобы адресат знал что это за фигня и ничего не бахнуло. В ядре конечно зубры выше среднего и обычно готовы к таким подаркам судьбы, но если говорить об интерфейсах - им бы 1-2 нормальные скоростные низкоуровневые шины, с дискавери и всем таким, вместо того жоского лоскутного одеяла которое там образовалось. Но пока нишмагли.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	170. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+/–
	Сообщение от пох. (?), 24-Дек-22, 23:14
	> интерфейсах - им бы 1-2 нормальные скоростные низкоуровневые шины, с дискавери боюсь это будет уже СОВСЕМ не unix-like система. У ресдоха к сожалению не получилось - и волшебный язык почему-то не помог. Кстати, странно что никто не переписал еще l4 на хрусте. Заодно избавившись от копирайта. (это как раз - возможно, задача попроще кривой эскопеты. Но вряд ли в обозримом будущем увидим.)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	183. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+/–
	Сообщение от Аноним (-), 25-Дек-22, 19:33
	> боюсь это будет уже СОВСЕМ не unix-like система. А с чего ты взял что nix создали боги, которые предусмотрели вообще совсем все, а все их парадигмы всегда и во всех случаях работают лучше чем иные варианты? ИМХО nix это по своему красивая концепция. Где-то хорошо работает, где-то не очень. Кстати, если задаться такой целью - как файл можно вывесить очень много чего. Пример: есть IRC бот вывешивающий IRC как ... кучу файлов. Кто-то проперся, такой же для tox сделал. И вот тебе распределенный p2p чатик c юзерами как .... э, что? Пачка файлов в иерархии?! А отсылка мсг это ну вот буквально эхо в файл? Вопрос: что помешает тебе представить pub-sub шину таким же манером, если оно реально надо? IRC например это очень продвинутый и мощный вариант pub-sub, если подумать. Будет ли это самым удачным интерфейсом к вон тому - вопрос номер два, но так вроде можно было. > Кстати, странно что никто не переписал еще l4 на хрусте. Заодно избавившись от копирайта. Они редох написали. > (это как раз - возможно, задача попроще кривой эскопеты. Но вряд ли > в обозримом будущем увидим.) А оно зачем такое?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	151. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+/–
	Сообщение от Аноним (-), 24-Дек-22, 20:35
	> как можно "замолчать исправленный баг" в режиме "порежьте помельче, в экран чтоб > влазило, и пришлите в рассылку" в котором их вообще исправляют в ведре ? У меня только один вопрос к джентльмену: ты сам код ревьюил когда-нибудь? Потому что если бы ты это делал, то понимал бы зачем оно вот так. Без этого какой-нибудь кореец из самсунга, воскуривший рисовой шелухи, поймав полет мысли и на одном дыхании написавщий половину сабжа (это каким-то чудом даже компилится, вау!) - таки выгрузит тебе мегабайтов пять жесткого кода. И удачи тебе в его ревью. А также вообще найти там вон то. Потому что bisect ты на этом тоже не сможешь. Почему-то. А в линуксе syzbot мало того что сам дыру найдет в чем-то типа сабжа, так еще сам бисект сделает - и покажет где баг с точностью до вот этого вот сегмента влезаюшего на экран. Что сильно интереснее пятимегабайтной штуки от вон того корейца, где можно еще месяцок потом копаться.
	Ответить \| Правка \| К родителю #106 \| Наверх \| Cообщить модератору


	169. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+1 +/–
	Сообщение от пох. (?), 24-Дек-22, 23:12
	Безусловно, если нарезать пять мегабайтов по килобайту и запулить в рассылку раз пять (потому что первые четыре раза два файлика потерялись достойным софтом 1998го года издания) тебе станет на порядок легче и проще их понимать. Если что, я это проходил с драйвером ntfs3, с которым автор вынужден был именно так и поступить. И пришел в восторг уже от "самобытных" механизмов выуживания этих ошметков единого целого - чтоб собрать их обратно, потому что по частям, удивись, драйвер никому не нужен и не собирается, не говоря уж о том что не работает. И так - с любым более-менее сложным предметом. Разумеется, "ревью" этими дол...емаи я тоже хорошо так понаблюдал - с заменами colour на color и обратно пол-года, пока _случайно_ по поводу _другого_ драйвера _сторонний_ чувак (но знающий местные политесы и принятый в узенький кружок приближенных) не написал верховному божку лично - попутно упомянув что вон еще один проект валяется тоже. После чего драйвер был принят в ведро БЕЗ дальнейших раздумий и с неправильным color. Вот тебе и ревью. При этом в нем по дороге к этому условному успеху поправили с десяток вполне реальных проблем, кое-что и портить fs могло - но, удивись, только сами разработчики. Пару нашел им я, остальное видимо другие неудачники. Исправлять пришлось, конечно, самим, потому что постороннему в чужом проекте с наскока не разобраться. Особенно когда еще и описания толком нет. Полагаю что и с ksmb произошло то же самое, хотя там кода значительно меньше (зато понять что он делает и для чего гораздо сложнее для постороннего). Все исправления сделали авторы изначального кода. И отправили как положено в рассылку. Где их все кроме майнтейнера проигнорировали, потому что ничего в этих огрызках было непонятно. Ну может заставили color на colour в комментарии заменить и скобочку на другую строку перенести.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	177. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+/–
	Сообщение от Аноним (-), 25-Дек-22, 18:31
	> Безусловно, если нарезать пять мегабайтов по килобайту и запулить в рассылку раз > пять (потому что первые четыре раза два файлика потерялись достойным софтом > 1998го года издания) тебе станет на порядок легче и проще их понимать. Как минимум сразу понятно, может ли кадр в логичное партиционирование большой задачи до группы маленьких, декоррелированых. Ты либо можешь разбить большой сложный топик на много маленьких и относительно независимых, либо нет. Это две сильно разные истории. Торвальдс это прекрасно понял. Он хочет увидеть как кодер это делает, чтобы понять - слать его или пусть потрепыхается. Если это вкомитить, с этим придется жить. Иногда имеет смысл комитнуть авансом, потому что фича нужная и клевая, на нее спрос. Но жить с этим все же придется, а если комитить абы как, проект станет помойкой и умрет от своего веса или скатится в неподдерживаемое болото. Если кому нравится такое, вон фрибсд всякие есть. > обратно, потому что по частям, удивись, драйвер никому не нужен и > не собирается, не говоря уж о том что не работает. И даже так - некое деление там возможно. Скажем патчи на инфраструктурно-подготовительные вещи это одно, то что далее на этом базируется другое. Да и если драйвер немеряного размера оформлен как 1 монолитный кус без логического партиционирования, его место точно не в ядре линукса, для такого есть /dev/null. И называя вещи своими именами NTFS3 это таки тоже комит авансом. Не потому что это офигенный код и кодеры, а потому что нужная фича. Но если там удумать косячить - вылетит с треском, даже не сомневайся. Большой кус и так сильно сажает кредит доверия. Есть определенные лимиты терпения по части общего качества и т.п., при превышении которых фича просто вылетает из кернела, как нечто негодное. > И так - с любым более-менее сложным предметом. Одно из искусств программирования - разбивка сложных задач на более простые. > кружок приближенных) не написал верховному божку лично - попутно упомянув что > вон еще один проект валяется тоже. Если у тебя есть более крутые ревьюеры и менеджеры проекта чем Торвальдс и его майнтайнеры подсистем, я рад за тебя, но все же не понимаю почему ты еще не захватил мир при таких условиях. Он должен был принадлежать тебе а не Торвальдсу, если это правда. Но поскольку это не произошло - твоя красивая теория не подтверждается. > неправильным color. Вот тебе и ревью. Даже это может быть важно. Потому что если все будут делать одни и те же вещи по разному, закончится диким количеством багов. Одни пишут color, другие colour, а майнтайнер подсистемы охреневает что у него при попытке стыковки этого кернел билдоваться перестал. Оно ему надо? И такое бывает. И хорошо еще если тебя сразу компилер завернет, если это что-то очевидное. > удивись, только сами разработчики. Пару нашел им я, остальное видимо другие > неудачники. Исправлять пришлось, конечно, самим, потому что постороннему в чужом проекте > с наскока не разобраться. Особенно когда еще и описания толком нет. Там еще всякие инфраструктурные вещи есть. На самых разных уровнях. И это так то тоже нужная штука. И да, вон то - одна из причин по которым предполагается что комитившие код будут потом еще и майнтайнить его - или вылетят с треском, на выбор. > Полагаю что и с ksmb произошло то же самое, хотя там кода значительно меньше Примерно так. Называя вещи своими именами, оба комитнуты авансом потому что это нужные фичи, а не потому что они все делали лучше некуда. Но если удумать борзеть - вылетит с треском, что первый что второй. Они оба балансируют на грани терпения менеджмента проекта и единственное что их держит от вылета это нужность фич, поскольку техническое качество и проблемность кода сильно ниже того что принято в линукскернеле. И расчет на то что постепенно крап удастся выбить. Если работоспособность этого процесса продемонстрирована не будет - простите, господа, но с этим кодом расстанутся. Потому что это вам не мусорный бачок. > на colour в комментарии заменить и скобочку на другую строку перенести. Если заставили то как минимум читали код. Это уже неплохо, много кода и этого не удостаивается. Вон в фбсд гангстер чуть не комитнул черти что и только принципиальность автора вайргада, не желающего чтобы имя его продукта портили всякие левые типы спасло ситуацию.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	182. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+1 +/–
	Сообщение от пох. (?), 25-Дек-22, 19:18
	> Если это вкомитить, с этим придется жить. Иногда имеет смысл комитнуть авансом, потому что фича > нужная и клевая, на нее спрос. Нет. Просто сложные задачи не решаются просто и не разделаяются на миллиард простеньких. Торвальдс это знает, ты - нет. Просто он прилип к двадцать лет назад, когда компьютеры были большие, неудачному воркфлоу. Его уже никто и нигде кроме линуксведра не использует вообще. На самом деле все еще занятнее, и для действительно крупных взаимосвязанных подсистем в ведре все же есть альтернативная технология, без порежьте-в-экран-не-влазиет. Но это великая тайна есть. (и ksmb туда не вписался пока еще) > Одно из искусств программирования - разбивка сложных задач на более простые. Это драйвер. Его невозможно разобрать на более простые. Более того, для понимания как все это работает, если бы кто-то на полном серьезе собрался это изучать, не говоря уж о поправить ошибку - нужно всю помойку выковыривать из отдельных частей и открывать в каком-то вменяемом редакторе кода. Позволяющем хотя бы перепрыгнуть между определением и применением функции. > Даже это может быть важно. Потому что если все будут делать одни и те же вещи по разному, > закончится диким количеством багов. это комментарий. Ты совсем в вымышленном мире живешь? > И расчет на то что постепенно крап удастся выбить. Если работоспособность этого процесса > продемонстрирована не будет - простите, господа, но с этим кодом расстанутся. то ли дело мертворожденный ntfs1 - вот это образец качества! > Если заставили то как минимум читали код. они читали именно это, в экранавлазиет. Поэтому и смогли только дое...ся к комменту. (Ну вроде еще разок вылез из берлоги Al Viro и что-то там разумное посоветовал просто по поводу неправильного использования апи, как обычно недокументированного и совершенно непонятного непосвященным, но это уникальный случай один на тысячу ненужных требований) А чтобы найти проблемы - надо код хотя бы в сумме видеть, я уж молчу про попытаться запустить. А как ты его увидишь если это message 12/15 в рассылке с тысячами в день? Никто большую часть даже не посмотрит, если не уцепится глазом за colour, оскорбляющий его расовые чувства. > Вон в фбсд гангстер чуть не комитнул черти что и только принципиальность автора вайргада если бы он комитнул в стиле ведра линукса, в рассылку с потоком мусора в ста частях - автор ничего бы и не увидел даже. Но фабрикатор как раз - нормальный способ работы с кодом. Устаревший всего лет на десять, что огромное достижение в сравнении с устаревшим на 30. Никаких порежьте помельче. И при этом все еще можно и собрать для проверки самому, и ткнуть носом в стремное место. Все что ты нагуанокодил - видно сразу комплексом вместе с объяснениями, почему вот тут ты сделал именно так, никому не надо продираться через десять вариантов твоих изменений в погоне за вечноменяющимся нонсенсом и исправлениями в комментах, чтобы увидеть, учел ты существенное замечание или проигнорировал. Но увы, одним миллиардером сыт не будешь. > Он должен был принадлежать тебе а не Торвальдсу, если это правда. Но поскольку это не > произошло - твоя красивая теория не подтверждается. Нет, не подтверждается твоя красивая теория что мир захватывают хорошие ревьюеры и менеджеры. А на деле его давно захватили посредственности, удачно прилипшие к корпоративной соске. А Хаббард кодит драйверы нвидии за еду :-(
	Ответить \| Правка \| Наверх \| Cообщить модератору


	185. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+1 +/–
	Сообщение от Аноним (-), 25-Дек-22, 23:39
	> Нет. Просто сложные задачи не решаются просто и не разделаяются на миллиард простеньких. Написание софта подлежит декомпозиции на более простые части. Это базовый паттерн известный даже джуну. И тот же драйвер фс структурально можно разобрать на отдельные составные части. Сложность написания софта растет квадратично от размера. Поэтому таск либо декомпозируется на более простые и относительно независимые подзадачи, либо все заканчивается эпикфейлом. Третьего не дано. Если не считать коллапс под своим весом за опцию. > Торвальдс это знает, ты - нет. Просто он прилип к двадцать лет назад, когда > компьютеры были большие, неудачному воркфлоу. Его уже никто и нигде кроме > линуксведра не использует вообще. Кто-то смог проекты такого масштаба, в географически распределенной тиме, успешнее чем он, чтобы учить гроссмейстера игре? Вот когда и если - тогда пусть и приходят, лол. Торвальдс на своем троне только потому что может это лучше всех остальных, ага. > На самом деле все еще занятнее, и для действительно крупных взаимосвязанных подсистем > в ведре все же есть альтернативная технология, без порежьте-в-экран-не-влазиет. В линуксе никто не зациклен на принципиальной долбежке паттернов любой ценой, даже если видно что ну вот не едут лыжи. Их цель создание крутой операционки. Остальное - средства. Однако вот это средство в 99% случаев работает. Однако да, для штук типа сабжа и нтфс3 это "на грани" и именно поэтому я и сказал что их "взяли авансом". Исключения возможны, но не приветствуются и подразумевают определенные вещи. > Но это великая тайна есть. (и ksmb туда не вписался пока еще) Ему уже сделали максимум фавора, еще более крутой кредит доверия никто не даст. Теперь мяч на их стороне. Из него либо вышибут крап типа вон того, либо из ядра эту фичу вышибут с позором. В лучшем случае в staging, если кто-то трепыхается чинить. > Это драйвер. Его невозможно разобрать на более простые. У файловых систем тоже есть составные части. И пожелание видеть это вполне разумное. Огромный мутнокод одним шматом - мало энтузиазма вызывает. > - нужно всю помойку выковыривать из отдельных частей и открывать в > каком-то вменяемом редакторе кода. Позволяющем хотя бы перепрыгнуть между определением > и применением функции. Это да. Однако логическая группировка патчей по составным частям например может иметь смысл. Впрочем они так или иначе находят решения и компромиссы, если ну вот очень надо. > это комментарий. Ты совсем в вымышленном мире живешь? Весь софт - абстракция, вымышленный мир. Это что-то плохое? > то ли дело мертворожденный ntfs1 - вот это образец качества! Ну как бы особых проблем он не создавал. А то что застрял в развитии... если бы не это, ntfs3 вообще бы никто и не взял в ядро. Кстати в какой-то момент застревание в развитии таки начинает транслироваться в технические проблемы. Одна из причин по которым рейзер3, вероятно, все же умрет. Как и любое другое которое будет игнорить новые подсистемы и рефакторы. > что-то там разумное посоветовал просто по поводу неправильного использования апи, как > обычно недокументированного и совершенно непонятного непосвященным, Эти штуки 1) Внутреннеее дело ядра. 2) Подразумевается что те кто кодит под это - плотно трекают разработку ядра. Без этого они все равно далеко не уедут. 3) Это может довольно динамично меняться а тухлая дока хуже чем никакой, кодер попробует делать неверные вещи вместо того чтобы в коде посмотреть. 4) Не понятно где брать ресурсы на армию техписов - а им кто-то еще должен объяснить всю эту магию, т.е. дев вместо кодинга будет с техписами трындеть. > но это уникальный случай один на тысячу ненужных требований) Именно ради таких случаев туда все и приходят. > А чтобы найти проблемы - надо код хотя бы в сумме видеть, > я уж молчу про попытаться запустить. И вгрузить его 1 огромным шматом тому мало способствует. Если ты с лопаты вкатил мне 2 мега, это вообще совсем никак не добавляет мне знаний о внутренней структуре этой ... штуки. Зато создает соблазн буркнуть "не мое дело, как то работает же" и сэкономить время на струтурном анализе и тем более какие они там апи используют. Кажется Торвальдс умеет контрить свои же антипаттерны и достиг в этом успехов. > уцепится глазом за colour, оскорбляющий его расовые чувства. Или, вот за апи... и может и черт с ним с колором тогда? :) > если бы он комитнул в стиле ведра линукса, в рассылку с потоком > мусора в ста частях - автор ничего бы и не увидел даже. В стиле линукса сделал сам автор вайргарда :).Это изначально его план был. Заодно он же пинка криптоапи врезал, отрефакторил рандом в ядре до явно более разумных состояний и много что еще. Вот это - стиль линукса: не только комитнуть фичу, но и инфраструктуру окультурить если то что есть почему-то вдруг вызывало проблемы в этой фиче. Попробуй такое от "гангстера" получить вообще. > Но фабрикатор как раз - нормальный способ работы с кодом. Это нормальный корпоративный булшит. Торвальдс круче чем это. Он задает тренды а не следует им. > устаревшим на 30. Никаких порежьте помельче. Что провоцирует кучу дурных антипатернов. Впрочем кому какое дело в энтерпрайзном крапе... только вот про качество этого всего не надо мне рассказывать, я получше твоего в курсе как оно. > И при этом все еще можно и собрать для проверки самому, В линуксе более 9000 всяких автобилдеров и автотестеров умеющих ... много чего. Они сами кого угодно носом ткнут, вплоть до авто-бисекта. А что, сможешь авто-тест нового кернела с авто-бисектом до проблемного комита и адресного пинка тому кто все поломал от робота? В этом твоем фабрикаторе, или чего там тебе удобно, хоть черта лысого, лишь бы работало вот так. А там еще более ресурсоемкие и длинные проверки типа syzbot'а потом будут. Они как бы слишком медленные чтобы ими якорить прием кода, но как бы все-равно найдут ерунду - и найдут кто ее посадил. В фоне. И если вот это вот будет указывать на 1 шмат в 5 мегов - окей, круто, удачи в багфиксе. А если это какие-то более мелкие коммиты - там уже все намного интереснее будет. > в комментах, чтобы увидеть, учел ты существенное замечание или проигнорировал. Но > увы, одним миллиардером сыт не будешь. Что за миллиардер и почему он не сытный? > Нет, не подтверждается твоя красивая теория что мир захватывают хорошие ревьюеры и > менеджеры. А на деле его давно захватили посредственности, удачно прилипшие к > корпоративной соске. Корпорации так то сами пришли, их никто не звал. Они просто решили делегировать эту работу вон тому типу. С аргументом что он ее хорошо делает. > А Хаббард кодит драйверы нвидии за еду :-( Значит его магия не сработала даже для него самого и, в этом случае, я посчитаю что его мнение о том как надо софт девелопать не дорого стоит.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	103. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."	+/–
	Сообщение от Аноним (103), 23-Дек-22, 19:13
	Это для любителей пользоваться ms ным говном
	Ответить \| Правка \| К родителю #49 \| Наверх \| Cообщить модератору