アマビス

‹テンプレート マニュアルは統合が検討されています。› 

Amavisは電子メール用のオープンソースのコンテンツフィルタであり、メールメッセージの転送、デコード、一部の処理とチェックを実装し、外部コンテンツフィルタとインターフェイスしてスパムやウイルス、その他のマルウェアに対する保護を提供します。これは、メーラー（ MTA、メール転送エージェント）と1つ以上のコンテンツフィルタ間のインターフェイスと考えることができます。^[2]

Amavis は次の用途に使用できます。

• メールメッセージ内のウイルス、スパム、禁止されているコンテンツタイプ、構文エラーを検出する
• メールの内容、発信元、サイズに応じて、メールをブロック、タグ付け、リダイレクト（サブアドレスを使用）、または転送する
• メールメッセージを隔離（および解放）したり、ファイル、メールボックス、またはリレーショナルデータベースにアーカイブしたりする
• 外部のサニタイザーを使用して渡されたメッセージをサニタイズする
• DKIM署名を生成する
• DKIM署名を検証し、DKIMベースのホワイトリストを提供する

注目すべき機能:

• 300以上の変数を持つ広範なMIBを使用してSNMP統計とステータス監視を提供します。
• JSON形式で構造化されたイベントログを提供します
• インターフェースではIPv6プロトコルがサポートされ、メール ヘッダー セクションのIPv6 アドレス形式もサポートされます。
• 複数の受信者がいるメッセージでも受信者ごとの設定を適切に尊重し、メッセージを 1 回だけスキャンします。
• 国際メールをサポート（RFC 6530、SMTPUTF8、EAI、IDN）

Amavisを使用した一般的なメール フィルタリングのインストールは、MTA としてのPostfix 、スパム分類器としてのSpamAssassin、およびウイルス対策保護としてのClamAVで構成され、すべてUnix ライクなオペレーティング システムで実行されます。他の多くのウイルス スキャナー (約 30 個) と他のスパム スキャナー ( CRM114、 DSPAM、Bogofilter ) も、他の MTA と同様にサポートされています。

MTAとのインターフェイスには 3 つのトポロジがサポートされています。amavisdプロセスを 2 つの MTA インスタンスの間に挟んで、従来の after-queue ^[3]メールフィルタリング設定を実現するか、amavisd をbefore-queue ^[4]フィルタリング設定で SMTP プロキシ フィルタとして使用する か、amavisdプロセスを参照してメール分類を行うが、メール メッセージを転送しないようにすることができます。この場合、参照クライアントが引き続きメール転送を担当します。この最後のアプローチは、Milter設定 (いくつかの制限あり) または従来のクライアント プログラムamavisd-submitで使用されます。

^{バージョン 2.7.0 以降では、送信クライアントとの SMTP セッション[4]}中にメール メッセージの転送を拒否できるため、キュー前設定が推奨されています。キュー後設定では、メール メッセージが MTA によって受信されキューに入れられた後にフィルタリングが行われます。この場合、メール フィルタはメッセージを拒否することはできず、メッセージを配信 (タグ付けの可能性あり) するか、破棄するか、または不達通知を生成することしかできません。不達通知は、偽の送信者アドレスを持つメッセージがバウンスした場合に 、不要なバックスキャッタを引き起こす可能性があります。

キュー前設定^[4]の欠点は、キュー後設定とは異なり、現在の (ピーク) メール転送速度に比例したリソース (CPU、メモリ) が必要になることです。キュー後設定では、ある程度の遅延が許容され、リソースの使用量は平均メール転送速度に相当します。Postfix 2.7.0 でオプションsmtpd_proxy_options=speed_adjustが導入されたことで、キュー前コンテンツ フィルタのリソース要件は大幅に削減されました。^[5]

一部の国^[6]では、法律により、MTAによって受信されたメールメッセージを破棄するメールフィルタリングが許可されていないため、メッセージの破棄または隔離を伴うキュー後のフィルタリング設定は不可能になりますが、メッセージを配信（タグ付けされる可能性あり）したり、キュー前の設定（SMTPプロキシまたはmilter）で拒否したりする可能性は残されています。

Amavis は、プロトコルPF_INET ( IPv4 )、PF_INET6 ( IPv6 )、または PF_LOCAL ( Unix ドメイン ソケット)の1 つ以上のソケットを介して、プロトコルSMTP、LMTP 、または単純なプライベート プロトコル AM を介して MTA からメール メッセージを受信できます。PDP は、 amavisd-milter ^[7]などのヘルパー プログラムと共に使用して、 miltersとインターフェイスできます。出力側では、プロトコル SMTP または LMTP を使用して、バックエンド MTA インスタンスまたはLDAにメッセージを渡すことも、 Unix パイプを介して生成されたプロセスにメッセージを渡すこともできます。SMTP または LMTP を使用する場合、セッションは、プロトコルのTLS STARTTLS (RFC 3207) 拡張を使用してオプションで暗号化できます。SMTP コマンド パイプライン (RFC 2920) は、クライアント コードとサーバー コードでサポートされています。

