Tweet

第9回 人の造りしもの――“パスワード”の破られ方と守り方

　第8回「魂、奪われた後――弱いパスワードの罪と罰」では、攻撃者がシステムへ侵入した後、どのようなことを行うのかをペネトレーションテストの現場を例に挙げ解説した。

　今回も引き続きパスワードをテーマにするが、本題に入る前に前回のコラムで出題した、ハッシュ化されたパスワードの復元の問題の解答をお送りしよう。順を追って解説していくので、解けなかった方も内容を確認しつつ、再チャレンジしていただければ幸いである。

　それでは、早速、前回出題した問題を見てみよう。

　パスワード復元、その考え方を追う

　まずは、このハッシュを「question.dump」という名前で保存し、デフォルトモードで「John The Ripper」を実行する。その結果は以下のとおりである。

　上記のように、瞬時に後半の3文字が「MIN」（大文字か小文字かはこの時点では判明しない）であることが判明する。ここで前回説明した、Windowsのパスワードハッシュが7文字区切りで格納されているということを思い出してほしい。つまり、判明していない前半の7文字＋判明している後半の3文字「MIN」で10文字の文字で構成されているパスワードであるということである。

●判明文字列からの単語推測

　それでは、次に前半の7文字がどのような文字列であるかを考えてみよう。現在、唯一判明している後半の3文字がヒントとなる。「MIN」という文字列に対して、前に何を付けるかを考えてみてほしい。ここでは7文字でなくても構わない。よく使用されそうで安易なものを想像してほしい。ヒントは、

1. 2001年9月にインターネット上で猛威を振るったワームの名前を逆に読むものである
2. 付け足す文字は2文字である

の2つである。

　わたしなら、この文字列から「ADMIN」、つまりAdministratorの略称を想像する。「MIN」で構成されている単語が「ADMIN」であると仮定すると、残りの文字数は、「全体（7＋3＝10）−後半の「MIN」（3文字）−推測した「AD」（2文字）＝5文字」となる。

●文字数からの文字列推測

　ここで思い出してほしいのは、出題した問題の文章である。ここに5文字となる単語はないだろうか。ヒントはいうまでもないかもしれないが、社名である。

　正解は、辻（TSUJI）である。

　先ほど、予測した文字列と連結すると「TSUJIAD」となる。ここまではあくまで予測でしかないので、次にこの文字列で正しいかということを、John The Ripperの辞書モードを用いて確認してみよう。

　「question.dict」というファイルの前半に、今回パスワードに設定されていると思われる文字列「TSUJIADMIN」を記述し実行してみよう。結果は以下のとおりである。

　上記のように前半7文字が予想どおりの「TSUJIAD」であることが判明した。これと、デフォルトモードで実行した結果の後半3文字「MIN」とを連結すると「TSUJIADMIN」となる。

　ただし、この段階で「TSUJIADMIN」がパスワードであるとはいい切れない。前回も解説したが、John The Ripperは、デフォルトではLMハッシュに対してのパスワード復元を行うため、結果はすべて大文字で出力してしまう。よって、辞書ファイル（question.dic）に小文字のパターン「tsujiadmin」をさらに加え、オプションには「--format=NT」を付け加えて再度実行してみよう。

　大文字と小文字のパターンでは復元することはできなかったことが上記結果で分かるだろう。この結果からは、パスワードに設定されている文字列は大文字と小文字が混在しているということが判明したといえる。

　次に、辞書ファイル内の単語を変化させ、復元を試みるためのオプション「--rules」を付け加えて実行してみよう。

　上記の結果、最後の文字だけ大文字にした「tsujiadmiN」がパスワードであることが判明した。この文字列が前回出題した問題の正解である。

　ここまでの実行結果を下図のとおりまとめた。

　正解にはたどりつけただろうか？ 解答と前回の記事を比べていただければ分かるのだが、前回の記事で紹介した内容と、ほんの少しの推測を加えることで、正解にたどりつけるようになっている【注1】。

　正解にたどりつけなかった方も、今回の解説を参考にし、ご自身の環境で再現してもらえると幸いである。

　この問題の解答である管理者パスワードのような組織名やシステム名、管理者名に関係する文字列＋管理者IDと同じ文字列といった文字列をパスワードにしている方は、この記事を読まれてドキっとしたのではないだろうか。例えば、「●●＋admin」や「▲▲＋root」などである。ここでドキっとされた方は、この記事を読み進めたあと、すぐにパスワードを変更することを強くお勧めする。

1/4

Index
人の造りしもの――“パスワード”の破られ方と守り方
	Page1 パスワード復元、その考え方を追う
	Page2 復元ツールの存在を踏まえたパスワードの保護設定を考える
	Page3 サーバの再起動ができない環境で今やるべきこと NTLMハッシュへの攻撃――Rainbow Crackにも耐えられるか
	Page4 パスワードへの攻撃、根本的な対策はあるのか いま、わたしたちが取れる対策とその考え方

セキュリティ対策の「ある視点」 連載インデックス

＠ITメールマガジン　新着情報やスタッフのコラムがメールで届きます（無料）

RSSフィード