メール処理システム- spam メール及びコンピュータウイルス対策への取り組み 松原義継∗

メール等の spam メールと総称されるメールが世界1 はじめに中から配送されることで，それらが原因の刑事事件がマスコミで報道されるようになっている．

本センターがインターネットに接続されてから15 年以上が経過しているが，その当初からインター

本センターでは，このような問題に対応するた

ネットにおけるコミュニケーション手段として電子め，対ウイルス及び対 spam メールのサーバ群をメール (以下， メールで表記) が使われている．

導入している．当初は単にメールを送受信するだ

1994 年にインターネットが一般に開放されたのにけだったメール処理システムが，それらサーバ群伴い，メールも一般に普及し，携帯電話がメール機の導入により 全体としては かなり大規模化してい能を持ったことで その普及は留まるところを知らる．それに伴い，このシステムを維持するための資ない．

源的コスト及び人的コストが膨らむばかりであり，「メールは 24 時間使えて当然」という状況下で，そ本大学においても，一部の関係者だけで利用されていたメールが，今では全学の教職員及び学生に対の対応に苦慮しているのが実態である．

して，その研究，教育，そして業務において，当然一般ユーザが そのシステムの全体像を知る機会のように利用されるようになっている．極端な話，が少ないため，「自分がメールを相手から受け取っメールなしには何も出来ない状況になりつつある．

たり，逆に自分が配送したメールが相手に届くまでその一方で，メールの普及は新たな問題を生ずるに何が起きているのか？」を知っている方々は少な事となった．メールは 低コストで世界中のどことい．そこで，その全体像を広く知って頂き，本セン

でもやり取りできること，基本的に文章及び添付

ターのウイルス及び spam メールに対する取り組み

ファイルだけのコミュニケーションであり 相手のをご理解頂きたく，今回それを紹介する．

顔が見えないこと，そしてメールの配送規約が 25

2 歴史的経緯

年前から基本的に変わっておらず [1, 2]，現在から見れば不備があることから，それらを悪用したメー本センターでは，元々は研究用メールサーバ及びルも普及するばかりである．当初はメールの書き方

教育用メールサーバの 2 台によるメールシステムをが原因で相手とトラブルになることが主たる問題運用していた．

だったが，やがてコンピュータウイルス (以下， ウ2002 年になった頃から，添付ファイルの付いたで表記) 付きのメールが世界中から配送さ身に覚えのないメールが目に付くようになり，次第れることで自分のパソコンがそれに感染する問題がにその量が増えていった．その添付ファイルは実行クローズアップされてきた．そして，ドラッグの販形式のファイルであり，これがウイルスである．パ売やアダルトサイトへの勧誘，金融機関を装ってクソコン用の対ウイルスソフトが市販されてはいた

レジット番号や口座の暗証番号を盗むフィッシングが，学内に設置されている全パソコンにそれをインイルスストールさせ，ウイルス定義の定期更新を行わせる∗ E-mail: matubara@cc.saga-u.ac.jp

1

のは現実問題として難しかった．そこで，対ウイル

spam メールの量は増える一方であり，著者の場ス用の専用機を導入して，メールサーバに配送され合，1 日に受け取るメールの約 4 割は spam メール

る前段階でメールをフィルタリングすることにしであった．そこで，対 spam メール用サーバの導入た．同時に，本センターだけウイルス対策を行ってを決定し，2004 年 11 月末に そのためのサーバ 2も，他学部学科のメールサーバ宛のメールが素通し台を導入した．

では全学レベルでのウイルス対策として不完全であ

それと併せて，学内からウイルス付きメールが配る．そこで，他学部学科にお願いして，このサーバ送される可能性を考慮し，学内から学内外へ配送さを経由してメールを配送させるように配送経路を変れるメールに対しても対ウイルス用サーバ 1 台と中更して頂いた．

継用サーバ 1 台を運用して今日に至っている．

しかしながら，ウイルス付きメールの量の増大に3 全体像専用機の処理能力が追いつかず，なおかつ，配送先

2006 年 1 月時点におけるメール処理システムのメールアドレス及び送信元メールアドレス共に不明

全体図を図 1 に示す．

でどこにも配送できないメールがこのサーバの中で大きく以下のように分けられる．

溜まり続け，メールサービスに支障が出てきた．そこで，対ウイルス用サーバを 2 台に増設し，なおか• 学外から学内へ配送されるメールの処理

つ，メール配送を中継するサーバを 2 台用意して，• 学内から学内外へ配送されるメールの処理

