🚀 go-pugleaf

nojimaです。

hironobu@trc.rwcp.or.jp (Hironobu Takahashi) writes:

> LAN上に悪意のユーザがいることを仮定しちゃうと最終的にはど
> うしようもないでしょうね。どんなに塞いでも、どこかにはセ
> キュリティホールが残ってしまう。

 悪意のあるユーザがサイト内部にいて非常にスキルフルだともう何やっても駄
目かなと...  

> telnet なんかのタイプしたパケットが生で流れるようなプロト
> コルを全面的に禁止しないと、もはやどうしようもない (^^;

 確かにそう思います。ただ、会社などでLANを施設しているところでは、主に以
下のサービスに対するアクセスがほとんどかな？と思います。

       ・E-Mail
       ・Web

 このうち既にsecureな環境を手軽に作るための機能が搭載されているものが
Webの方であるので、これだけなら問題はないです。ただどういうわけか、
Windows用のソフトでE-Mail関係だけはグループウェア附属のE-Mailを除いて
secureにするのが極めて大変なように思います。

> > [Q] 以下の1)～4)の仮定を定めます。
> >   1) 構内LAN上でWindowsマシンのみがユーザ用のPCとして動作していると仮
> >     定します。
> >   2) 構内LAN上の電子メールの通信としてWindows<->サーバ間のプロトコルは
> >     TCP/IP上に 実現されたものを利用します。
> 
> smtp ということですよね。

pop,imapなども含みます。逆にWindows相手に手軽にsecureにできるならどんな
プロトコルでもいいです。そういったものも探しています。

> >   3) 電子メールのサーバはFree UNIX (Linux,FreeBSD)とします。
> 
> UNIX 系の間なら堀さんが書いたように ssh でトンネルを掘る
> のがいいのですが、いかんせん Windows ユーザに ssh を使え
> と強制するのはけっこう大変です。

そうなのです。UNIXのsshでトンネル掘るのは手軽で良いし、一度設定すればい
つでも使えるようにできるのですが、WindowsだとUNIX程簡単に出来るようには
思いません。とてもWindowsユーザの事務屋さんに勧めることが出来る程操作の
簡単なMUAが見つかりません。 

> >    [1] サーバ側へユーザ用PCから転送するパスワードの推測を容易には出来な
> >        いようにする。 
> >    [2] サーバ側とクライアント側どおしの通信内容(少なくとも電子メール本
> >        文)が容易にはわからないようにする。
> >    (なお、[1],[2]に関して、暗号などを用いて通信路を確保する場合もMD5程
> >     度の暗号化強度で構いません)
> 
> やったことはないですけど Linux 側で PPTP で受けるというの
> は無理でしょうかね?

 Linux JFの文章で探し回りましたが、これってLinux側のPPTPは良くて安価に出
来そうなのですが、Windows側には高額なサーバが必要なような....

--
  Takahide Nojima  
  E-Mail: nojima@taito.co.jp