スパムスキャンが有効になっている場合、デーモン プロセスamavisd は概念的にSpamAssassinプロジェクトのspamdプロセスと非常に似ています。どちらの場合も、フォークされた子プロセスが SpamAssassin Perlモジュールを直接呼び出すため、パフォーマンスは似ています。

主な違いは、使用されるプロトコルにあります。Amavisは通常、MTA に対して標準のSMTPプロトコルを使用しますが、spamc/spamd の場合、MTA は通常 、Unix パイプを介してメッセージを渡すspamcプログラムを生成します。次に、 spamcプロセスはプライベート プロトコルを使用してメッセージをspamdデーモンに転送し、spamd はSpamAssassin Perl モジュールを呼び出します。

amavisd-new (以下、単にAmavisと呼びます)の設計上の優先事項は、信頼性、セキュリティ、標準への準拠、パフォーマンス、および機能性です。

I/O 障害、リソースの枯渇、予期しないプログラム終了などの予期しないイベントによってメール メッセージが失われないように、amavisdプログラムはすべてのシステム コールと I/O 操作の完了ステータスを注意深くチェックします。予期しないイベントは可能な限りログに記録され、複数のレイヤーのイベント処理で処理されます。Amavis は、MTA から離れたメール メッセージの配信について責任を負うことはありません。最終的な成功ステータスは、メッセージがバックエンド MTA インスタンスに渡され、受信が確認された後にのみ、MTA に報告されます。メッセージの処理または転送中に致命的な障害が発生した場合、処理中のメッセージはフロントエンド MTA インスタンスのキューに残り、後で再試行されます。このアプローチは、ホストの予期しない障害、amavisd プロセスまたはそのコンポーネントのクラッシュの可能性もカバーします。

メモリ サイズ、ファイル記述子、ディスク使用量、サブプロセスの作成などのプログラム リソースの使用が制御されます。大きなメール メッセージはメモリに保存されないため、使用可能なメモリ サイズによって処理できるメール メッセージのサイズが制限されることはなく、メモリ リソースが不必要に浪費されることもありません。

信頼できないソースから送信されるメール メッセージ内の潜在的に悪意のある、非標準の、または単に文字化けしたデータを処理するために必要なセキュリティの側面には、多大な注意が払われています。

メール メッセージを処理するプロセスは、専用のユーザー ID の下で権限を制限して実行されます。オプションでchrootで実行できます。バッファ オーバーフローやメモリ割り当てのバグのリスクは、動的メモリ管理を透過的に処理するPerlですべてのプロトコル処理とメール処理を実装することで、大幅に回避されます。処理されたメッセージの内容が誤ってシステムに伝播しないように注意が払われます。Perl は、自然界から発生した汚染されたデータをマークすることで、追加のセキュリティ セーフティ ネットを提供します。Amavis は、データの自動汚染解除 ( use re "taint" )を回避し、データ フローの後半の戦略的なポイントでのみ明示的に汚染解除することで、この Perl 機能を有効に活用するように注意しています。

Amavis は、その機能を強化するために、いくつかの外部プログラムを使用できます。これらは、デアーカイバ、デコンプレッサ、ウイルススキャナ、およびスパムスキャナです。これらのプログラムはCやC++などの言語で実装されることが多いため、これらのプログラムの 1 つに渡されるメールメッセージによって、プログラムが失敗したり、セキュリティホールが開いたりする潜在的なリスクがあります。これらのプログラムを権限のないユーザー ID として実行し、chroot することで、リスクは制限されます。ただし、メンテナンスされていないデアーカイバなどの外部プログラムは避けてください。これらの外部プログラムの使用は構成可能であり、選択的に無効にすることも、グループとして無効にすることもできます (すべてのデコーダまたはすべてのウイルススキャナなど)。

インタープリタ型プログラミング言語Perlで実装されているにもかかわらず、Amavis 自体は遅くありません。Amavis 自体によって実装された機能 (外部コンポーネントは言うまでもありません) の優れたパフォーマンスは、データを大きなチャンクで処理すること (行単位ではないなど)、不要なデータのコピーを避けること、頻繁に使用されるコード パスを最適化すること、適切なデータ構造とアルゴリズムを使用すること、およびいくつかの低レベルの最適化によって実現されます。開発中にコードのプロファイリングとベンチマークによってボトルネックが検出されます。ログの詳細なタイミング レポートは、特定のインストールにおけるボトルネックを認識するのに役立ちます。

SpamAssassinや一部のコマンドラインウイルススキャナーなどの特定の外部モジュールまたはプログラムは非常に低速になる可能性があり、これらを使用すると経過時間と処理リソースの大部分が消費されるため、Amavis 自体が使用するリソースは比例して非常に小さくなります。

外部メール デコーダー、ウイルス スキャナー、スパムスキャナーなどのコンポーネントは、必要ない場合はそれぞれ選択的に無効にできます。残っているのは、SMTPまたはLMTPプロトコルを使用して MTA との間でメール メッセージを転送する、メール ヘッダー セクションの有効性を確認する、禁止されているメール コンテンツ タイプを確認する、 DKIM署名 を検証および生成するなど、 Amavis 自体によって実装された機能です。