対ウイルス用サーバは純粋にウイルス付きメールを• 配送記録フィルタリングするだけにした．そして，各メール

3.1 学外から学内へ配送されるメールの処理

サーバへの配送 及び どこにも配送できないメール

この場合，処理の手順は，spam メールフィルタリの溜まり場確保として，この中継用サーバを運用しング → ウイルスフィルタリング → 各メールサーている．

バへ中継，となる．

このサーバを導入してから今日までのウイルス検3.1.1

出状況を図 2 に示す．

spam メールフィルタリング

学外から学内に配送される場合，最初に対 spamメール用サーバによる spam メールフィルタリングが行われる．学内からのメールの一部が これらサーバに配送されるが，その場合は spam メールフィルタリングを行わずに，素通しで対ウイルス用サーバに配送させている．従って，spam メールフィルタリングは，学外から学内宛のメールのみに対して行われている．
サーバ台数は 2 台あり，負荷分散のために どちらか 1 台にランダムに配送される．
現在，行っている spam メールフィルタリング

2004 年に入ったら，今度はドラッグの販売メー方式は「greylisting」と呼ばれるものである．spam

ルやアダルトサイトの勧誘メールが目に付くようにメールの性質の 1 つに，その配送に対して一旦「待っなってきた．これが今で言う spam メールである．

た」をかけると，再配送してこないことが多いとい

spam メール自身は 10 年程前から存在していたようものがある．普通は，配送する側のサーバが しうである [3]．だが，今まで目に付くようなことはばらく待った後に再配送してくる．再配送された場なかった．

合は，一定期間配送を素通しする．本センターの場

2

合，この素通しの期間は 1 週間である．1 週間経てshield Appliance E500 である．これを 2 台用意しば，再び「待った」がかけられる．もし，何かしらて，負荷分散運用を行っている．ウイルス定義ファの理由で再配送ができなければ，配送した本人に そイルの更新は 1 時間毎に行い，新種のウイルスがのメールが差し戻される．spam メールはインターここをすり抜けないように可能な限り務めている．

ネットにおけるダイレクトメールのようなものであ3.1.3 各メールサーバへの中継り，それは不特定多数の人たちに送り付けられる．

ここでは，各メールサーバへの中継及び，何かしこの性質上，「待った」のかかったメールを再配送

らの原因で中継が止まった場合のメールの保留が行するよりかは，次の相手にメールを送ったほうが，われる．

その目的を達成できる．これを逆手にとり，意図的サーバの構成は，ハードウェアが 米 Sun Mi-に「待った」をかけて spam メールの配送を抑止す

crosystems 社 [6] の Sun Fire V120，OS は 同社のるのが，greylisting である．

Solaris9 である．これを 2 台用意して，負荷分散運本センターで導入している greylisting のソフト用を行っている．

ウェアは メール配送ソフトとして古くから存在中継先のメールサーバに障害が起きて配送ができする Sendmail[4] 用の milter-greylist[5] である．

ない場合は，ここで配送が保留され障害の回復を待サーバの構成は，ハードウェアが 米 Sun Microsys-

つ．メールの中には，送信者メールアドレス及び受tems 社 [6] の Sun Fire V120，OS は 同社の So-

信者メールアドレス共に存在しないという，メーlaris9 及び Solaris10 である．

ルの利用上 不適切なものがある．卒業生のように，運用経験上，処理したメール全体で学内に配送さかつて存在していたユーザ宛に配送されるだけなれるのは 4 割程である．残り 6 割程は，「待った」

らば，送信者メールアドレスへ差し戻されるだけなに対して配送元からの再配送が行われていない．まので あまり問題とはしない．問題は，送信者メーれに，普通のメールが この「待った」によって配送ルアドレスが存在しない場合であり，単に入力ミスが止まってしまう事例が報告されている．この原因なのか あるいは悪意を持った詐称の可能性がある．

は，「待った」がかかった側のサーバが，その運用悪意を持った送信者メールアドレスの詐称は，身元方針により再配送を早々に止めてしまう場合があるの特定を困難にすることが意図されており，メールからである．このような場合，メールの送信者もしの健全な利用にとって深刻な問題である．保留メー

くは組織を信用して そこからのメールを素通しす

ル数が多すぎると，メール配送がここで詰まってしるか，spam メールを受けるのを覚悟で受信者宛のまい，場合によっては管理者が手動で強制削除等をメールを素通しさせることを行っている．前者の場行う．今のところ，その送信者メールアドレスが本合，spam メールが身元を偽ることもあり， メイン当に存在することを配送前に確認する方法がないのセンターでは 原則として 後者で お願いしている．

