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

Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из состава ядра Linux, opennews (??), 16-Окт-23, (0) [смотреть все] освободил память - присвой указателю нулл, Аноним (1), 11:31 , 16-Окт-23, (1) +2   // Используешь C - перестань, morphe (?), 11:33 , 16-Окт-23, (2) +10   // Переходи на С , EULA (?), 11:37 , 16-Окт-23, (3) +5   // Хотя бы Уже станет лучше Но только если на современные плюсы, а не на сишку с к, Анонин (?), 11:55 , 16-Окт-23, (10) +2   В плюсах при низкоуровневой разработке способов прострелить себе колено пожалуй , morphe (?), 12:05 , 16-Окт-23, (12) +6   т е мы приходим к теореме г-на Эскобара Что С плохо как видим из новости , что , Аноним (15), 12:14 , 16-Окт-23, (15) +2   Такие ошибки предотвращать относительно просто, это указатели с экслюзивным влад, all_glory_to_the_hypnotoad (ok), 17:15 , 16-Окт-23, (97) +2   Так каждый раз когда приходит кто-то с предложениями улучшить процессы я уже мо, Аноним (15), 18:06 , 16-Окт-23, (105) +2   Ядро с сопредельным софтом сначала придётся переписать полностью Для смены язык, Аноним (132), 23:22 , 16-Окт-23, (132) –1   Для смены языка - да Это очень сложный путь А обязательные стат анализаторы Ты, Аноним (15), 10:52 , 17-Окт-23, (143)   Очередной раз придурки не знают что такое Компоновщик Линковщик , bOOster (ok), 07:38 , 19-Окт-23, (164)   уж вы-то лучше всех бы накодировали, без единой ошибки, fidoman (ok), 23:51 , 16-Окт-23, (133)   На ночь через крон ставить не , анон (?), 20:07 , 16-Окт-23, (122) –1   Чтобы не прострелить себе ногу достаточно не направлять на нее ружье, не , EULA (?), 13:09 , 16-Окт-23, (47) +1   а это точно соберётся там присвоение немного неодинаковых типов может вывести к, name (??), 15:02 , 17-Окт-23, (148)   Код в таком виде большинство компиляторов откажется собирать Но мысль, как и мо, EULA (?), 05:40 , 18-Окт-23, (158)   ето потому что к malloc free добавили еще new delete или что , Советский инженер (ok), 14:58 , 16-Окт-23, (66)   Хоть один пример приведете , Аноним (82), 16:08 , 16-Окт-23, (82)   Да даже если и на сишку с классам наличие RAII уже само по себе избавило бы от , Аноним (82), 16:15 , 16-Окт-23, (83)   RAII уже включили в ядро В Rust , morphe (?), 22:20 , 17-Окт-23, (156)   Не избавило бы Сишникам только дай волю, они сразу полезут делать malloc и и хр, Аноним (171), 14:55 , 20-Окт-23, (171)   если не с классами то с чем , penetrator (?), 08:13 , 17-Окт-23, (137)   Используешь не С - перестань, с чего это такие глупые призывы ХОТЯ ДА, нынче ес, svsd_val (ok), 11:38 , 16-Окт-23, (4) –1   // Нет чувак Это даже не проблема языка программирования, а лично разраба , Аноним (9), 11:51 , 16-Окт-23, (9) +7   Согласен, но только при одних и тех же обстоятельствах производительность и , svsd_val (ok), 16:21 , 16-Окт-23, (85) –1   Вот только сколько такого горячего кода в приложении 20 10 Еще меньше Пре, Анонин (?), 20:19 , 16-Окт-23, (124) –1   Да, всё зависит от конкретных задач и конкретного приложения, тупейший пример р, svsd_val (ok), 18:37 , 17-Окт-23, (150)   прикольно ты в противовес супер-оптимизированному асму ставишь сразу говнокод т, Анонин (?), 21:49 , 18-Окт-23, (162)   Эм, похоже у кого-то с логикой не всё хорошо и делает выводы из своих же фактов , svsd_val (ok), 16:40 , 19-Окт-23, (166)   Того, что сказано выше - достаточно , An (??), 11:51 , 16-Окт-23, (8) +1   // Осталось всего-лишь как-то заставить всех выполнять выполнять это элементарное д, Анонин (?), 12:18 , 16-Окт-23, (17)   А еще - программы надо проектировать Тогда и на си можно будет норм писать и д, An (??), 12:42 , 16-Окт-23, (28)   А как вообще можно проэктирвоать архитектуру опенсорса Без шуток, я понимаю как , Аноним (15), 14:17 , 16-Окт-23, (63)   тысячи человек, приходит с кодом ну ты и фантазёр тут я не шучу, ты явно нико, Аноним (1), 14:55 , 16-Окт-23, (65)   Конечно не был, поэтому и спрашиваю Просто пример ехФАТ дров - был драйвер самсу, Аноним (15), 15:13 , 16-Окт-23, (69)   эти люди делают это за деньги - они сразу знают как, в эти люди включены и мен, Аноним (1), 15:24 , 16-Окт-23, (72)   Ну почему сразу постановочные У меня такое было и не раз Смотришь в борду - а т, Анонин (?), 15:26 , 16-Окт-23, (73)   Не смешите Сишные кудесники, бедненькие, в одной функции запутались то памят, Аноним (82), 22:05 , 16-Окт-23, (127)   Ну и будет локальный указатель внутри функции указывать на NULL, ок А тысячи др, Аноним (24), 12:39 , 16-Окт-23, (24)   // уязвимость в новости - дабл фри, Аноним (1), 15:01 , 16-Окт-23, (67) +1   Если ты присвоил один и тот же указатель тысяче разных мест, а затем без всякой , Аноним (96), 17:09 , 16-Окт-23, (96)   Среди сишников бытует мнение, что ptr NULL 8212 это очень долгая операция, Аноним (96), 13:14 , 16-Окт-23, (50) +2   // Ничего тут не медленно, просто бесполезно, потому что это никак не влияет на дру, Аноним (24), 15:58 , 16-Окт-23, (78)   // чувак, если у тебя один и тот же кусок памяти используется многими структурами, , Аноним (96), 17:05 , 16-Окт-23, (92) +2   Не нужон нам ваш ref unref , Аноним (100), 17:41 , 16-Окт-23, (100) +3   Какому именно указателю Их может быть несколько в совершенно разных структурах , Tron is Whistling (?), 15:21 , 16-Окт-23, (71)   // А, ну да, тогда никак Придется дважды освобождать память А иногда и десятижды , Аноним (96), 15:39 , 16-Окт-23, (74) +2   // Склоняю к тому, что use-after-free и double free возникают по другим причинам Мо, Tron is Whistling (?), 20:51 , 16-Окт-23, (125)   Haha, classic Прошло 5 дней с последней сишной дырени , Анонин (?), 11:44 , 16-Окт-23, (5) +4 Подскажите, с целью повышения уровня образованности А какой use case у этой т, ryoken (ok), 11:46 , 16-Окт-23, (6) +1 // Нет Просто в оперативу всё не влазит Даже в стойку нужное кол-во nмme не влаз, Анонин (?), 11:51 , 16-Окт-23, (7) // Тогда нужен RDMA, а не поделие из топика, all_glory_to_the_hypnotoad (ok), 17:44 , 16-Окт-23, (103) // RDMA сам по себе не решает проблему доступа к удалённому блочному устройству А о, edo (ok), 22:07 , 19-Окт-23, (167) Да https ru wikipedia org wiki DDR_SDRAM D0 A1 D0 BF D0 B5 D1 86 D0 B8 D1 84 , wWolf (?), 11:58 , 16-Окт-23, (11) // SSD уже догнали ддр4 , voiceofreason (?), 12:06 , 16-Окт-23, (13) Ты в пример привел какое-то старье Даже у уже устаревшей DDR4-2400 - bandwidth , Анонимусс (?), 12:11 , 16-Окт-23, (14) // Оптика уже 600 гигабит умеет Ну нафиг ненужно распределенную базу данных при ра, Аноним (152), 21:24 , 17-Окт-23, (152) +1 Подскажите лучше, как контролировать все что работает на gpu, а то проц молчит, , space (?), 14:55 , 22-Окт-23, (175) Как более современная замена iSCSI , Аноним (16), 12:16 , 16-Окт-23, (16) +1 Это тоже самое что и iSCSCI, только позволяющее гигантские очереди и пути, и как, OpenEcho (?), 12:29 , 16-Окт-23, (21) +2 https gist github com jigi-33 5cca0dac52da6a39a63d9546fb696320На транспортном , Хохлоним (?), 12:47 , 16-Окт-23, (34) // И вот в итоге https hwp ru articles chto_takoe_nvme_of_i_kak_rabotaet_samyy_b, Хохлоним (?), 12:58 , 16-Окт-23, (40) // Очереди и в sata есть, гораздо более жиденькие, конечно, но для большинства зада, edo (ok), 22:18 , 19-Окт-23, (168) https nvme smb-solution ru nvme-tcp Редакция спецификации NVMe-oF 1 1, включае, Хохлоним (?), 13:06 , 16-Окт-23, (46) https www kingston com ru ssd what-is-nvme-ssd-technologyПо поводу железа Тех, Хохлоним (?), 13:52 , 16-Окт-23, (56) Если даже и есть быстрее, то работать с ними всё равно будешь на скорости памяти, all_glory_to_the_hypnotoad (ok), 17:52 , 16-Окт-23, (104) // Нет, скорости кеша и оперативной памяти явно больше, а вот чипсет влияет на пер, Хохлоним (?), 12:50 , 17-Окт-23, (145) // Хотя, впрочем у меня были определённые претензии к разработчикам серверного API , Хохлоним (?), 13:00 , 17-Окт-23, (146) Тут может сработал эффект локов ядра Поищи про китайцев с их протоколом в прост, Аноним (152), 02:59 , 18-Окт-23, (157) Вообще это хороший вопрос, если он без троллинга, потому что лично я, например, , Аноним (160), 15:58 , 18-Окт-23, (160) // Все современные raid от lsi и adaptec или как они там сейчас называются умеют , edo (ok), 22:23 , 19-Окт-23, (169) Фикс просто шедеврален- goto free_crypto return ret queue removal will cle, Аноним (15), 12:22 , 16-Окт-23, (19) –3 // Ты бредишь goto не для обезьян-кодеришек А для системных программистов , Аноним (20), 12:26 , 16-Окт-23, (20) // Угу, заметно какой качественный код, навыпрограммировали эти самые ылитные сист, Аноним (15), 12:30 , 16-Окт-23, (22) +6 Причина надо сказать была и довольно веская, выскочить на метку обработки ошибок, OpenEcho (?), 12:38 , 16-Окт-23, (23) +2 // Угу, ценой получения уязвимости, зато как сэкономили А потом это гото удалили и , Аноним (15), 12:40 , 16-Окт-23, (25) // А причем здесь логическая ошибка и goto , OpenEcho (?), 12:45 , 16-Окт-23, (31) +2 При том, что лапшекод с goto как раз приводит к логическим ошибкам , Аноним (15), 12:47 , 16-Окт-23, (33) +2 отстрелить себе ногуИ у них таки получилось Впрочем, не впервой Вот если бы, Анонин (?), 12:43 , 16-Окт-23, (29) +2 // Чувак, это кернел какой нахер defer когда там все должно летать, ты реализацию, OpenEcho (?), 12:54 , 16-Окт-23, (37) Чувак, это кернел Он должен быть надежен как бетонная стена, а не ср ное сито и, Анонин (?), 13:03 , 16-Окт-23, (43) +1 ну так сделай s goto g по всему кернелу, очисть от нечести, вот ведь оказывется, OpenEcho (?), 13:11 , 16-Окт-23, (49) –1 Лол, сишники рассказывают про не догнал суть проблемы Порода кодерв, которая , Аноним (82), 18:42 , 16-Окт-23, (117) +1 Ты не поверишь, но да Даже банальный деструктор в C RAII инлайниться компил, Аноним (82), 16:02 , 16-Окт-23, (80) Спарведливости ради речь идет не о продвинутых С , а о древнем и унылом С Более, Аноним (15), 16:18 , 16-Окт-23, (84) Спарведливости ради ядро разрабатывают на gcc с кучей gnu extensions уж и дефер, Советский инженер (ok), 16:33 , 16-Окт-23, (86) +1 Ты хотел сказать написать свой велосипед как в истории со split для строк О д, Аноним (15), 16:42 , 16-Окт-23, (88) да, в виде макросов это отстой надо именно на уровне компилятора , Советский инженер (ok), 19:51 , 16-Окт-23, (121) Да, да, без оверхеда А потом тыкаешь этих горе-оптимизаторов носом в выхлоп, Аноним (82), 15:59 , 16-Окт-23, (79) +2 Опять эти сказки от сишников, про псевдо-оптимизации исключительно в их фантазия, Аноним (171), 15:00 , 20-Окт-23, (172) Ты походу не то что ни одного модуля для ядра не написал, ты походу вообще с эмб, Аноним (24), 12:41 , 16-Окт-23, (27) +2 // Что тебе не ясно во фразе просто так, без реальной причины Из кода гото удалил, Аноним (15), 12:54 , 16-Окт-23, (36) +2 // Ты или просто троль или правда не втыкаешь, скорее всего как умный профессор н, OpenEcho (?), 13:01 , 16-Окт-23, (41) –1 Все возможно Наверное те гореписаки, т е, простите, уважаемые пограммисты систе, Аноним (15), 13:09 , 16-Окт-23, (48) +1 Чувак, посмотр на мисру тот самый С котрый ипользуется для надежности а именно , Аноним (15), 13:18 , 16-Окт-23, (52) Замени goto на что-то другое, умник goto label - это просто прыжок в конкретн, Аноним (68), 15:11 , 16-Окт-23, (68) А функции использовать сишечная религия запрещает Ах, ну да - это же очень медл, Аноним (82), 16:05 , 16-Окт-23, (81) Почитай хотя бы Прешерн Язык С Мастерство программирования Принципы, практики, Серб (ok), 18:46 , 16-Окт-23, (118) Да, и он приводит вполне адекватные решения, например Поместите инициализацию и, Аноним (15), 22:45 , 16-Окт-23, (130) +1 Очевидно, что ты высокого мнения о себе В том варианте, что ты привел есть сущес, Аноним (155), 21:55 , 17-Окт-23, (155) Rule 15 2 The goto statement shall jump to a label declared later in the samefun, Хейтер С (?), 09:34 , 17-Окт-23, (139) Это для тех кто не осилил пункт 15 1 Там есть еще 15 3 и 15 4, но и в них есть р, Аноним (15), 09:48 , 17-Окт-23, (140) CVE не из-за goto В данном конкретном случае неиспользование goto ничего бы не , Хейтер С (?), 09:59 , 17-Окт-23, (141) CVE из-за наплевательского отношения к работе с памятью и спагетти-кодаВ хаосе т, Аноним (15), 10:58 , 17-Окт-23, (144) Суть в том, что код на С без goto для обработки ошибок хуже, RAII-то нет и прихо, Хейтер С (?), 16:27 , 17-Окт-23, (149) Rule 15 1 The goto statement should not be used , Аноним (15), 13:22 , 16-Окт-23, (53) goto, jmp - ну ты, блд, сопоставил Это разный уровень абстракций Компилятор с , Аноним (91), 17:01 , 16-Окт-23, (91) Это не для глючных гомо сапиенсов jmp, а для машин Мозг гомо сапиенса по опреде, Аноним (171), 15:07 , 20-Окт-23, (173) А ты не заметил, что после goto там еще куски кода были , Аноним (131), 23:15 , 16-Окт-23, (131) goto тут при чём Это вполне себе адекватный defer, чтобы не прописывать как при, Аноним (68), 12:46 , 16-Окт-23, (32) +1 // Спасибо, мы вот прям сейчас видим как прекрасно они знают сишку , Анонин (?), 12:48 , 16-Окт-23, (35) +1 // Да получше тебя, мы это вот прям сейчас видим Ты рельно уверовал, что узвимость, Аноним (20), 15:40 , 16-Окт-23, (75) –1 Не тебе судить салага Вердикт о goto вынес Э Дейкстра, ещё в те времена, когда, Аноним (-), 16:54 , 16-Окт-23, (90) –1 У вас какая-то особая сишка, где нет функций , Аноним (82), 17:20 , 16-Окт-23, (98) +1 // Ты что Функция же жрет стек и процессорное время А компилятора, который умеет и, Анонин (?), 17:40 , 16-Окт-23, (99) +4 Сейчас, тебе навалят кучу объяснений Код должен быть быстрым, про инлайн мы ни, Аноним (15), 17:42 , 16-Окт-23, (101) +3 Ну да, код должен быть быстрым Слоупоки не тянут только как и суть спора Поним, Аноним (20), 21:41 , 16-Окт-23, (126) Если твоими стараниями по коду CVEшки расползаются, то лучше не надо , Аноним (15), 22:38 , 16-Окт-23, (128) Стараешься И это ты называешь старанием А ну начинай стараться в два раза сил, Аноним (15), 22:42 , 16-Окт-23, (129) В общем случае 8212 нет, это не главное требование к коду Обычно ему достато, Аноним (142), 10:12 , 17-Окт-23, (142) Нет, goto для ошибок в С хорошо, проще за ресурсами следить, меньше вложенность,, Хейтер С (?), 08:40 , 17-Окт-23, (138) // В сях через goto реализуется аналог try 8230 finally или defer из ЯВУ Тут, PnD (??), 16:11 , 19-Окт-23, (165) NVMe TCP какой ща век , Sw00p aka Jerom (?), 14:11 , 16-Окт-23, (61) // А что не так TCP не актуален или даже NVMe , Аноним (70), 15:20 , 16-Окт-23, (70) // эт файлзилла на уровне ядра , Sw00p aka Jerom (?), 20:12 , 16-Окт-23, (123) Интересно, когда pull request ы в ядро проходят review, есть ли принудительное и, Аноним (64), 14:25 , 16-Окт-23, (64) +1 // Сишка не поддается статическому анализу Корректность кода нельзя математически , Аноним (96), 15:41 , 16-Окт-23, (76) // Не совсем правда Вот есть seL4, не просто статистически проверено, но даже форма, Аноним (15), 16:39 , 16-Окт-23, (87) // Формальная верификация - это из области бреда учёных-грантоедов Отличная теория, Аноним (102), 17:43 , 16-Окт-23, (102) –1 - Поздраляем, вы приняты в команду разработчиков ядра , Аноним (82), 19:26 , 16-Окт-23, (119) Ядра Minix , Аноним (91), 19:50 , 16-Окт-23, (120) +1 Да так Эндрю Танненбаум брал грант на усовершенствование Миникса3 , Аноним (-), 18:21 , 18-Окт-23, (161) Да Все патчи публикуются в списках рассылки, где могут высказать свои замечания, edo (ok), 22:42 , 19-Окт-23, (170) А просто к оперативной памяти так обращаться можно Как такое настроить Хочу по, Аноним (77), 15:46 , 16-Окт-23, (77) // Можно, но не 171 просто 187 Гугли RoCE v2 , Менеджер Антона Алексеевича (?), 17:06 , 16-Окт-23, (93) Для использования NVMe over RoCE в фабрике, технологию Converged Ethernet должн, Аноним (91), 17:06 , 16-Окт-23, (94) что мешает эмулировать nvme на имимдже в памятиhttps qemu-project gitlab io qe, Аноним (95), 17:07 , 16-Окт-23, (95) Это какая-то небезопасная штука, которая не должна быть в ядре у всех Кому надо, X86 (ok), 07:50 , 17-Окт-23, (136) +2 // А оно по умолчанию не у всех, нужны дополнительные телодвижения, чтобы экспортир, Аноним (159), 09:00 , 18-Окт-23, (159) Ну уязвимость и уязвимость Что бухтеть-то Пофиксили - это главное Пофикшеная , Вы забыли заполнить поле Name (?), 19:43 , 17-Окт-23, (151) // Угу, жили безопасно до глубокой старости, ну лет до 25-30 в лучше случае Зат, Анонин (?), 21:52 , 18-Окт-23, (163) // Именно Эволюционно человек расчитан максимум лет на 40 бесперебойной работы Те, Вы забыли заполнить поле Name (?), 15:25 , 21-Окт-23, (174) Очередное доказательство того, что микроядра лучше, Анонин (?), 07:22 , 25-Окт-23, (176) 1,5,6,19,61,64,77,136,151,176