その結果、DKIM署名や検証（他のメールチェックを無効にした場合）などのメール処理タスクは非常に高速になり、コンパイル言語での実装に匹敵する可能性があります。^{[8] [9] [10]}高速ウイルススキャナを使用してスパムスキャンを無効にした完全なチェックでも、驚くほど高速になります。

プロトコルとメッセージ構造の実装は、RFC 5322、RFC 5321、RFC 2033、RFC 3207、RFC 2045、RFC 2046、RFC 2047、RFC 3461、RFC 3462、RFC 3463、RFC 3464、RFC 4155、RFC 5965、RFC 6376、RFC 5451、RFC 6008、および RFC 4291 などの適用可能な標準に厳密に従います。いくつかのケースでは、パブリック ( CPAN ) Perlモジュールが存在するにもかかわらず、一部の機能がAmavisコードで再実装されましたが、標準に従う際の細部への配慮が欠けていたり、エラーのチェックや処理が不十分でした。

Amavis はGPLv2ライセンスでライセンスされています。これは現在のコードだけでなく、過去のブランチにも適用されます。例外として、一部のサポート プログラム (監視や統計レポートなど) はNew BSD Licenseでカバーされています。

このプロジェクトは、ウイルスを含む電子メール メッセージを検出してブロックするUnixシェルスクリプトとして 1997 年に開始されました。Unixライクなプラットフォーム上で実行され、エンド ユーザーのパーソナル コンピュータで実行される他のウイルス保護メカニズムを補完し、MTA (メール転送エージェント) または LDA (ローカル配信) 段階でウイルスをブロックすることを目的としていました。

次に、ツールはPerlプログラムとして再実装され、後にデーモン化されたプロセスに進化しました。プロジェクトの最初の 5 年間、12 人の開発者が交代で作業し、共通の目標、プロジェクト名、開発インフラストラクチャの一部を維持しながら、いくつかのバリエーションを開発しました。

2008 年 12 月以降 (2018 年 10 月 9 日まで)、唯一のアクティブなブランチは公式にはamavisd-newであり、これは 2002 年 3 月から Mark Martinec によって開発および保守されていました。これは、当時の開発者である Christian Bricart、Lars Hecking、Hilko Bengen、Rainer Link、および Mark Martinec の間で非公開のやり取りで合意されました。プロジェクト名Amavis は、amavisd-newブランチ の名前とほぼ互換性があります。

長年にわたり、オリジナルのウイルス対策機能に加え、スパムやその他の不要なコンテンツに対する保護機能など、多くの機能が追加されてきました。信頼性、セキュリティ、標準への準拠、パフォーマンスに重点が置かれています。

プロジェクトで使用されているドメインamavis.org は、初期の開発者の 1 人である Christian Bricart によって 1998 年に登録され、現在もドメイン名の登録が維持されています。このドメインは現在、唯一のアクティブなブランチ専用です。プロジェクトのメーリング リストは 2011 年 3 月にSourceForgeからamavis.org に移行され、Ralf Hildebrandt と Patrick Ben Koetter によってホストされています。プロジェクトの Web ページとメインの配布サイトは、スロベニアのリュブリャナにあるJožef Stefan Institute (2018 年の引き継ぎまで) にあり、2002 年から 2018 年までの開発のほとんどがここで行われました。

2018年10月9日、マーク・マルティネック氏は一般サポートおよびディスカッションメーリングリストで ^{[11]プロジェクトからの引退と、パトリック・ベン・コエッター氏が引き続き新しいプロジェクトリーダーとして活動することを発表しました。}

私はベンを個人的に知っています。彼はThe Book of Postfixの2人の著者のうちの1人で、仕事でもAmavisを使用しているので、このプロジェクトは良い手に委ねられると思います。^[11]

— マーク・マルティネック

その後、パトリックはソースコードをGitLabの公開リポジトリに移行することと、プロジェクト開発に関する次のステップの計画を 通知しました^{[12] 。}

プロジェクトの歴史を通じて、プロジェクト名やそのブランチ名は多少変化しました。当初、プロジェクト名の綴りはChristian Bricart によってAMaViS (A Mail Virus Scanner) でした。Perl に書き直されたプログラム名はAmavis-perlです。デーモン化されたバージョンは、最初はamavisd-snapshotという名前で配布され、その後amavisdとして配布されました。Hilko Bengen によるモジュール式の書き直しはAmavis-ngと呼ばれました。

2002 年 3 月に、amavisd-newブランチが Mark Martinec によって導入されました。当初はamavisd-snapshot-20020300に対するパッチとして導入されました。これは後に自己完結型のプロジェクトに発展し、現在では唯一存続し、積極的に保守されているブランチとなっています。現在、プロジェクト名はAmavisと表記されるのが一般的です(プログラム自体の名前はamavisdです)。Amavisという名前は、現在ではamavisd-newとほぼ互換性があります。

• ウイルス対策ソフトウェアの一覧
• 人気のオープンソーススパム分類ツール、SpamAssassin

• 公式サイト