で，今後の技術の進歩に期待したい．

3.2 学内から学内外へ配送されるメールの処理

時々，spam メールが「待った」に対して再配送される事例も確認しているが，この付近は新た学内から配送されたメールは，対ウイルス用サーな spam メール対策を追加する等の今後の課題でバによるウイルスフィルタリングが行われる．ウイある．

ルスに感染したファイルをディスクもしくはパソコ

3.1.2 ウイルスフィルタリング

ンで持ち込んだ場合，学内からウイルスが広がるこ対 spam メールサーバを通過したメールは，今度とになり，先のメール処理では効力を発揮しない．

は対ウイルスサーバによるウイルスの添付が確認さこの場合，本大学が学外から加害者扱いされる可能れる．もし，ウイルスが添付されていれば，ここで性もあり，学術機関としての信用問題になる．そこそれを除去する．

で，学内から配送されるメールもウイルスフィルタ

サーバの構成は，米 McAfee 社 [7] の専用機 Web-リングが行われる．

3

サーバの構成は，先の場合と同じ米 McAfee 社のになる．

専用機 Webshield Appliance E500 であり，1 台でspam メール及びウイルス付メールは今も途絶え運用している．ウイルス定義ファイルの更新は先とることなく配送されており，本センターはこれらの同じく 1 時間毎である．学内宛のメールはここから配送を止めるために日々努力している．これらの対直接配送されるか中継用サーバに配送される．学外策のために皆様にご迷惑をおかけすることもある宛のメールは，全て中継用サーバに配送される．

が，何卒ご理解頂きたいと思う．

中継用サーバの構成は，ハードウェアが 米 Sun

参考文献

Microsystems 社の Sun Fire V120，OS は 同社のSolaris9 であり，1 台で運用している．宛先のメー[1] J. Postel.

Simple Mail Transfer Protocol.

RFC821, August 1982.

ルサーバに何かしらの障害が発生して配送できない[2] D. Crocker. Standard for the format of ARPA

場合は，ここで保留され，障害の回復を待つ．

3.3 配送記録

Internet text messages.

対 spam メール用サーバ群，そして中継用メール

RFC822, August1982.
[3] 山本和彦. spam からメールを守れ（ユーザ編）

サーバ群におけるメール配送記録及び対ウイルス用サーバ群におけるウイルス検出記録は，配送記録用— 第 1 回：spam の歴史と分類 —.

サーバに記録される．マシンの構成は，ハードウェ

http://www.rbbtoday.com/column/spam/20041201/.
[4] Sendmail.org. Sendmail home page.

アが 米 Dell 社の 1UPC サーバで，OS は FreeBSD

5.2.1 である．

http://www.sendmail.org/.
[5] Milter-greylist.org.

メール配送記録の内容は，各サーバ群におけるMilter-greylist home

ローカルな記録先である syslog の内容そのままでpage.

ある．

http://hcpnet.free.fr/milter-greylist/.
[6] Sun Microsystems, Inc.

対ウイルス用サーバがウイルスを検出した場合の記録内容は，検出日及びウイルス名である．月一回

home page.

管理者は これを集計することで，先に示した図 2

http://www.sun.com/.

Sun microsystems[7] McAfee Co., Ltd. Mcafee home page.

を作成する．

http://www.mcafee.com/.

4 メールの処理量本システムで処理されるメールの量は，配送記録を見る限りだと 月平均 100 万通程である．本センターに登録されているユーザ数は約 1 万であるので，月平均 100 万通程を単純に一人月平均で割ると3, 4 通になる．一人単位で見ると，配送量は決して多くないと思われるが，ユーザ全体のメールを処理するため，本システムは常に高負荷状態である．
「よく持ち堪えているなあ」というのが管理に携わる立場としての率直な感想である．
この数字には本センターのメールサーバ内だけのローカルなメール配送が含まれなし，他学部学科内部だけのメール配送も含まれないので，大学全体としてはこれ以上の量のメールが処理されていること

4

図1

システム概要図

5

PQR';
YZ%3'-&'([\%3'-&'(8I[\%3'-&'(8]+VW3'X'
ST=8&'(UK!"#$%&'()*+,-.%&'()*/0123'-%&'()

6789:86;

NO,-&'(6;!"45&'(=6><6?@ABC%DEFGH3'-&'()8IJKLM*+,-.%&'(!"#$%&'(

6;89:86;<67