己を知り、敵を知る――Nmapで見つめ直す自分の姿セキュリティ対策の「ある視点」(6)(3/3 ページ)

» 2008年01月08日 00時00分 公開
前のページへ 1|2|3       

オープンポートから見えてくるものとは

 さて、Nmapの使い方についてはおおよそ理解していただけたことだろう。それらと初めに述べた経路の話を踏まえて実際に自身の管理するネットワーク、サーバに対してスキャンを行ってみてほしい。

 例えば、インターネットやDMZ内から、

nmap -sS -P0 -T4 -p 1-65535 -oN result.txt -r -v -A 管理しているサーバのアドレス


と実行してみるとどういう結果が得られるだろうか。外部に提供していると認識できているものはオープンポートとして検出されるだろう。

 しかし、それ以外にはないだろうか。

 認識していないポートが発見された場合、それは何のためにオープンされているのだろうか。そのポートを使用しているアプリケーションには脆弱性は存在しないのだろうか。

 このように、ポートスキャンの結果から、普段の運用からは見えてこないものが見えてきたのではないかと思う。ファイアウォールやルータなどのネットワーク機器にしても、サーバなどにしても、認識できていないオープンポートは、認識されていないだけにセキュリティを考慮されずに運用されている場合が多いためそれが命取りとなってしまう可能性が高いのである。

実録・オープンポートから見えたもの

 以下に、筆者が経験した検査での例を紹介しよう。

 検査を行ったサーバはWebサーバとして運用しているという情報のみだった。まずは、ポートスキャンを行ったのだが、そこでのNmapの結果は以下のようなものだった。

80/tcp open http?

443/tcp open ssl OpenSSL

3306/tcp open mysql MySQL (unauthorized)

8888/tcp open http?

リスト2 nmapによるポートスキャンの結果

 事前に得ていた「Webサーバとして運用」という言葉からは上記結果の「80」「443」は予想されていた。しかし、結果としては「3306」「8888」のオープンも確認されたわけである。

 「3306」はNmapも教えてくれているとおり、オープンソースのデータベースソフト、MySQLが使用するポートであるため、クライアントソフトを用いて接続を試みたが、データベースへの接続は限定されたIPアドレスのみの許可となっていたため接続することはできなかった。

 次に、「8888」に対してブラウザにて接続を試みた結果、接続することはできるのだがコンテンツは表示されず、ブラウザは真っ白だった。

 ほかのディレクトリが存在する可能性があるので、慣習的に使用されるディレクトリ名や特定のアプリケーションが使用するようなディレクトリ名に対してアクセスを試みた。その結果、とあるデータベースの管理ツールがインストールされていることが判明したのである。

 さらにそのバージョンを調査すると既知の脆弱性を抱えていることが判明した。その既知の脆弱性とはファイルやフォルダの構成など、サーバ内の情報が外部から取得可能というものであった。

 筆者はその脆弱性を利用して、システム内の調査を行い、最終的には、データベースへアクセスするためのアカウントとそのパスワードが記述されたファイルを発見するに至ったのである。そして、入手したアカウント、パスワードを使用して、データベース管理ツールにログインし、データベース内に保存された情報へアクセスできたことはいうまでもないだろう。

事件はファイアウォールの内側でも起こり得る

 さまざまなアクセス制御を施していたとしてもたった1つの未制御により、甚大な被害を生むということがお分かりいただけただろうか。このような例は、決してまれではなく、どこのネットワークにも起こり得ることなのである。

 ネットワーク機器やサーバなどで管理用にオープンされているポートが発見されることは意外と多いだろう。ネットワーク機器やサーバ類ではHTTP、SSH、TELNETなどが管理用にオープンされている場合が多い(ポート番号は任意に変更されている可能性がある)。

 そのような場合は、本当に必要な管理方法(プロトコル)のみを有効にし、さらに、不特定多数にそのサービスを開放する必要があるのかどうかを再検討することをお勧めする。もちろん、必要ない場合は停止することが望ましい。必要である場合でも、必要最小限のアクセス元からのみ許可するといったアクセス制御ルールへと変更を行うべきである。

 今回の記事で、想定する脅威によって調査を行う経路を選択すべきであるということ、その経路において、攻撃を行う側の視点からどのような突破口が存在するのかということを把握する大切さ、そして、たった1つの見落としが命取りになる可能性があるということをご理解いただければ幸いである。

 読者の皆さんも機会があれば、さまざまな経路からオープンポートの確認を行ってほしい。思わぬ結果が得られるのではないだろうか。自身の目で一度、確かめることをお勧めする。

著者紹介

NTTデータ・セキュリティ株式会社

辻 伸弘(つじ のぶひろ)

セキュリティエンジニアとして、主にペネトレーション検査などに従事している。

民間企業、官公庁問わず多くの検査実績を持つ。

自宅では、趣味としてのハニーポットの運用、IDSによる監視などを行っている。



前のページへ 1|2|3       

Copyright © ITmedia, Inc. All Rights Reserved.

スポンサーからのお知らせPR

注目のテーマ

AI for エンジニアリング
「サプライチェーン攻撃」対策
1P情シスのための脆弱性管理/対策の現実解
OSSのサプライチェーン管理、取るべきアクションとは
Microsoft & Windows最前線2024
システム開発ノウハウ 【発注ナビ】PR
あなたにおすすめの記事PR

RSSについて

アイティメディアIDについて

メールマガジン登録

@ITのメールマガジンは、 もちろん、すべて無料です。ぜひメールマガジンをご購読ください。