После 6 месяцев разработки состоялся релиз почтового сервера Exim 4.94, в который внесены накопившиеся исправления и добавлены новые возможности. В соответствии с майским автоматизированным опросом около миллиона почтовых серверов, доля Exim составляет 57.59% (год назад 53.03%), Postfix используется на 34.70% (34.51%) почтовых серверов, Sendmail - 3.75% (4.05%), Microsoft Exchange - 0.42% (0.57%)...Подробнее: https://www.opennet.me/opennews/art.shtml?num=53116
когда уже jmap?
Вышел убийца postfix
С чего бы это?
Возможно, Василий считает, что дыры оптом заразны.
По главной ссылке с changelog'ом туго, открыл дебиановский.
И должен заметить что "avoiding of tainting" ≠ "tainted".
Потому как tainting — не про очистку, а ровно наоборот.
Что-то типа "избегания грязных данных".
Exim увеличил свою долю? Плохо это или хорошо? И стоит ли печалиться из-за снижения доли Microsoft Exchange?
Зачем спрашиваешь, если ответы не нужны?
Да не снижается доля exchange, сказки все это. Замены в корпоративном секторе ему все равно нет. Просто он часто за шлюзом из другого почтовика стоит.
критические уязвимости завезли?
Об этом расскажут в следующей серии. Спойлер: да.
критические уязвимости завезли?ДДоступ к разделу сайта "Тотализатор", только для владельцев платиновых ХЭШ-чайн и/или лицам с наличием не меньше 3 официиально закрытыхъ CVE-2020 за второе полугодие.
Внимание акция, комисия из спец. отобранных модеров проведет вне-конкурсный онлайн разоыгрыж 3 помететителей для доступа в раздел на вторую половину тек. года;
обезательное наличие у "июней", прадон претндентов- минимyм 2-ух незакрытых CVE, свежее 201*
- наличие вещество - заисимоти, не ниже второй стадииP.S.:
доп. cкидки для SJW, BLM
Ммммм.... сколько нового...
Зная авторов сабжа можно ждать обилие новых дыр.
И Fractal расскажет почему :)
не, он знает как их избежать ;-)
И их, как обычно, залатают так быстро, что эксплуататоры эксплойтов не успеют разобраться и ни один сервер не пострадает. Ничего нового
Не обновляйтесь пока, там баг.
Народ в рассылке жалуется, что даже дефолтный роутер фэйлится.
Вы о каком из?
"failed to expand"
Это не баг, а фича. Ну да, обратная совместимость поломана. И ещё кое где. Но, в принципе, правильным путём идут, закручивая гайки.
>Но, в принципе, правильным путём идутГлядя на то безобразие, что они учинили, очень сомневаюсь.
Казалось бы безобидное нововведение:
В основной блок конфигурации добавлена опция "sqlite_dbfile" для использования при определении префикса строки поиска. Изменение нарушает обратную совместимость - старый метод задания префикса перестал работать при указании неочищенных (tainted) переменных в lookup-запросах. Новый метод ("sqlite_dbfile") позволяет держать имя файла отдельно.Про катастрофическое влияние на производительность ни кто не подумал.
Раньше было (в разных местах конфига):
${lookup sqlite {/var/lib/exim/aliases.db select name from aliases where id='userx';}}
${lookup sqlite {/var/lib/exim/whitelist.db select name from whitelist where id='userx';}}
${lookup sqlite {/var/lib/exim/greylist.db select name from greylist where id='userx';}}
${lookup sqlite {/var/lib/exim/blacklist.db select name from blacklist where id='userx';}}Т.е. каждая таблица размещалась в отдельном файле, что-бы избежать конкуренции и блокировок.
Теперь так не работает. Извольте только так:
sqlite_dbfile=/var/lib/exim/global.db
${lookup sqlite {select name from aliases where id='userx';}}
${lookup sqlite {select name from whitelist where id='userx';}}
.....Из-за единственности опции "sqlite_dbfile" пришлось все таблицы объединить в один глобальный файл.
Наверное, exim, слишком быстр для современных дисковых систем. надо было специально притормозить.Кому это мешало?! Какую возможную дыру безопасности они этим закрывают? Ответ прост - кретинизм и недальновидность.
Забыл добавить.Ввели еще новую опцию "sqlite_lock_timeout" с дефолтным значением 5 секунд. Не слабо так! Сразу видно - теоретики.
Да, с SQLite лоханулись, конечно, вынеся путь к базе к в переменную. Но патч уже есть.
И, справедливости ради, в документации это отражено.
Беда не в том, что ошиблись - от этого ни кто не застрахован. Беда в том, что полезли "улучшать" уже много лет отлаженный и прекрасно работающий код. Кстати, это не первый подобный случай. В 4.93 так "улучшили" SPF, что он на все проверки выдавал false positive. А версии 4.91 было фатальное "улучшение" OSPF.У кого-то там в заднице свербит. Вот это напрягает очень.
Да, у меня тут тоже поломалось местами много чего, причём в совершенно неочевидных местах.
В итоге пришлось перелопачивать конфиг, который в этих частях работал без проблем десяток лет.
Кстати, по поводу косяка с SQLite, то, насколько я вижу, прямое указание пути к базе по-прежнему работает, если запрос присваивается переменной, а не является непосредственно частью ACL или списков.
Ну, это не совсем баг, как я понял, просто можно при необдуманном обновлении хапнуть с горкой.
А я на сендмыле, и не жужжу ))
ежжу на пежо и не пи...жу))
старперская поделка
Да, истинные знатоки уже на расте написали 18 штук мега классных и супер безопасных аналогов. Рвут вообще всех в хлам. Доля серверов у растовских аналогов 100500%
Та ладно вам, норм почтовик. Осознают и исправят. Все хорошо, все есть. Безопасно. Максимум одна сосна горит.
https://e.mail.ru/inbox/
Блин, сломали листы рассылок :(maillist:
driver = redirect
rewrite
local_parts = dsearch;/etc/exim/lists/
require_files = /etc/exim/lists/$local_part
senders = /etc/exim/lists/senders
domains = +local_domains
file = /etc/exim/lists/$local_part
headers_remove = To
headers_add = To: ${local_part}@${domain}
forbid_pipe
forbid_file
no_moreХрень теперь в логах:
Tainted name '/etc/exim/lists/it' for file read not permitted\n
Tainted name '/etc/exim/lists/web' for file read not permitted\n
Tainted name '/etc/exim/lists/support' for file read not permitted\nЧто они там сломали, заразы? :( Вместо dsearch теперь надо прописывать sqlite_dbfile ?
Вот так должна теперь выглядеть эта секция.maillist:
driver = redirect
rewrite
local_parts = dsearch;/etc/exim/lists/
require_files = /etc/exim/lists/$local_part
senders = /etc/exim/lists/senders
domains = +local_domains
file = /etc/exim/lists/$local_part_data
headers_remove = To
headers_add = To: $local_part@$domain
forbid_pipe
forbid_file
no_moreВ опции file нельзя использовать $local_part - только $local_part_data
Смысл?
Как починили ошибку exim-4.94-1.el7 on CentOS 7
Receiving email:
2020-06-18 11:47:08 Tainted filename for search: '/etc/exim/domains/myfancydomain.com/aliases'
2020-06-18 11:47:08 H=stp.vestacp.com [188.226.163.96] X=TLS1.2:DHE-RSA-AES128-SHA:128 CV=no F=<forum@stp.vestacp.com> temporarily rejected RCPT <peter@myfancydomain.com>: failed to expand "${extract{1}{:}{${lookup{$local_part@$domain}lsearch{/etc/exim/domains/$domain/aliases}}}}": NULL
вот такая трабла.
пришлось откатиться на предыдущую.
exim-4.94 doesn't allow using tainted variables in file or directory names so I had to replace expressions like 'lsearch{/etc/exim/domains/$domain/aliases}' with 'lsearch{/etc/exim/domains/${extract{1}{0}{${lookup{$domain}dsearch{/etc/exim/domains/}}}}/aliases}' in exim.conf. Worked perfectly fine for me.Источник - https://forum.vestacp.com/viewtopic.php?t=19994&start=50
PS интересно видеть сообщения из будущего))) сегодня, вообще-то, 15 июля