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

Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..., opennews (??), 24-Фев-20, (0) [смотреть все] понятно обратно на postfix , Аноним (1), 23:46 , 24-Фев-20, (1) +4 // Скрыто модератором, uberHacker (?), 00:57 , 25-Фев-20, (12) –11 // Скрыто модератором, заминированный тапок (ok), 08:35 , 25-Фев-20, (28) +7 При всём уважении к разработчикам OpenSMTPD, если бы у меня в продакшене уже был, Дон Ягон (ok), 03:44 , 25-Фев-20, (21) +1 // За тем, что конфигурация OpenSMTPD на порядке проще и удобней в общем ключе конф, zurapa (ok), 09:08 , 25-Фев-20, (34) +2 // конфигурация OpenSMTPD на порядке проще и удобней вы не эстет, Отправить бы те, лютый жабби (?), 09:57 , 25-Фев-20, (44) +5 имеется ввиду этоhttps www opensmtpd org presentations asiabsdcon2013-smtpd s, б.б. (?), 09:59 , 25-Фев-20, (46) –1 Да Да Да Точно Благодарю за иллюстрацию Это шедевр , zurapa (ok), 13:15 , 25-Фев-20, (89) +1 настройка sendmail если его вообще надо зачем-то настраивать на васян-хосте , пох. (?), 10:11 , 25-Фев-20, (47) +1 Если все что Вам надо в sendmaill - это настроить отправку писем от локальных се, evkogan (?), 10:36 , 25-Фев-20, (54) +3 а что там сложного мейлертейбл раскоментировать добавить, отредактировать там р, привет (ok), 10:46 , 25-Фев-20, (59) –1 Для простой конфигурации да, ничего сложного А вот не лезть, тут вся соль Хотя , evkogan (?), 11:07 , 25-Фев-20, (63) в тех версиях, что идут в актуальных дистрибутивах у меня, понятно, ни малейшег, пох. (?), 12:18 , 25-Фев-20, (71) Не порите чушь,ей больно В постфиксе опенрелей никогда не был разрешен по умолча, Аноним (77), 12:46 , 25-Фев-20, (77) +1 Кстати сказать, в моем sendmail mc для почтового шлюза на несколько доменов осмы, 2Lazy (?), 17:47 , 25-Фев-20, (130) чорт, у меня 99 - И это не считая того, что в LOCAL_RULESETS только какой-то ст, пох. (?), 20:30 , 25-Фев-20, (140) тоже ничего особенного - использую Перенести весь трэш, накопившийся там за три, пох. (?), 12:34 , 25-Фев-20, (75) Ты postfix изучил по комментам здешних гуру Или openrelay для тебя просто мод, Аноним (84), 13:04 , 25-Фев-20, (84) +1 перепись местных дурачков 18 лет работает , про дыру - не в курсе А можете спи, пох. (?), 13:27 , 25-Фев-20, (93) –2 127 0 0 0 8, Аноним (77), 14:45 , 25-Фев-20, (114) а, блин, беру свои слова назад - установленный на не воткнутый в сеть хост поцфи, пох. (?), 15:57 , 25-Фев-20, (120) по дефолту во всех дистрибах постфикс не релеит, если ты чего-то там включил, ды, лютый жабби__ (?), 18:04 , 25-Фев-20, (132) +1 да, да, васян зуб дает - он во всех дистрибах лично проверил, тыщах их По _дефол, пох. (?), 18:33 , 25-Фев-20, (134) Прекращайте вешать ярлыки вообще и необоснованные в частности В RHEL 4 5 7 верси, evkogan (?), 18:02 , 25-Фев-20, (131) +1 из какой еще коробки С конфигами, настроенными за тебя Да, не опен Ну так э, пох. (?), 18:52 , 25-Фев-20, (135) Когда последний раз работал с sendmail, конфиг там был вовсе не 5 строчек А там, anonymous (??), 11:33 , 25-Фев-20, (66) там еще куча си файлов - их ты тоже каждый раз лезешь ковырять И что характер, пох. (?), 12:23 , 25-Фев-20, (74) А вот это уже извращением попахивает За что вы так со мной А вообще да, надо бы, zurapa (ok), 13:13 , 25-Фев-20, (88) Кстати сказать, я всю дорогу живу на сендмейле и даже худо-бедно могу разобратьс, 2Lazy (?), 17:37 , 25-Фев-20, (129) Ну, ты же, наверное, ради этого - op me когда-то прочитал Современному админу -, пох. (?), 18:56 , 25-Фев-20, (136) ещё и докер приплёл постфикс старше то только докера, но похоже и тебя , лютый жабби (?), 09:58 , 25-Фев-20, (45) Благодарю Вы мне льстите Я не столь молод Хотя, если брать возваст в этой инд, zurapa (ok), 13:11 , 25-Фев-20, (86) вообще то всего два - main cf и master cfpostqueue не осилил и правильно, зачем , Аноним (154), 11:47 , 26-Фев-20, (154) Я тут много оправданий придумал Но в общем ты прав Ты меня уиграл , zurapa (ok), 05:36 , 27-Фев-20, (161) Хватит кудахтать Уже исправлено - https ftp openbsd org pub OpenBSD patches 6, ПерлухаБратуха (?), 11:53 , 25-Фев-20, (68) S in BSD stands for Security , Аноним (2), 23:54 , 24-Фев-20, (2) –1 При таком качестве кода OpenBSD, боюсь, что Qualys доберётся до аудита OpenSSH , Аноним (3), 00:00 , 25-Фев-20, (3) +8 // Ну а ты представь, на минуту, что твоя теория верна про качество openssh А еще , fske (?), 00:20 , 25-Фев-20, (7) +1 // Ну так Сноуден же где-то в своих интервью говорил, что у них там в АНБ специальн, Аноним (-), 00:27 , 25-Фев-20, (10) +5 // если бы он был только у них - я бы и спал спокойно, но, подозреваю, такой специ, пох. (?), 12:39 , 25-Фев-20, (76) –2 к сожалению, можно не представлять - его теория абсолютно верна, качество кода , пох. (?), 10:22 , 25-Фев-20, (52) +1 // Вот только нинада тут про божественный код от создателя ссш Я и оригинал смотрел, крок (?), 13:32 , 25-Фев-20, (100) При каком таком , Аноним (8), 00:23 , 25-Фев-20, (8) –2 // Ну если посмотреть на код виртуализатора, там как-то не очень в коротком куск, Аноним (-), 01:41 , 25-Фев-20, (15) У меня были мысли использовать опенок в микроисталяциях по принципу только сист, pin (??), 00:16 , 25-Фев-20, (4) –1 // не бывает надёжных систем, бывают плохо проаудиченные , б.б. (?), 08:24 , 25-Фев-20, (26) –1 Ну и зря Весьма хорошо конфигурируется PXE boot настраивается очень просто и м, zurapa (ok), 09:20 , 25-Фев-20, (35) –1 // кстати, вопрос как запустить OpenBSD pxeboot в EFI , б.б. (?), 09:27 , 25-Фев-20, (36) Так с qemu все понятно Не стоит же вопрос по безопасности openbsd vs qemu Про, pin (??), 09:44 , 25-Фев-20, (40) // Да, всё верно Бла-бла-бла Проотвечались В мусорку сарказм , zurapa (ok), 10:36 , 25-Фев-20, (55) Обиделся, да Ну извини , pin (??), 10:45 , 25-Фев-20, (58) +2 Нет же Не обиделся Просто цепляясь к фразе безопасный и с нахождением дырки в , zurapa (ok), 12:58 , 25-Фев-20, (82) Тут как бы вот ещё какая мысль возникла qemu тоже ставится с OpenBSD можно тоже, zurapa (ok), 13:28 , 25-Фев-20, (95) Давай про апликейшен Хотя можно и про сеть, сетевые фичи ядра обоих систем срав, pin (??), 14:40 , 25-Фев-20, (113) Так с этим и не поспоришь Всё верно сказал Но телефонию, почту, веб можно легк, zurapa (ok), 16:17 , 25-Фев-20, (122) Вот на это отдельно по вопросу отвечу Убеждение само приходит, даже не нужно ст, zurapa (ok), 16:38 , 25-Фев-20, (123) +1 Не убедительно Сопровождая xBSD, тоже надо и с дебагером сидеть и в багзиле Оп, pin (??), 17:11 , 25-Фев-20, (127) Я вообще к чему Я к тому, что мое желание ипользовать openbsd куда-то пропало, , pin (??), 17:18 , 25-Фев-20, (128) +1 В любом другом дистрибутиве не так , Аноним (139), 20:18 , 25-Фев-20, (139) TTL релиза декларирован, никто не обещал какой-либо особенной поддержки после , ssh (ok), 01:25 , 26-Фев-20, (149) Суть в том, что я был готов забить на TTL с пониманием того, что openbsd не проб, pin (??), 12:11 , 26-Фев-20, (155) +1 Я из таких решений только MS DOS 3 х видел, без какого-либо коннективити вовсе , ssh (ok), 16:42 , 26-Фев-20, (158) ЕМНИП видел под ДОС tcp стек И кстати, какие-то кассы ну там, чеки пробивать , pin (??), 20:38 , 26-Фев-20, (159) Как вы посчитали , zurapa (ok), 08:50 , 27-Фев-20, (162) Ставиться по PXE с нужной конфигурацией умеет любой приличный линукс , Аноним (65), 11:14 , 25-Фев-20, (65) Ну вообще, козырять секурити а потом обнаружить что баг отрепорченый 5 лет назад, Аноним (-), 13:10 , 25-Фев-20, (85) +1 // не отрепорченный хоть бы никто из НИИ им Виноградова сюда никто не заходил, , юникснуб (?), 13:29 , 25-Фев-20, (97) –1 Экраном выше было 3, а в соседней теме 2, или примерно у вас это между 0 и 1000 , ssh (ok), 01:16 , 26-Фев-20, (147) Maxime в оригинале видит от 3 до 4 проблем в том коде Так что 2 - это кто-то по, Аноним (-), 12:56 , 26-Фев-20, (156) Что не так с bhyve Недавно погонял и был впечатлен, думал пилиться еще лет 10 бу, Ананимас008 (?), 01:16 , 26-Фев-20, (148) ППЦ , pin (??), 00:18 , 25-Фев-20, (5) +7 // Всю ночь гребли, а лодку отвязать забыли , Аноним (-), 01:41 , 25-Фев-20, (16) +9 // да тут пять лет гребут, не приходя в сознание, похоже - а лодка вообще на берегу, пох. (?), 13:36 , 25-Фев-20, (103) –1 Ну чото с opensmtpd совсем хреново получилось , Ананимус (?), 00:19 , 25-Фев-20, (6) +1 они что, не проверяют длину строки О_о , Аноним (9), 00:26 , 25-Фев-20, (9)   // Не нужно проверять длину строки, потому что это подразумевает strlen над данны, Ivan_83 (ok), 00:46 , 25-Фев-20, (11)   // Как насчёт strnlen , Аноним (13), 01:34 , 25-Фев-20, (13) +3   // не думал что напишу такое, но Аноним дело говорит а за strlen надо по рукам бит, leap42 (ok), 03:01 , 25-Фев-20, (19)   в котором n размер буфера возвращаемое значение recv что вообще-то, по-моему , Аноним84701 (ok), 13:29 , 25-Фев-20, (96)   Зачем Если что, оно примерно эквивалентно memchr buf, 0x00, buf_size - buf Е, Ivan_83 (ok), 17:03 , 10-Мрт-20, (167)   А что если атакуюший строку в 20 гигабайт накидает Или такие подарки ловятся в , Аноним (-), 01:44 , 25-Фев-20, (17)   // Благодаря наследству, чтобы узнать длину 0-terminated строки, надо сначала ее вс, КО (?), 08:43 , 25-Фев-20, (30) –2   Ну как бы доверять тому что декларирует ремота мы всяко не можем, наследство там, Аноним (-), 13:19 , 25-Фев-20, (91)   и добавить в конец пооверрайдив последний байт буфера 0, что решает проблемы , пох. (?), 21:45 , 25-Фев-20, (142)   не проблема совсем вызову read передается дисриптор, указатель на буфер, размер, Аноним (48), 10:11 , 25-Фев-20, (48) +1   Вот мне и интересно что они сделали Надуть именно read можно только если програ, Аноним (-), 13:26 , 25-Фев-20, (92)   Куда накидает На приёме обычно примерно так чуть упрощённо received 0 for , Ivan_83 (ok), 17:01 , 10-Мрт-20, (166)   А как тогда делают Скорее логическая ошибка при обработке входных данных , Аноним84701 (ok), 13:32 , 25-Фев-20, (99)   У них просто хреновый парсер Делают неявные предположения, не обрабатывают всех, Аноним (102), 13:34 , 25-Фев-20, (102)   // SCNR https www opennet ru opennews art shtml num 45244, Аноним84701 (ok), 13:58 , 25-Фев-20, (108)   // А в systemd полно не просто начинающих, а вообще не начавших , Аноним (102), 15:49 , 25-Фев-20, (119)   Мда уж Qualys - респект , Дон Ягон (ok), 03:41 , 25-Фев-20, (20) +1 // Ну так себе, ну Сейчас тред посетит мр пох и сообщит, что он же говорил А ос, ssh (ok), 04:25 , 25-Фев-20, (22) Респектовать не только им надо Ты читал как несколько дней назад профи из NetBS, Аноним (-), 10:37 , 25-Фев-20, (56) +9 // И в ней на порядок больше находят серьезных проблем уже после релиза , Аноним (72), 12:19 , 25-Фев-20, (72) // Не спорю И они исправляются Но если всю эту армию и возможности натравить на O, Аноним (-), 13:18 , 25-Фев-20, (90) +1 Ну так и разработчики OpenBSD исправляются Це факт Не бачу рiзницы А это уже д, юникснуб (?), 13:33 , 25-Фев-20, (101) +1 Согласно техническим простыням от Макса из нетки - разработчики OpenBSD не испра, Аноним (-), 14:20 , 25-Фев-20, (109) +2 Слушай, ты сейчас только по одному инциденту с виртуализацией OpenBSD шной говор, zurapa (ok), 14:47 , 25-Фев-20, (116) +4 Злорадствовать не буду, но опять как и после случая нахождения уязвимости в post, suffix (ok), 07:44 , 25-Фев-20, (23) –4 // Так ре ето же Давно не новость , pin (??), 09:48 , 25-Фев-20, (41) +1 // Не более ре ето чем любые другие МТА А хейтят именно exim массово , suffix (ok), 09:55 , 25-Фев-20, (43) –3 // Exim конечно очень удобен, тем что конфигурабилен, по этому параметру он лучше p, evkogan (?), 10:49 , 25-Фев-20, (60) +1 1 Я Ленина видел На PDP-11 70 на фортране зачёт сдавал 2 Согласен в ост, suffix (ok), 10:55 , 25-Фев-20, (61) Хейтят за то, что фанбои на очердную дырку отвечаю за-то вexim есть такая уника, pin (??), 12:12 , 25-Фев-20, (69) Ну то фанбои - вменяемые люди накатывают обновление и продожают пользоваться exi, suffix (ok), 12:15 , 25-Фев-20, (70) Поэтому, если нужно, что бы все же безопасно, то postfix Нет жизни без фич - то, pin (??), 12:50 , 25-Фев-20, (79) Чем постфикс не подходит, для поставил и забыл , evkogan (?), 18:05 , 25-Фев-20, (133) Внутривенно IV, хаха , Ю.Т. (?), 23:04 , 25-Фев-20, (144) Более И поверхность атаки менее разграничена , Аноним (72), 12:21 , 25-Фев-20, (73) Про уязвимость в postfix давайте подробнее, там за всю историю только какие-то н, Аноним (3), 14:47 , 25-Фев-20, (115) // Нужные люди ещё не используют, с exim не могут пересадить , Аноним (139), 20:47 , 25-Фев-20, (141) В 2011 была как раз таки критическая уязвимость, suffix (ok), 23:32 , 25-Фев-20, (145) как знал, всегда opensmtpd отключаю хотя данную уязвимость у меня и не поэксп, б.б. (?), 08:23 , 25-Фев-20, (24) –2 // В 2011 была как раз таки критическая уязвимость , suffix (ok), 15:32 , 25-Фев-20, (118) а нельзя сразу всё нааудитить и пачкой выложитЬ, а то каждый день - новости , б.б. (?), 08:24 , 25-Фев-20, (25) –1 // Можно, я разрешаю - аудить И чтоб завтра всей пачкой выложил , Аноним (-), 13:28 , 25-Фев-20, (94) +1 А кстати, наловили ли подобных вещей по пресловутому qmail Из номера 2 он превр, Ю.Т. (?), 08:29 , 25-Фев-20, (27) –1 // qmail никогда не был безопасным Могу обосновать Мне уже скоро 20 лет назад дос, evkogan (?), 11:01 , 25-Фев-20, (62) +1 // Благодарю, но я это знаю, я когда-то работал с qmail, и именно в нелокальной , Ю.Т. (?), 11:10 , 25-Фев-20, (64) // Там вроде и ловить негде Да и не ловит никто, не интересно , evkogan (?), 11:34 , 25-Фев-20, (67) А когда был номер 2 после sendmail, то было-таки поинтереснее , Ю.Т. (?), 16:40 , 25-Фев-20, (125) о, смотрите-ка - хоть один это понял Автор гордо заявлял что это проблема - не е, пох. (?), 12:49 , 25-Фев-20, (78) // Ну так его популярность пришлась на годы, когда спам уже был, а толковых антиспа, Ю.Т. (?), 16:49 , 25-Фев-20, (126) толковых не было, но релеить 0 0 все же было уже не принято - соответствующий па, пох. (?), 19:07 , 25-Фев-20, (137) А в чём там было дело Я даже в 90-х не видел в наших далеко-не-столичных к, Ю.Т. (?), 23:01 , 25-Фев-20, (143) Необоснованное и слишком категоричное заявление Для qmail действительно требовал, Тот самый (?), 13:03 , 25-Фев-20, (83) –2 DJB таки дотошный типок, найти в его коде баг - редкость Абсолютно DJB просто п, Аноним (-), 13:02 , 26-Фев-20, (157) –1 // Ну вот пример из топика в частности, и OpenBSD в целом ярко, иллюстрирует, тот ф, xm (ok), 14:32 , 27-Фев-20, (163) Скрыто модератором, Вебмакака (?), 08:39 , 25-Фев-20, (29) –1 // Скрыто модератором, б.б. (?), 08:48 , 25-Фев-20, (31) –3 // Скрыто модератором, Вебмакака (?), 09:38 , 25-Фев-20, (38) –1 Opensmtpd Это который используется на 0 05 серверов Да это же Тот Самый Неуло, Нанобот (ok), 09:02 , 25-Фев-20, (33) Хмм, хмм Кто-то капитально взялся за опёнка Если судить по последним местным, ryoken (ok), 09:37 , 25-Фев-20, (37) // это аудит он достаточно часто проходит , б.б. (?), 09:40 , 25-Фев-20, (39) –2 // Я бы так не сказал, ибо тут есть небольшая тонкость Тут никогда не было _ПОСТОЯ, Аноним (-), 10:44 , 25-Фев-20, (57) +5 Странно, что ни одного переписывателя на раст го питон Как раз от этой ошибки б, DerRoteBaron (ok), 09:52 , 25-Фев-20, (42) –2 // если ещё и в базовую систему rust go python тащить нее можно на perl перепис, б.б. (?), 10:17 , 25-Фев-20, (49) // Вы опоздали - на awk netch когда-то написал если кто вдруг разыщет гуглем - у, пох. (?), 12:52 , 25-Фев-20, (80) Надо срочно завести проект на гитхабе, ой, простите, на гитлабе, пока другие не , пох. (?), 12:53 , 25-Фев-20, (81) а вообще, как только песенки перестали выпускать, так всякая фигня начала творит, б.б. (?), 10:21 , 25-Фев-20, (50) +2 нам песня строить и жить и компилить помогает , б.б. (?), 10:21 , 25-Фев-20, (51) –1 // она как друг нас зовёт и ведёт к торжеству раста, suffix (ok), 10:30 , 25-Фев-20, (53) –1 // А потом смузихлебам вгрузят какой-нибудь крап прямо в репу - и они дружно подавя, Аноним (-), 13:30 , 25-Фев-20, (98) // память о leftpad намекает, что можно даже не вгружать, а выгрузить уже сто лет н, пох. (?), 13:39 , 25-Фев-20, (105) Объявляю 2020 годом похорон мифа об особенной безопасности OpenBSD, xm (ok), 13:13 , 25-Фев-20, (87) +1 // Если что, разработчики OpenBSD никогда не называли свою ОС _самой_ безопасной, э, юникснуб (?), 13:38 , 25-Фев-20, (104) // доо, доо, и херни про ни одной уязвимости за n 1 лет для невоткнутой в розетк, пох. (?), 13:43 , 25-Фев-20, (106) +2 // Ты подменяешь понятия -- Самой самой Only two remote holes in the default , ssh (ok), 01:36 , 26-Фев-20, (150) нет, я говорю что fud и пропаганда, не подтвержденная ни качеством кода, ни ауди, пох. (?), 10:56 , 26-Фев-20, (152) Ты преувеличиваешь, мне жалко времени на строительство ретроспективы, но там и а, ssh (ok), 11:11 , 26-Фев-20, (153) +1 Если прикапываться к словам, то - да, они никогда не называли себя самыми безопа, Аноним (-), 14:30 , 25-Фев-20, (110) // С некоторых пор считаю, что русскому хорошо, то немцу смерть Утрировано, и есте, Аноним (112), 14:38 , 25-Фев-20, (112) Можно подумать, её безопасность ранее привлекала миллионы пользователей по всей , zurapa (ok), 15:07 , 25-Фев-20, (117) // Вы путаете похороны мифа с похоронами тела А так да - в сектах не состою , xm (ok), 16:14 , 25-Фев-20, (121) // А прошу прощения Тогда миф похоронили Накатим по SMTPD , zurapa (ok), 16:40 , 25-Фев-20, (124) +1 Отличный вопрос Похоже большая часть бойцов систему даже не устанавливали , ssh (ok), 06:20 , 26-Фев-20, (151) ASAP - as secure as possible apt show opensmtpd Descript, snmp agent (?), 20:02 , 25-Фев-20, (138) Чуваки просто не могут пользоваться обновлениями Уже опровергли https www qua, Denis Fateyev (ok), 01:08 , 26-Фев-20, (146) // Всё куда веселее , к сожалению gt оверквотинг удален из oss-security , юникснуб (?), 16:29 , 01-Мрт-20, (164) // Ничего там особенного нет, кроме самого факта уязвимости в апстриме я мейнтейне, Denis Fateyev (ok), 20:00 , 03-Мрт-20, (165) https www openwall com lists oss-security 2020 02 26 1exploit embargo lifted, Дон Ягон (ok), 02:20 , 27-Фев-20, (160) Поставил OpenSMTPD, сложил туда все свои 171 яйца 187 Ломайте меня полность, zurapa (ok), 07:33 , 06-Май-20, (168) 1,2,3,4,5,6,9,20,23,24,25,27,33,37,42,50,51,87,138,146,160,168

