The OpenNET Project / Index page

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



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

Оглавление

Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..., opennews (??), 24-Фев-20, (0) [смотреть все]

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


34. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +2 +/
Сообщение от zurapa (ok), 25-Фев-20, 09:08 
За тем, что конфигурация OpenSMTPD на порядке проще и удобней в общем ключе конфигурирования в OpenBSD. И если вы уж сели на OpenBSD и вам понравилось, как там устроен синтаксис конфигурационных файлов сервисов, то OpenSMTPD вам также будет в разы приятней. Особенно, если это малые конфигурации.

Конечно, я понимаю, что "приятней, удобней" - это субъективные, так себе доводы. Но всё же. Допустив в Postfix мониторить отправку получение писем, очереди, это не совсем прозрачный метод. А OpenSMTPD имеет команды позволяющие сразу смотреть очередь. В Postfix авторизация, это вообще костыль со стороны прикручиваемый отдельно. В OpenSMTPD это в рамках самого сервиса с весьма устойчивым шифрованием паролей. И получается так, что почитав man'ы, только man'ы, ты можешь настроить smtp сервер с большинством причуд, что требуется от сервера. В то время, как в Postfix, это дичайшая куча файлов конфигурации и вариаций, как это можно организовать. И всё эта гибкость, безопасность пугает.

А вот, если вы не эстет, а хипстер со смузи и любите всё чтобы в linux по красоте, да ещё и в docker, и основная информация по конфигурированию сервисов - статьи на хабре, то вам однозначно нет смысла даже смотреть на OpenSMTPD. Это я сейчас не поиздеваться, а как оно получается. В интернете проще наковырять, как настроить Postfix, который к тому же уже идёт из коробки во многих системах. И, почти, любого админа Linux ткнув палкой ночью, можно получить простейшую конфигурацию Postfix. (в конце чуть утрировал для красоты слога).

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

44. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +5 +/
Сообщение от лютый жабби (?), 25-Фев-20, 09:57 
"конфигурация OpenSMTPD на порядке проще и удобней"
"вы не эстет,"

Отправить бы тебя, эстета, sendmail настраивать ))) постфикс ему сложный. Ну и времена настали...

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

46. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  –1 +/
Сообщение от б.б. (?), 25-Фев-20, 09:59 
имеется ввиду это

https://www.opensmtpd.org/presentations/asiabsdcon2013-smtpd...

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

89. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +1 +/
Сообщение от zurapa (ok), 25-Фев-20, 13:15 
> имеется ввиду это
> https://www.opensmtpd.org/presentations/asiabsdcon2013-smtpd...

Да! Да! Да! Точно! Благодарю за иллюстрацию! Это шедевр!

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

47. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +1 +/
Сообщение от пох. (?), 25-Фев-20, 10:11 
> Отправить бы тебя, эстета, sendmail настраивать

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

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

Сегодня в очередной раз спам пришел с такого.

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

54. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +3 +/
Сообщение от evkogan (?), 25-Фев-20, 10:36 
Если все что Вам надо в sendmaill - это настроить отправку писем от локальных сервисов на подконтрольный Вам почтовый сервер, причем без любых проверок на стороне сервера, то Вам достаточно поправить всего 1 строчку.
Но Вот если использовать sendmaill как почтовый релай на шлюзе, я на Вас посмотрю с простотой конфигурации.
Не надо сравнивать теплое и твердое.
Сделать openrelay из postfix можно, но это можно сделать с абсолютно любым почтовым сервером.
Мне в свое время очень понравился постфикс сочетанием безопасности, работе под нагрузкой и гибкости (безопасность не потому что нельзя сломать все в конфиге, а для умеющих админить).
Ответить | Правка | Наверх | Cообщить модератору

59. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  –1 +/
Сообщение от привет (ok), 25-Фев-20, 10:46 
а что там сложного? мейлертейбл раскоментировать/добавить,
отредактировать там релеи-домены.
ну и пару строк с простейшими проверками раскоментировать...

сейчас крайне редко надо лезть уже в cf, нет необхадимости

а опен-релай из постфикса, вроде, из коробки распространялся
пофиксили уже?

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

63. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от evkogan (?), 25-Фев-20, 11:07 
Для простой конфигурации да, ничего сложного.
А вот не лезть, тут вся соль. Хотя честно я его уже лет 15 не видел.
опен-релай у редхата из коробки не было вроде. За остальных не знаю
Ответить | Правка | Наверх | Cообщить модератору

71. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от пох. (?), 25-Фев-20, 12:18 
> пофиксили уже?

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

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

