受信メール防御の強化

KaiMailがSMTPレベルで受信メールを処理する方法について、一連の改善を実施した。これらの変更は、スパムや不正アクセスを受信トレイに届く前に阻止するためのものである。ドアの前で悪質な送信者をブロックし、郵便物を受け取ってから仕分けるのではなく、そもそも中に入れない。

今回の変更点と、その判断に至った理由を説明する。

チェック項目

これらの保護はすべて接続とエンベロープのレベルで動作する。SMTPハンドシェイクの段階、つまりメッセージ本文が転送される前に処理される。拒否されたメールは転送クォータやストレージを一切消費しない。

DNSベースのブラックリスト照合

接続してきたIPはすべて、複数の確立されたリアルタイムブラックリストに照合される。すでにスパムの発信源として知られているサーバー（侵害されたマシン、オープンリレー、評判の悪い大量送信者など）は即座に拒否される。誤検知を減らしつつ広範なカバレッジを維持するため、複数の独立したブラックリストプロバイダーに問い合わせている。

グリーティングディレイ（Earlytalker検出）

正規のメールサーバーは、SMTPバナーが提示されるのを待ってからコマンドを送信する。しかし多くのスパムボットは、接続が開いた瞬間にデータを送りつけてくる。私たちはグリーティングを提示する前に短い間を設けるようにした。招かれる前にデータを送信してきたクライアントは切断される。このたった1つの手法が、大量の自動スパムツールに対して驚くほど効果的である。

逆引きDNSの検証

接続してきたIPアドレスに有効な逆引きDNS（PTR）レコードがあり、そのレコードが正しく解決されるかを検証する。適切に設定されたメールサーバーには必ず逆引きDNSが機能している。これがないということは、送信ホストが設定ミスをしているか、そもそも正規のメールサーバーではないことを強く示唆する。

送信者ドメインのMX検証

送信者が特定のドメインからのメールだと主張した場合、そのドメインに実際にMXレコードがあるかどうかを確認する。MXレコードはメールを処理する設定があることを意味する。MXレコードのないドメインからのメールは拒否される。これにより、大量のなりすましアドレスや使い捨てアドレスを捕捉できる。

受信者レート制限

1つの接続で指定できる受信者数に上限を設ける。これにより、スパマーが何千もの候補アドレスを列挙してどれが有効かを探るアドレスハーベスティング攻撃を防止できる。正規の送信者が1回のSMTPセッションで大量の受信者を指定する必要があることはまずない。

信頼された送信者のバイパス

監視サービスやパートナーインフラなど、信頼できるIPアドレスはこれらのチェックをバイパスするようホワイトリストに登録できる。正規の自動メールフローが中断されることはない。

上記のステップやテクニックは、決して新しいものではない。これらは、メールシステムを運用する上で、標準的なベストプラクティスである。

意図的にやらないこと

何をチェックするかと同じくらい重要なのが、何をチェックしないと決めたかである。私たちのスパム対策の基本原則はこれだ。私たちはあなたのメールを読まない。

コンテンツスキャンやキーワードフィルタリングはしない

メッセージ本文をスパムキーワード、不審なフレーズ、パターンマッチングで検査することはしない。コンテンツベースのフィルタリングは本質的に侵襲的でエラーが起きやすい。すべてのメッセージを読み、何が「スパムらしいか」を判断する必要がある。それは私たちの役割ではない。メールの内容はあなたのものである。

ベイジアン分析や統計的分析はしない

メッセージの内容から確率モデルを構築することはしない。ベイジアンフィルタはメールを学習データとして使う必要があり、メッセージ本文の保存と分析が前提となる。私たちはこれを完全に見送った。

機械学習やAIベースのフィルタリングはしない

メッセージをMLの分類器やニューラルネットワークに入力することはしない。これらのツールは効果的な場合もあるが、深いコンテンツ検査が必要であり、監査や説明が困難な不透明な意思決定を導入することになる。

グレイリスティングはしない

グレイリスティングとは、メールを一時的に拒否して再送を待つ手法である。一部のスパムは防げるが、正規のメール配信に予測不能な遅延を加えてしまう。タイムリーな配信が重要な転送サービスにおいて、このトレードオフは割に合わない。

添付ファイルのスキャンはしない

添付ファイルを展開したり検査したりはしない。ファイルはそのまま通過する。

要するに: 私たちが実行するチェックはすべて、SMTPエンベロープとDNSインフラですでに見える情報を使っている。接続元のIP、送信者のドメイン、プロトコルの挙動である。封筒を開ける必要は一切ない。

ユーザーへのベストプラクティス

これらのサーバー側の保護は、ユーザー側での適切なドメイン管理と併せて最も効果を発揮する。

• カスタムドメインにSPFレコードを設定する。 受信サーバーが転送メールの認可を確認できるようになる。
• MXレコードがKaiMailを正しく指していることを確認する。 DNS設定のミスは配信問題の最も一般的な原因である。
• KaiMailアカウントとSMTP送信認証情報には強力でユニークなパスワードを使う。
• KaiMailダッシュボードで転送ログを確認する。 バウンスの繰り返しや予期しないパターンが見られた場合は、サポートに連絡してほしい。

メールのスパム対策に関する参考資料

私たちのアプローチはパズルの一部に過ぎない。日本語で読めるスパム対策の参考資料も紹介しておく。

• 総務省: 迷惑メール対策 — 総務省はSPF・DKIM・DMARCなどの送信ドメイン認証技術の導入を促進しており、ISPによるOP25B（25番ポートブロック）の実装や、受信側でのフィルタリング機能の活用など、複合的な迷惑メール対策を推奨している。
• フィッシング対策協議会: なりすまし送信メール対策 — なりすまし送信メールがフィッシングメールの半数以上を占めている現状を踏まえ、ドメイン管理者に対してDMARCの導入を強く推奨している。まずSPF・DMARCレコードの登録から始め、DMARCレポートで検証結果を確認しながらポリシーを段階的に強化するアプローチを提案している。
• IIJ: 送信ドメイン認証（SPF / DKIM / DMARC）の仕組みと活用法 — SPF・DKIM・DMARCのいずれか1つではなく、3つを組み合わせて段階的に導入することが重要だと解説している。送信ドメイン認証は送信・受信の双方が連動して成立する技術であるため、自社が送信者にも受信者にもなることを意識して両方の立場で対応を進める必要がある。
• さくらインターネット: 迷惑メールを減らすための基本対策 — 送信者アドレスは偽装可能であるため、リンク先URLの確認を怠らないこと、そして自分のサーバーが攻撃者のスパム配信基地にならないよう、パスワード管理やCMSの更新を徹底することを推奨している。
• さくらインターネット: DKIMとは？SPF・DMARCと合わせて解説 — SPF・DKIM・DMARCの設定にはデメリットがないため積極的に導入すべきだとしている。ただし、これらの技術は送信者の真正性を検証するものであり、メール内容の詐欺性までは判定しない点を強調しており、最終的には受信者自身の判断も重要であると述べている。

今後について

今回の改善は、私たちの考え方を反映している。悪質なトラフィックはネットワークレベルで早期にブロックする。実績のある手法を使う。そしてメッセージの内容には手を触れない。脅威の状況が変化するに応じてSMTPレベルの保護を引き続き改善していくが、プライバシーと透明性を常に指針とする。

これらの変更について質問がある場合、または配信に問題が生じた場合は、[email protected] まで連絡してほしい。