Сообщения

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

9. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."	+/–
Сообщение от Аноним (9), 25-Фев-20, 00:26
они что, не проверяют длину строки О_о?
Ответить | Правка | Наверх | Cообщить модератору

	11. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."	+/–
	Сообщение от Ivan_83 (ok), 25-Фев-20, 00:46
	Не нужно проверять длину строки, потому что это подразумевает strlen() над данными полученными извне, что легко даст результаты ещё хуже. В данном случае нужно оперировать буферами, и размерами как буферов так и использованной в них части, потому что информация по наполнению буферов возращается теми же recv()/read() и ей можно доверять.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "stdlib"	+3 +/–
	Сообщение от Аноним (13), 25-Фев-20, 01:34
	Как насчёт strnlen?
	Ответить | Правка | Наверх | Cообщить модератору

	19. "stdlib"	+/–
	Сообщение от leap42 (ok), 25-Фев-20, 03:01
	не думал что напишу такое, но Аноним дело говорит! а за strlen надо по рукам бить.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "stdlib"	+/–
	Сообщение от Аноним84701 (ok), 25-Фев-20, 13:29
	> Как насчёт strnlen? в котором n = размер буфера/возвращаемое значение recv (что вообще-то, по-моему и подразумевается под "… оперировать буферами, и размерами как …") ?
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	167. "stdlib"	+/–
	Сообщение от Ivan_83 (ok), 10-Мрт-20, 17:03
	Зачем!? Если что, оно примерно эквивалентно (memchr(buf, 0x00, buf_size) - buf). Если ты и так знаешь размер буфера и сколько там использовано то к чему это бесполезное действие?
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	17. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."	+/–
	Сообщение от Аноним (-), 25-Фев-20, 01:44
	> Не нужно проверять длину строки А что если атакуюший строку в 20 гигабайт накидает? Или такие подарки ловятся в другом месте?
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	30. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."	–2 +/–
	Сообщение от КО (?), 25-Фев-20, 08:43
	Благодаря наследству, чтобы узнать длину 0-terminated строки, надо сначала ее всю вычитать (в память, например,) и там может быть и 4TB. :)
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."	+/–
	Сообщение от Аноним (-), 25-Фев-20, 13:19
	> Благодаря наследству, чтобы узнать длину 0-terminated строки, надо сначала ее всю вычитать > (в память, например,) и там может быть и 4TB. :) Ну как бы доверять тому что декларирует ремота мы всяко не можем, наследство там или уж нет. Есть целый отдельный класс багов когда задекларено одно, а прислано другое, и совсем не факт что это лучше, потому что позволяет поприкалываться. Однако получение данных вообще должно бы в какой-то момент рещить что слишком дофига для всего лишь строки, чтоли.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."	+/–
	Сообщение от пох. (?), 25-Фев-20, 21:45
	> Однако получение данных вообще должно бы в какой-то момент рещить что слишком дофига для всего > лишь строки, чтоли. и добавить в конец (пооверрайдив последний байт буфера) \0, что решает проблемы с бестолковым использованием strlen. Кстати, вспоминая опять же openssh - _одна_ off-by-one error, за все время. _без_ использования strn*, которые могли запросто отсутствовать на половине систем, поддерживавшихся ssh1. (и чудовищная с remote root в syslog, но это претензия к автору syslog() все же. Никто тогда не ожидал этой подставы, вляпались все, кроме использовавших sprintf с померянным буфером по каким-то вовсе другим соображениям)
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."	+1 +/–
	Сообщение от Аноним (48), 25-Фев-20, 10:11
	не проблема совсем. вызову read передается дисриптор, указатель на буфер, размер элемента и максимальное кол-во элементов, которые можно поместить в буфер. если дескриптор готов вернуть больше, то read прочитает ровно по размеру буфера. а дальше приложение уже должно само решать - посылать такого толстого клиента нафиг или расширять буфер чтобы прочитать новые данные. и так после каждой операции чтения.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	92. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."	+/–
	Сообщение от Аноним (-), 25-Фев-20, 13:26
	> нафиг или расширять буфер чтобы прочитать новые данные. и так после > каждой операции чтения. Вот мне и интересно что они сделали. Надуть именно read можно только если програмер совсем уж лох, а вот чего со строками делают в этом плане...
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."	+/–
	Сообщение от Ivan_83 (ok), 10-Мрт-20, 17:01
	Куда накидает!? На приёме обычно примерно так (чуть упрощённо): received = 0; for (;received < buf_size;) {   rv = recv(skt, (buf + received), (buf_size - received));   received += rv; } ну вот больше buf_size у нормальных адекватных людей не примется данных. А неадекваты конечно могут юзать strlen() и дальше на таких данных. Я вообще не представляю куда тут strlen() можно пристроить будучи в адеквате.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	99. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."	+/–
	Сообщение от Аноним84701 (ok), 25-Фев-20, 13:32
	> они что, не проверяют длину строки О_о? А как тогда делают: >> спользуемый для определения текста, устанавливается на байт, следующий за символом '\0' ? Скорее "логическая ошибка" при обработке входных данных.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	102. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."	+/–
	Сообщение от Аноним (102), 25-Фев-20, 13:34
	У них просто хреновый парсер. Делают неявные предположения, не обрабатывают всех возможностей по ходу перебора байт буфера от первого и до терминирующего. Надеются, что входящий набор байтов будет таким, и никаким другим (и какой в тестах накидан). Типичная ошибка ничинающих.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	108. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."	+/–
	Сообщение от Аноним84701 (ok), 25-Фев-20, 13:58
	>  Надеются, что входящий набор байтов будет таким, и никаким другим (и какой  в тестах накидан). Типичная ошибка ничинающих. *SCNR* https://www.opennet.ru/opennews/art.shtml?num=45244 > Процесс PID 1 зависает на системном вызове pause() при поступлении в сокет уведомлений systemd сообщения нулевой длины > Атака сводится к выполнению команды > NOTIFY_SOCKET=/run/systemd/notify systemd-notify ""
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."	+/–
	Сообщение от Аноним (102), 25-Фев-20, 15:49
	А в systemd полно не просто начинающих, а вообще не начавших.
	Ответить | Правка | Наверх | Cообщить модератору

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

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