Так что у меня он по прежнему на почетном втором месте из тех, кого удается определить. На первом - гугль, понятен.

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

77. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +1 +/
Сообщение от Аноним (77), 25-Фев-20, 12:46 
>а опен-релай из постфикса,
> вроде, из коробки
>распространялся
>пофиксили уже?

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

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

130. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от 2Lazy (?), 25-Фев-20, 17:47 
Кстати сказать, в моем sendmail.mc для почтового шлюза на несколько доменов осмысленных строк конфигурации всего 37, а если выкинуть непринципиальную настройку таймаутов - 26.
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

140. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от пох. (?), 25-Фев-20, 20:30 
чорт, у меня 99 ;-)
И это не считая того, что в LOCAL_RULESETS только какой-то стремный хак, остальное подцепляется внешним файлом.

Правда, из этой сотни десяток *bl.sorbs.net, от которых давным-давно уже нет никакого толку, пачка танцев вокруг бесполезно-tls, кстати, имейте в виду - у копропротивных mta шлюзов становится нормой копировать худшие практики мурзилы - в смысле, рвать сессию если им что-то не понравится в сертификате, недавно напоролись, ну и всякие RATE_THROTTLE, ибо VRFY у меня можно, а после второй неопознанной команды - досвидос.

А васяно-настраиваемых строк после OSTYPE/DOMAIN как-то и пяти не просматривается.
Каждому ли васяну понадобится mailertable? Не думаю...

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

75. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от пох. (?), 25-Фев-20, 12:34 
> Но Вот если использовать sendmaill как почтовый релай на шлюзе, я на Вас посмотрю с простотой
> конфигурации.

тоже ничего особенного - использую. Перенести весь трэш, накопившийся там за тридцать лет в exim - во-первых, совершенно нечеловеческий труд, во-вторых, он и там останется трэшем, местами получится даже хуже чем было. В postfix не перенесется, разьве что в milter выносить куски логики.
Там не пять строк, но васяну этого и не надо. Единственное мерзкое место, похоже по сей день не решенное - нет простой возможности вставить проверку существования почтового ящика через ldap или еще какой внешний сервер на этапе сессии (а постфактум нахрен не надо так делать). milter, разумеется, спасет.

> Сделать openrelay из postfix можно

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

Типичный админ опеннета, угу. Они тут почти все такие.

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

84. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +1 +/
Сообщение от Аноним (84), 25-Фев-20, 13:04 
> но ненужно. Он там из коробки все тридцать лет его существования. Если специально не позаботиться  отключить.

Ты postfix "изучил" по комментам здешних гуру? Или openrelay для тебя просто модное ругательство?
За те 18 лет, что я с ним работаю, там никогда не было опенрелея из коробки. Если сдуру его не включить.

> Типичный админ опеннета, угу. Они тут почти все такие.

Ога, и ты не исключение.

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

93. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  –2 +/
Сообщение от пох. (?), 25-Фев-20, 13:27 
перепись местных дурачков. "18 лет работает", про дыру - не в курсе.

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

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

114. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от Аноним (77), 25-Фев-20, 14:45 
> А можете списочек своих айпишников

127.0.0.0/8

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

120. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от пох. (?), 25-Фев-20, 15:57 
а, блин, беру свои слова назад - установленный на не воткнутый в сеть хост поцфикс, безусловно, не является опенрелеем.

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

132. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +1 +/
Сообщение от лютый жабби__ (?), 25-Фев-20, 18:04 
>установленный на не воткнутый в сеть хост поцфикс

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

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

134. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от пох. (?), 25-Фев-20, 18:33 
> по дефолту во всех дистрибах постфикс не релеит

да, да, васян зуб дает - он во всех дистрибах лично проверил, тыщах их.

По _дефолту_ поцфикс - релеит.

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

А поскольку местные васяны даже сейчас, вместо того чтобы посмотреть и подумать, с пеной у рта повторяют мантру "не релеит, не релеит, мне в молитвенном бдении некий ангел это сказал, б.. буду! 15 лет не релеит!" - спама от релеящих постфиксов у меня меньше вряд ли станет.

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

131. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +1 +/
Сообщение от evkogan (?), 25-Фев-20, 18:02 
Прекращайте вешать ярлыки вообще и необоснованные в частности.
В RHEL 4/5/7 версий он из коробки не опен.
Где он у ТЕБЯ опен -релэй разберись сам. Может не надо пользоваться дистрибутивом с такими меинтейнерами. Если имеешь ввиду когда собираешь сам, то меня не интересует.
Я его ни разу не собирал. Зачем если он идет из коробки нормально собранный и еще обновления регулярно прилетают без напряга.

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

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

135. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от пох. (?), 25-Фев-20, 18:52 
> Прекращайте вешать ярлыки вообще и необоснованные в частности.
> В RHEL 4/5/7 версий он из коробки не опен.

из какой еще "коробки"? С конфигами, настроенными за тебя? Да, не опен. Ну так это не заслуга автора, это заслуга разработчиков RHEL.
Но ты-то, походу, даже не в курсе, какая именно настройка за это отвечает? (я, кстати, тоже - их там не одна. У rhel7 довольно опасный метод оверрайда - васян с легкостью необычайной сделает таки relay, про другие не знаю. Попробуй сделать такое с сендмэйлом ?)

> Я его ни разу не собирал. Зачем если он идет из коробки
> нормально собранный и еще обновления регулярно прилетают без напряга.

понятен. Это, если что, не о сборке - собранный он там стандартно. Он там настроенный немного нестандартно.

> где ты видишь опен-релэй "там из коробки все тридцать лет его
> существования".
> Расшифруй слово там грамотно, как серьезный человек.

Расшифровываю: в конфиге по умолчанию, до того как его вручную пооверрайдил грамотный чувак из rhel.

Который ограничил его binding вообще только localhost - и, похоже, у rhel7, попавшей под руку, кроме этой шаткой защиты - никакой другой нет.

У дебианоидов, вроде, чуть лучше, но негде проверить.


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

66. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от anonymous (??), 25-Фев-20, 11:33 
Когда последний раз работал с sendmail, конфиг там был вовсе не 5 строчек. А там было куча m4-файлов из которых генерировался весьма себе нехилый конфиг.
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

74. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от пох. (?), 25-Фев-20, 12:23 
там еще "куча" си файлов - их ты тоже каждый раз лезешь ковырять?
(И что характерно - там предусмотрен удобный механизм для этого, для тех кто понимает, что делает)

Твой конфиг - _один_ файл, sendmail.mc - и в нем именно пять строк (в лучшем случае).

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

88. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от zurapa (ok), 25-Фев-20, 13:13 
> "конфигурация OpenSMTPD на порядке проще и удобней"
> "вы не эстет,"
> Отправить бы тебя, эстета, sendmail настраивать ))) постфикс ему сложный. Ну и
> времена настали...

А вот это уже извращением попахивает. За что вы так со мной?

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

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

129. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от 2Lazy (?), 25-Фев-20, 17:37 
Кстати сказать, я всю дорогу живу на сендмейле и даже худо-бедно могу разобраться в правилах не только m4, но и основного языка конфигурации - а вот осилить конфиги postfix у меня тяму так и не хватило...
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

136. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от пох. (?), 25-Фев-20, 18:56 
> Кстати сказать, я всю дорогу живу на сендмейле и даже худо-бедно могу
> разобраться в правилах не только m4, но и основного языка конфигурации

Ну, ты же, наверное, ради этого - op.me когда-то прочитал? Современному админу - не потянуть, да и времени столько у него нет. В принципе, ему и незачем - мир стал сильно проще за последние 25 лет, такой сложной многостадийной обработки уже давно не надо.

> - а вот осилить конфиги postfix у меня тяму так и
> не хватило...

так их не надо осиливать - за это горе-админы его и любят.

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


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

45. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от лютый жабби (?), 25-Фев-20, 09:58 
ещё и докер приплёл. постфикс старше то только докера, но похоже и тебя.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

86. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от zurapa (ok), 25-Фев-20, 13:11 
Благодарю. Вы мне льстите. Я не столь молод. Хотя, если брать возваст в этой индустрии, то я совсем дитя ещё. Не судите строго, дяденька.
Ответить | Правка | Наверх | Cообщить модератору

154. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от Аноним (154), 26-Фев-20, 11:47 
> В то время, как в Postfix, это дичайшая куча файлов конфигурации и вариаций

вообще то всего два - main.cf и master.cf

> А OpenSMTPD имеет команды позволяющие сразу смотреть очередь

postqueue не осилил?

> В Postfix авторизация, это вообще костыль со стороны прикручиваемый отдельно

и правильно, зачем ее пихать в smtp сервер?

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

161. "Уязвимости в OpenSMTPD, позволяющие удалённо и локально полу..."  +/
Сообщение от zurapa (ok), 27-Фев-20, 05:36 
Я тут много оправданий придумал. Но в общем ты прав. Ты меня уиграл!
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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