(57)【要約】【課題】保護されている記憶装置の操作を簡単にする。【解決手段】記憶装置に記憶されているユーザーデータに対するコンピュータのアクセスを制御する方法であって、まずコンピュータがＢＩＯＳを用いて記憶装置の構造データをデマンドし、前記構造データに基づいてユーザーデータにアクセスし、ユーザーの認証をおこなった後にはじめて構造データをＢＩＯＳに送るようにした前記方法において、  構造データへのデマンドに対し、まずユーザーを認証するための認証ルーチンをＢＩＯＳに送ってコンピュータで実施する。【特許請求の範囲】
【請求項１】
記憶装置に記憶されているユーザーデータに対するコンピュータのアクセスを制御する方法であって、まずコンピュータがＢＩＯＳを用いて記憶装置の構造データをデマンドし、前記構造データに基づいてユーザーデータにアクセスし、ユーザーの認証をおこなった後にはじめて構造データをＢＩＯＳに送るようにした前記方法において、
構造データへのデマンドに対し、まずユーザーを認証するための認証ルーチンをＢＩＯＳに送ってコンピュータで実施することを特徴とする方法。
【請求項２】
認証ルーチンが使用者名とパスワードとを要求することを特徴とする、請求項１に記載の方法。
【請求項３】
認証に必要なデータから、記憶装置に対する暗証コード化アクセス用のコードを求めることを特徴とする、請求項１または２に記載の方法。
【請求項４】
記憶装置に記憶されているユーザーデータに対するコンピュータのアクセスを制御する制御装置であって、ユーザーデータにアクセスするための記憶装置の構造データを、インターフェースを介して記憶装置のコントローラによりデマンド可能であり、制御装置により構造データのデマンドに対しユーザーを認証可能であり、認証の結果に応じて構造データの伝送を制御可能である前記制御装置において、
構造データへのデマンドに対し、まず、コンピュータのＢＩＯＳにより実施可能なユーザー認証用認証ルーチンを制御装置から供給可能であることを特徴とする制御装置。
【請求項５】
制御装置がコントローラに組み込まれていることを特徴とする、請求項４に記載の制御装置。
【請求項６】
制御装置がバスへのブリッジとしてバスコントローラと起動可能な記憶装置との間で使用可能であることを特徴とする、請求項４または５に記載の制御装置。
【請求項７】
制御装置がＩＤＥバスへのブリッジとして使用可能であることを特徴とする、請求項４から６までのいずれか一つに記載の制御装置。
【請求項８】
記憶装置に対し暗号コード化アクセスを可能にするための暗号化モジュールが設けられていることを特徴とする、請求項４から７までのいずれか一つに記載の制御装置。
【請求項９】
記憶装置へのアクセスのためのコードを、認証用認証ルーチンによって要求されるユーザーのデータから生成させるためのコード生成モジュールが設けられていることを特徴とする、請求項４から８までのいずれか一つに記載の制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶装置に記憶されているユーザーデータに対するコンピュータのアクセスを制御する方法であって、まずコンピュータがＢＩＯＳを用いて記憶装置の構造データをデマンドし、前記構造データに基づいてユーザーデータにアクセスし、ユーザーの認証をおこなった後にはじめて構造データをＢＩＯＳに送るようにした前記方法に関するものである。さらに本発明は、記憶装置に記憶されているユーザーデータに対するコンピュータのアクセスを制御する制御装置であって、ユーザーデータにアクセスするための記憶装置の構造データを、インターフェースを介して記憶装置のコントローラによりデマンド可能であり、制御装置により構造データのデマンドに対しユーザーを認証可能であり、認証の結果に応じて構造データの伝送を制御可能である前記制御装置に関するものである。
【背景技術】
【０００２】
パーソナルコンピュータ（ＰＣ）の周知の起動過程においては、まず"Basic Input- /Output System"（ＢＩＯＳ）が、接続されている機器および記憶装置、特に接続されているハードディスクを検出する。次にＢＩＯＳは第１の前記ハードディスクのコントローラを介して該ハードディスクのいわゆる"Master Boot Record （ＭＢＲ）を要求し、例えばシリンダ０，ヘッド０，セクター１（ＬＢＡ０）を要求し、これをメモリにロードし、メモリ内でポジション０以降を含んでいる実施可能な機械コード"Master Boot Routine"を実施する。機械コード"Master Boot Routine"は、当初"partition table"の形態でハードディスクに含まれている構造データ（その後ＭＢＲ内に含まれる）を読み取り、アクティブなもの（起動可能なもの）としてマーキングされた第１次パーティションを検出し、該第１次パーティションの物理的に最初のセクターである"Boot sector"に含まれている機械コードを再びロードする。それぞれのＯＳに組み込まれているこの"boot code"はスタートファイル（ＤＯＳ作動システムの場合にはファイルmsdos.sys、ＵＮＩＸ（登録商標）作動システムの場合にはkernel）のロードとともにＯＳを始動させる。
【０００３】
冒頭で述べた種類の方法および制御装置はたとえば"Secure IDE"という呼称で知られている（非特許文献１を参照）。この公知の制御装置は保護対象であるハードディスクのＩＤＥケーブルに組み込まれる。接続されているハードディスクにアクセスを試みると、制御装置で実行されるロジックは、ＰＣのハウジングから突出するように案内される別個のケーブルを介して、ＰＣに接続されている個人化メモリモジュールにファイルされている認証データをロードし、該認証データにより、ハードディスクへの暗号化アクセス権に対するコードを検出する。
【０００４】
この公知の制御装置の弱点はその認証性にある。というのは、前記コードは、起動時点で制御装置と接続されていなければならない占有トークンに記憶されているからである。このトークンを入手すれば、権限のないユーザーでもハードディスクに対するアクセス権を得る。また、ハードウェアトークンを使用すると、この公知の制御装置をハードディスク電子系へ組み込むのが困難になる。さらに、トークンに欠陥があったり紛失すると、再度ハードディスクにアクセスするには代替トークンが必要である。さらには、リセットが不可能であり、或いは、例えばチャレンジ／レスポンスによる暗号化の一時的解除も不可能である。
【０００５】
【非特許文献１】www.enovatech.net/products/reference/ide.htm
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の課題は、保護されている記憶装置の操作を簡単にすることである。
【課題を解決するための手段】
【０００７】
上記課題は、本発明によれば、公知の方法を前提として、構造データへのデマンドに対し、まずユーザーを認証するための認証ルーチンをＢＩＯＳに送ってコンピュータで実施することにより解決される。本発明による方法は、認証のために、コンピュータに既存のＢＩＯＳレベルのリソース（プログラムを実施するためのロジック、モニター、ユーザーとの通信用の入力装置）を利用するとともに、認証に必要なデータを「記憶する」ためにユーザーの記憶力を利用する。したがって固有のロジックも、別個の個人化メモリモジュールおよびその接続に必要なケーブルも必要ない。
【０００８】
認証ルーチンは、認証の結果として、入力データそのものを制御装置へ戻すか、或いは、入力データから求めた値を制御装置へ戻すかのいずれかを行なう。制御装置は、第２ステップで、要求された構造データ（パーティションテーブルpartition tableを含んだＭＢＲ）が戻されるか否かに応じて制御を行ない、起動過程を前進させる。
【０００９】
有利には、本発明による方法の範囲内で、認証ルーチンがユーザーの使用者名およびパスワードを要求するのがよい。生の名前および（暗証）パスワードによる認証は、個々人への認証データの割り当てを可能にするとともに、認証データの管理を容易にする。また、このような認証形態はユーザーに十分知られた形態であり、習熟を必要としない。これとは択一的に、キーボードからのパスワードの入力のみを照会するか、或いは、個々の任意のアクション（例えば個人特有の連続マウスクリック、或いは他の形態であるグラフィック認証）を照会するようにしてもよい。また、２つのファクタを組み合わせて使用してもよく、例えばＩＣカードによる認証と生体認証とを組み合わせてもよい。最近のＢＩＯＳではすでに標準装備になっているネットワーク機能（ネットワークを介しての起動）が提供されるので、認証ルーチンはネットワークアドレスから認証データを照会することができ、ＰＣが盗難にあったときは社内ネットワーク外のユーザーによる盗難ＰＣのハードディスクの読み取りを阻止することができる。
【００１０】
本発明による方法の特に有利な実施形態では、認証に必要なデータから、記憶装置に対する暗証コード化アクセス用のコードを求める。例えば、ユーザー識別と暗証パスワードとの比較的弱い組合せから、記憶装置の不当な解読を効果的に阻止する強いＡＥＳ１２８ビットコードを、記憶装置内に固定して実装したモジュールを用いて生成させることができる。
【００１１】
さらに本発明は、公知の制御装置から出発して、構造データへのデマンドに対し、コンピュータのＢＩＯＳにより実施可能なユーザー認証用認証ルーチンを制御装置から供給可能であることを提案するものである。本発明によるこのような制御装置により、前記本発明による方法の実施が可能である。
【００１２】
本発明による制御装置はコントローラに組み込まれているので特に有利である。したがって本発明による制御装置は補助的なハードウェア（よって補助的な製造コスト）がなくとも、コントローラのファームウェアを新たにプログラミングする（或いは交換する）だけで実現できる。本発明による制御装置を作動させるには、ＢＩＯＳ拡張機構も必要なければ、補助的なＩＳＡ差込カード又はＰＣＩ差込カードも必要ない。
【００１３】
本発明による制御装置は、特にバスへのブリッジとして、バスコントローラと起動可能な記憶装置との間に使用することができる。本発明による制御装置はＩＤＥバスへのブリッジとして使用可能であるので特に有利である。他方、ＳＣＳＩケーブル或いはＵＳＢコネクタまたはファイアワイヤーコネクタへ接続させて閉回路を形成させることも可能である。ただしこの場合それぞれのＢＩＯＳがこれらコネクタを介して起動を可能にすることが前提である。
【００１４】
本発明による装置は、記憶装置に対し暗号コード化アクセスを可能にするための暗号化モジュールを有しているので有利である。ハードウェアモジュールにおいてコード化アクセスを実現することにより、記憶装置へ入力されるデータ流または記憶装置から出力されるデータ流の高速コード化およびデコードが可能になり、ユーザーが知覚できるほどのアクセス遅延は起こらない。
【００１５】
さらに、本発明による制御装置はコード生成モジュールを有していてよい。このコード生成モジュールにより、記憶装置へのアクセスのためのコードを、認証用認証ルーチンによって要求されるユーザーのデータから生成させることができる。制御装置に固定してファイルされているコードを使用する代わりに、認証データからコードを演算することにより、記憶装置への不当なアクセスに対する安全性がさらに向上する。
【発明を実施するための最良の形態】
【００１６】
次に、本発明の実施形態を説明する。まず、本発明による制御装置を外部の管理用端末装置に対し最終的にコンフィギュレーションする。したがってターゲットプラットフォームに補助的なソフトウェアは必要ない。次に制御装置をＩＤＥコントローラと保護対象である記憶装置との間に位置するようにターゲットプラットフォーム（ＰＣ）のＩＤＥバスに取り付け、ブリッジとして機能させる。接続されている記憶装置のイニシャルコード化と、各読み取りアクセスまたは書き込みアクセスのデコードまたはコード化とを、記憶装置へのアクセスの際に知覚可能なほどに遅延しないように、制御装置によりバックグラウンドで行なう。
【００１７】
制御装置は自動スタートする"Pre Boot Authentication"（ＰＢＡ）の機能を提供し、接続されているハードディスクまたはＲＯＭＢＩＯＳ拡張部に対するブートストラップコードを必要としない。このため起動時に、ＭＢＲの構造データの読み取りデマンドが本発明による装置により捕捉され、ＭＢＲの代わりにまず他のコードをＢＩＯＳへ戻し、この他のコードを用いて認証ルーチンをＰＢＡマスクを用いて再ロードする。このマスクでユーザーは使用者名とパスワードの入力により自らを認証する。認証データは制御装置へ送られ、制御装置はこの認証データから暗証コードを生成し、データ担持体をデコードするためのその妥当性をチェックする。妥当性がある場合には認証ルーチンはＰＣのワーキングメモリを開放し、新たにＭＢＲを要求する。制御装置は（認証に成功した後）ＭＢＲをＢＩＯＳへ戻し、その結果起動過程をさらに前進させることができる。
【００１８】
ソフトウェアをベースにしたコード化と比べると、ＢＩＯＳだけで実施されるＰＢＡはＯＳに対する完全な独立性を提供する。マザーボードのＢＩＯＳの修正も必要ない。
【００１９】
本発明による制御装置では、ＯＳに依存するコード化ドライバーを保護データまたはセクターにファイルしないので、バックアッププログラム、リストアプログラム、或いはリカバリープログラムとのコンフリクトが発生しない。ＯＳは例えば本発明による制御装置のコンフィギュレーションの後にはじめて機能するので、本発明による制御装置はロールアウトのプロセスに影響しない。これとは択一的に、コード化されていないデータをすでに含んでいるデータ担持体も、本発明による制御装置を作動させることにより追加的にコード化させることができる（対応的に、制御装置を非作動状態にさせることでデータ担持体のデコードも可能である）。
【００２０】
さらに、パフォーマンスロスも（少なくとも知覚可能な程度には）生じない。本発明による制御装置を使用すると、公知の方法に比べて個別化された補助的な外部ハードウェアを必要としない。
【００２１】
本発明による制御装置をＡＴＡシステムへ実装しても、休止状態とのコンフリクトは発生せず、ＡＴＡコマンドセットを特別に修正または拡張する必要がない。本発明による制御装置をハードディスクのコントローラに組み込めば、製造時の付加コストは無視できる程度のものである。