Note that only FEATURE(`enhdnsbl') uses a DNS map. We do not have an assessment whether this problem is exploitable, however, if you use a DNS map and an 8.12 version older than 8.12.9, then either upgrade (strongly recommended) or apply the trivial patch given below.
In March 1997, I offered $500 to the first person to publish a verifiable security hole in the latest version of qmail: for example, a way for a user to exploit qmail to take over another account.
My offer still stands. Nobody has found any security holes in qmail.
そういう話とは関係なく、あれこれ考えていて、rcpthosts が無い場合の仕様はおかしいと思うようになった。rcpthosts は受け付けるべき RCPT TO の内容を列挙するためのファイルなんだから、それがカラだったり無かったりしたら、すべて拒否する方が自然だよな。単に、RCPT TO の内容を問わないようにするだけなら、環境変数 RELAYCLIENT で実現できるわけだし、
実行可能かどうかはまだ分っていないはず (スコア:4, 参考になる)
とある通りですが、自分の Sendmail が DNSMAP オプション付きでコンパイルされているかどうか、また enhdnsbl 機能を使っているかどうかも判らない人がメールマスターをやっているなら、今回のはバグには違いないので
ただのちゃちゃ (スコア:0, フレームのもと)
確かに qmail の方が問題は少ないかも (スコア:1)
Re:確かに qmail の方が問題は少ないかも (スコア:1)
Re:確かに qmail の方が問題は少ないかも (スコア:1)
Re:確かに qmail の方が問題は少ないかも (スコア:1)
qmailはデフォルト設定ではオープンリレーは許可しませんし。
よって、自宅のマシンからプロバイダ経由で会社のメールサーバにつないで送信することも不可能。
#自宅に固定IPとかを持っていれば別ですが・・・
まあ、それだと不便だから件のパッチのようなものが出てくるわけですけどね。
こうしたパッチをあてずに満足できるならqmailは一番と個人的には思います。
いろいろやろうとすると面倒になってきますけどね。
私の手元ではメールサーバとしては内部のデーモンが管理者宛にメールを送信する程度の機能があれば
いいサーバは全部qmailにしてあります。
Re:確かに qmail の方が問題は少ないかも (スコア:0)
わざわざファイル作らなきゃいけないのをデフォルトとは言わないのでは？
ORDB のサーバ別統計 [ordb.org] 見ると、決して qmail の登録が
少ないわけじゃないと思う。
Re:確かに qmail の方が問題は少ないかも (スコア:1)
いくらなんでも、それじゃあ DJB に同情したくなりますね。
Re:確かに qmail の方が問題は少ないかも (スコア:0)
Re:確かに qmail の方が問題は少ないかも (スコア:1)
リンク先の統計に関してですが、数だけ見ても仕方ないものではないでしょうか。
MXが引けるか?
メールサーバ/ローカル利用での各MTAの利用比率は?
等の情報が(結果としての数字ではなく、設定ミスをする割合を論じるには)必要だと思います。
# でもとりあえずPostfixの少なさは立派。
正直に言うとrcpthostsをスペルミスして（笑）数日間放置してしまったことがあるのですが、チェックして気付きました。
幸いにして悪用はされていませんでしたが、いくらなんでもグローバルに置くサーバは(どのMTAを使っていても)確認しましょう。
Re:確かに qmail の方が問題は少ないかも (スコア:1)
手順が抜けるというのも「間違った」場合だろうから一緒にするとして、./config を実行せず control/me さえ無い状態で qmail が機能するかも置くとして、control/ 下のファイルの内容も確認せずに「安全」を問われる場所のメイルサーバーを動かすことの是非も度外視したとして…
なんらかの間違いで rcpthosts を消してしまった場合、どう動くべきか?
私なんかは、間違えた通りに動いて欲しいと思ってしまう。 勝手に知らない挙動をされるのは迷惑だし。 さらに、すべて受け付けるか、すべて拒否するか、倒れる先のどちらが「安全側」かは単純には決められない。大事な顧客のメイルをすべて弾いてしまうと、顧客へのメイルが RBL で弾かれるとのでは、後者の方がまだましなので、より安全であると判断する立場だってあるはず。
なにが「安全」かといえば、make setup で ./config まで実行するようにしとくべきだったって事だろうね。
そういう話とは関係なく、あれこれ考えていて、rcpthosts が無い場合の仕様はおかしいと思うようになった。rcpthosts は受け付けるべき RCPT TO の内容を列挙するためのファイルなんだから、それがカラだったり無かったりしたら、すべて拒否する方が自然だよな。単に、RCPT TO の内容を問わないようにするだけなら、環境変数 RELAYCLIENT で実現できるわけだし、
このあたりのバランスは良くないやね。locals と rcpthosts の関係も、もうちょっといい設計ができたんではないかと思う。
Re:確かに qmail の方が問題は少ないかも (スコア:1)
Re:確かに qmail の方が問題は少ないかも (スコア:1, すばらしい洞察)
最後は否定的肯定で〆てますが、その否定自体が間違ってる。
設定を間違ってもOpenRelayにならないMTAって何ですか？
Re:確かに qmail の方が問題は少ないかも (スコア:0)
#ってあるのかな？
Re:確かに qmail の方が問題は少ないかも (スコア:0)
決してOpenRelayはできません。
その上ユーザは設定も必要ありません。
by Sobig
Re:確かに qmail の方が問題は少ないかも (スコア:0)
Re:確かに qmail の方が問題は少ないかも (スコア:1, おもしろおかしい)
Re:確かに qmail の方が問題は少ないかも (スコア:0)
Re:確かに qmail の方が問題は少ないかも (スコア:0)
Re:確かに qmail の方が問題は少ないかも (スコア:0)
qmailのセキュリティホール (スコア:1)
Re:qmailのセキュリティホール (スコア:1)
Re:確かに qmail の方が問題は少ないかも (スコア:0)
Re:確かに qmail の方が問題は少ないかも (スコア:0)
djbはそんなミスなんか犯さないんだい、てな感じで
擁護発言が出たりするのを見そうになる気がしてこわいです。
あの人のは、その辺ではあたりまえとして考えられていることを
あえて「やらなくてもいい」と考えて実装しないでいたりして、
それはそれで正しいとは思うのだけど、
その分周
Re:確かに qmail の方が問題は少ないかも (スコア:0)