Сообщения

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

1. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+2 +/–
Сообщение от Аноним (1), 16-Окт-23, 11:31
освободил память? - присвой указателю нулл
Ответить | Правка | Наверх | Cообщить модератору

	2. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+10 +/–
	Сообщение от morphe (?), 16-Окт-23, 11:33
	Используешь C? - перестань
	Ответить | Правка | Наверх | Cообщить модератору

	3. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+5 +/–
	Сообщение от EULA (?), 16-Окт-23, 11:37
	Переходи на С++?
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+2 +/–
	Сообщение от Анонин (?), 16-Окт-23, 11:55
	Хотя бы. Уже станет лучше. Но только если на современные плюсы, а не на сишку с классами.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+6 +/–
	Сообщение от morphe (?), 16-Окт-23, 12:05
	В плюсах при низкоуровневой разработке способов прострелить себе колено пожалуй даже больше чем в C
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+2 +/–
	Сообщение от Аноним (15), 16-Окт-23, 12:14
	т.е мы приходим к теореме г-на Эскобара? Что С плохо (как видим из новости), что С++ не лучше. Вот бы придумали способ находить, а лучше предотвращать такие ошибки заранее, может какой-то новый язык написали) Хотя тут ИМХО даже стат анализатор помог бы, но кто его запускать будет, это же долго.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+2 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 16-Окт-23, 17:15
	Такие ошибки предотвращать относительно просто, это указатели с экслюзивным владением и счётчики ссылок. Автор модуля банально не осилил сделать корректное управление указателем, здесь нет никакой сложной низкоуровщены. В этой же дичи всё ещё goto используют. Если в этот долбанутый Си добавили хотя бы RAII, и научили несчастных им пользоваться, то значительной части уязвимостей просто бы не было.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+2 +/–
	Сообщение от Аноним (15), 16-Окт-23, 18:06
	Так каждый раз когда приходит кто-то с предложениями улучшить процессы (я уже молчу про большие изменения, вроде 'добавить Раст') типа "а давайте сделаем стат. анадизатор обязательным, или добавим линтер", то начинается нытье "будет медленно, не хочу ждать 10 минут пока тесты пробегут" в перемежку с пафосными рассуждениями об ылитных пограммитах который этот код наделали, что ядро пишут только профи, которым это не нужно.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	–1 +/–
	Сообщение от Аноним (132), 16-Окт-23, 23:22
	Ядро с сопредельным софтом сначала придётся переписать полностью. Для смены языка.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Аноним (15), 17-Окт-23, 10:52
	Для смены языка - да. Это очень сложный путь. А обязательные стат. анализаторы? Ты думаешь, что их добавление приведет к нерешаемым проблемам? Да, наверное придется месяц-два потратить на исправление всех проблем, но лучше это чем такие уязвимости.
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от bOOster (ok), 19-Окт-23, 07:38
	Очередной раз придурки не знают что такое Компоновщик/Линковщик?
	Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

	133. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от fidoman (ok), 16-Окт-23, 23:51
	уж вы-то лучше всех бы накодировали, без единой ошибки
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	122. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	–1 +/–
	Сообщение от анон (?), 16-Окт-23, 20:07
	На ночь через крон ставить не?
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	47. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+1 +/–
	Сообщение от EULA (?), 16-Окт-23, 13:09
	> В плюсах при низкоуровневой разработке способов прострелить себе колено пожалуй даже больше > чем в C Чтобы не прострелить себе ногу достаточно не направлять на нее ружье, не? ===================== Учитель, почему, когда я делаю так int *a; a = new int; char *b; *a=1000; b=a; *b='0'; cout<< 1000/a <<"\n"; Получается фигня? - Не делай так!
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	148. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от name (??), 17-Окт-23, 15:02
	а это точно соберётся? там присвоение немного неодинаковых типов может вывести компилятор из себя
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от EULA (?), 18-Окт-23, 05:40
	> а это точно соберётся? там присвоение немного неодинаковых типов может вывести компилятор > из себя Код в таком виде большинство компиляторов откажется собирать. Но мысль, как и можно с указателями намудрить так, чтобы программа таки работала все, а по факту был идиотский результат, хватит.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Советский инженер (ok), 16-Окт-23, 14:58
	ето потому что к malloc/free добавили еще new/delete или что?
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	82. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Аноним (82), 16-Окт-23, 16:08
	> В плюсах при низкоуровневой разработке способов прострелить себе колено пожалуй даже больше чем в C Хоть один пример приведете?
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	83. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Аноним (82), 16-Окт-23, 16:15
	> Но только если на современные плюсы, а не на сишку с классами. Да даже если и на сишку с классам: наличие RAII уже само по себе избавило бы от этого убогого цирка с ручным управлением ресурсами и соответствующих CVE.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	156. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от morphe (?), 17-Окт-23, 22:20
	RAII уже включили в ядро... В Rust.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Аноним (171), 20-Окт-23, 14:55
	> Да даже если и на сишку с классам: наличие RAII уже само по себе избавило бы от этого убогого цирка с ручным управлением ресурсами и соответствующих CVE. Не избавило бы. Сишникам только дай волю, они сразу полезут делать malloc'и и хранить строки в char*. У них квадратно-гнездовое мышление, переучить очень сложно. Типа "я 30 лет так делал и менять свои привычки не собираюсь, компилятор подвинься". Ну а потом естественно всё это феерично взрывается. Комитету C++ нужно отправить весь этот сишный треш в утиль.
	Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

	137. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от penetrator (?), 17-Окт-23, 08:13
	если не с классами то с чем?
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	4. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	–1 +/–
	Сообщение от svsd_val (ok), 16-Окт-23, 11:38
	Используешь не С - перестань, с чего это такие глупые призывы. ХОТЯ ДА, нынче если Ваше ПО не жрёт фигову тучу ресурсов - это не гууд... нужно по 2-3гб и по 100% нагрузке на проц на всякую бессмыслицу что бы быть в тренде ... так получается ?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	9. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+7 +/–
	Сообщение от Аноним (9), 16-Окт-23, 11:51
	> нужно по 2-3гб и по 100% нагрузке на проц на всякую бессмыслицу Нет чувак. Это даже не проблема языка программирования, а лично разраба.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	–1 +/–
	Сообщение от svsd_val (ok), 16-Окт-23, 16:21
	Согласен, но ... только при одних и тех же обстоятельствах производительность и потребление ресурсов у разных языков разное. И как бы ты не старался для оптимизации работы некоторые вещи лучше писать на асме.... увы знаю о чём говорю... и Си и С++ в этом плане шибко проигрывают чистой асме. Не говоря о том что многие разрабы в место того что бы реализовать маленькую фигню самим тащат монструозные зависимости которые ничего не делают, жрут ресурсы и весят балластом ) Так что да у многих прогеров нынче с этим беда...
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	–1 +/–
	Сообщение от Анонин (?), 16-Окт-23, 20:19
	> Си и С++ в этом плане шибко проигрывают чистой асме Вот только сколько такого "горячего" кода в приложении? 20%? 10%? Еще меньше? Предварительная оптимизация - это зло. А пару маленьких кусков можно и на асме переписать потом, когда уже будут результаты работы профайлера.
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от svsd_val (ok), 17-Окт-23, 18:37
	> Вот только сколько такого "горячего" кода в приложении? 20%? 10%? Еще меньше? Да, всё зависит от конкретных задач и конкретного приложения, тупейший пример: рендеринг, расчёт физики и т.п. (там где много ветвлений и циклов) производительность будет падать в разы а не каких то 10/20%. А теперь что касается реальных задач и конкретной темы в ядре падение скорости даже 2-3% уже сказывается на работу всего софта который был затронут зависимостями... там эти 2-3% могут как снежный ком расти... и в итоге ты будешь к примеру играть не 60fps а 45-48 потому что в коде оказался код который "тормозит" на 2-3%. вот это круто да.... понимаю всего 2-3% а не 10 и не 20%... > Предварительная оптимизация - это зло. Конечно, легче говно код написать и сказать что сейчас делать софт можно и нужно который и озу и проц жрут из расчёта что "У ВСЕХ ЕСТЬ ВОЗМОЖНОСТЬ КУПИТЬ НОВЫЙ КОМ" или новый сервер.... %) > А пару маленьких кусков можно и на асме переписать потом, когда уже > будут результаты работы профайлера. Вообще согласен, но иногда это код гораздо легче переписать с нуля чем исправлять и оптимизировать уже существующий ... p.s. Можете кидаться какахами но увы... % на % и на % уже водном месте , в другом в и в третьем ... они же зачастую суммируются... У народа тормозит, не справляется, не хватает мощи - не твои проблемы проблемы клиента, не оптимизируй код, пусть лучше он купит новое железо или добавит ещё пару пару десятков гб озу )))... Увы но Я в корпоративной среде много такого кода видел из этого расчёта написанного ))), да можно работать но иногда просто офигиваешь от того что не шибко сложные вещи могут давать такие нагрузки.... мб просто я уже старый пердун, но в МОЁ ВРЕМЯ все старались писать оптимизированный код сразу а не после того как жаренный петух клюнет...
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Анонин (?), 18-Окт-23, 21:49
	> легче говно код написать прикольно ты в противовес супер-оптимизированному асму ставишь сразу говнокод)) т.е. есть только черное и белое? не пишешь на асме - сразу говнокод?) современные компиляторы прекрасно оптимизируют код, при этом нужно тратить время на те места, где компилятор не справился > я уже старый пердун, но в МОЁ ВРЕМЯ возможно в то время средний погромист был умнее компилятора но увы, те времена прошли, и слава богу)) > все старались писать оптимизированный код сразу Похвально, вот только сколько времени ты будешь писать оптимизированный код на асме? Пока ты будешь это делать, Вася на си уже напишет не такой оптимальный и он уже будет решать задачу. Потому Васю попросят (или не попросят) ускорить свой код, а твой.. ну, останется у тебя.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от svsd_val (ok), 19-Окт-23, 16:40
	> прикольно ты в противовес супер-оптимизированному асму ставишь сразу говнокод)) Эм, похоже у кого-то с логикой не всё хорошо и делает выводы из своих же фактов ? Я утрировал и речь шла о том что предварительная оптимизация зачастую плюс, или ты собираешься пузырьковым методом сортировать массивы ? > современные компиляторы прекрасно оптимизируют код, при этом нужно тратить время на те > места, где компилятор не справился Да, но даже они проигрывают в рациональности и пониманию целей и оптимизации человека. > возможно в то время средний погромист был умнее компилятора > но увы, те времена прошли, и слава богу)) Через чур уверенное заявление ... > Похвально, вот только сколько времени ты будешь писать оптимизированный код на асме? И так я буду писать на 10-30% дольше, в зависимости от задачи, так как есть понимание где и какой подход в каких обстоятельствах лучше использовать. Далее, речь шла не только об асме (чего до него докопались то ?) но и о простых оптимизациях в коде, брутфорс наше всё и конечно он хорошо справляется, маленький легко понятный код ))).... На примере строки, как ты будешь производить поиск в огромном объёме ? На удивление простой перебор циклом не очень хорошая идея ))) > Пока ты будешь это делать, Вася на си уже напишет не такой > оптимальный и он уже будет решать задачу. Пока у Васи код будет выполняться 10 часов мой выполнится за 10 минут. Пока это разовое задача/действие - да подход Васи предпочтителен, но стоит запустить его больше раз... Хотя мб в этом и цель, что бы оправдания найти или выполнять одну и туже работу дважды ? > Потому Васю попросят (или не попросят) ускорить свой код, а твой.. ну, > останется у тебя. Если Вася не умеет писать более менее оптимальный код и не может структурировать его в голове, то и оптимизация у него будет на уровне ...
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+1 +/–
	Сообщение от An (??), 16-Окт-23, 11:51
	Того, что сказано выше - достаточно.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	17. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Анонин (?), 16-Окт-23, 12:18
	Осталось всего-лишь как-то заставить всех выполнять выполнять это элементарное действие. Всего-лишь...
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от An (??), 16-Окт-23, 12:42
	А еще - программы надо проектировать. Тогда и на си можно будет норм. писать(и даже без зануления указателей). Везде так, сначала проектируют, потом реализовывают и только в программировании "самодокументируемый код".
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Аноним (15), 16-Окт-23, 14:17
	А как вообще можно проэктирвоать архитектуру опенсорса? Без шуток, я понимаю как оно делается в проприетарных проектах, но в распределнном проекте на тысячи человек. Ну т.е даже если есть архитектор который придумал как оно должно быть и как нужно реализовывать. А потом приходит кто-то с уже готовым кодом, который... ну не влазит в архитектуру. И есть выбор: попросить переделать или ждать пока кто-то другой реализует, но это может быть долго. (а может и никогда) Может кто-то сталкивался как решают такие диллемы?
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Аноним (1), 16-Окт-23, 14:55
	тысячи человек, приходит с кодом.. ну ты и фантазёр (тут я не шучу, ты явно никогда в ОС движении не был) - почему-то вспоминаются постановочные скриншоты слака: - Кто может взять этот баг? - Конечно я!
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Аноним (15), 16-Окт-23, 15:13
	> ты явно никогда в ОС движении не был Конечно не был, поэтому и спрашиваю) Просто пример ехФАТ дров - был драйвер самсунг, но он был устаревший и требовал допиливания (насколь понимаю сама самсунг на него уже давно забила). И тут приходит Paragon и приносит на блюдечке драйвер. Как согласовывали требования к драйверу и что бы было если бы они на них забили, но драйвер все равно работает. Взяли бы его в ядро или нет?
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Аноним (1), 16-Окт-23, 15:24
	эти люди делают это за деньги - они сразу знают как, в "эти люди" включены и менеджеры, которые знают о рисках.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Анонин (?), 16-Окт-23, 15:26
	Ну почему сразу постановочные? У меня такое было и не раз. Смотришь в борду - а там все такое унылое и муторное... а тут кто-то находит интересную критику! И да, пишу, что с удовольствием займусь этим багом))
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	127. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Аноним (82), 16-Окт-23, 22:05
	> А еще - программы надо проектировать. Тогда и на си можно будет норм. писать(и даже без зануления указателей). Не смешите... Сишные кудесники, бедненькие, в одной функции запутались: то память дважды освободят, то за пределы буфера вылезут - а вы им проектирование хотите поручить? Бракоделам, которые без goto и сотни строк не в состоянии написать?
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	24. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Аноним (24), 16-Окт-23, 12:39
	Ну и будет локальный указатель внутри функции указывать на NULL, ок. А тысячи других указателей, которые не в курсе, что ты один локальный указатель обнулил, что делать будут? Или ты предлагаешь всё переписать на двойной указатель или вообще не безопасТный язык?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	67. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+1 +/–
	Сообщение от Аноним (1), 16-Окт-23, 15:01
	уязвимость в новости - дабл фри
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Аноним (96), 16-Окт-23, 17:09
	> тысячи других указателей Если ты присвоил один и тот же указатель тысяче разных мест, а затем без всякой координации освобождаешь в каком-то одном месте, а затем получаешь double-free, то это в первую очередь характеризует тебя. Как человека, которого к сям подпускать нельзя. (ЧСХ, именно такие на сях и пишут.)
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	50. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+2 +/–
	Сообщение от Аноним (96), 16-Окт-23, 13:14
	Среди сишников бытует мнение, что "ptr = NULL" — это очень долгая операция, и нужно экономить такты.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	78. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Аноним (24), 16-Окт-23, 15:58
	Ничего тут не медленно, просто бесполезно, потому что это никак не влияет на другие указатели.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+2 +/–
	Сообщение от Аноним (96), 16-Окт-23, 17:05
	чувак, если у тебя один и тот же кусок памяти используется многими структурами, следует наконец ввести ref/unref или прочие техники управления памятью. Указатели у него, видите ли, "не влияются". Твоя претензия смехотворна, ибо double-free возникает при НЕиспользовании техник типа подсчета ссылок -- то есть как раз там, где такие техники и не нужны, ибо памятью владеет кто-то один. Кто-то один, кто забыл обнулить единственный указатель на память.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+3 +/–
	Сообщение от Аноним (100), 16-Окт-23, 17:41
	Не нужон нам ваш ref/unref.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Tron is Whistling (?), 16-Окт-23, 15:21
	Какому именно указателю? Их может быть несколько в совершенно разных структурах.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	74. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+2 +/–
	Сообщение от Аноним (96), 16-Окт-23, 15:39
	А, ну да, тогда никак. Придется дважды освобождать память. А иногда и десятижды. ^ ты же к этому выводу всех склоняешь?
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."	+/–
	Сообщение от Tron is Whistling (?), 16-Окт-23, 20:51
	Склоняю к тому, что use-after-free и double free возникают по другим причинам. Можно занулить _свой_ указатель - но надо ещё убедиться, что другие структуры уничтожены либо сделаны то же самое. То есть просто зануление не спасёт.
	Ответить | Правка | Наверх | Cообщить модератору

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

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