JP2022173055A - インタラクションを認証するための方法、前記方法を実施するための装置 - Google Patents

Abstract

【課題】マイクロコントローラ及び／又はＦＰＧＡベースの装置又は電化製品において、システム時間から独立してインタラクションを認証するための方法、それを実施する装置及びその装置を備える火炎監視装置を提供する。
【解決手段】方法は、認証装置が、要求元装置に所定の情報Ｒを送信し（３）、所定の情報Ｒを受信した要求元装置が、内部の時間ベースワンタイムパスワードモジュールによって、共有秘密鍵と所定の情報Ｒを使用してハッシュ値を計算して、認証装置に送信する（７）。ハッシュ値を受信した認証装置は、時間ベースワンタイムパスワードモジュールと同様の計算方法でハッシュ値を計算し（８）、受信したハッシュ値と比較する（９）。認証装置は、受信したハッシュ値と自身が計算したハッシュ値が同じであれば認証が成功し、インタラクションが許可される。
【選択図】図１

Description

[0001]本発明は、特に組み込みシステムにおいて、システム時間から独立して、マイクロコントローラ及び／又はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）ベースの装置又は電化製品においてインタラクションを認証するための方法、前記方法を実施するための装置、並びに、当該装置を備える火炎監視装置に関する。

[0002]互いに通信する装置間のインタラクションにおいて、一般に、要求元装置に対してアクセスを許可し、例えば、認証装置上でそれぞれの認証を発行するために、識別プロセスが必要とされる。識別、すなわち、後続の認証、すなわち、取得されたアサートされるアイデンティティの検証及び妥当性確認によって、ログインを要求するためのアイデンティティをアサートすることは、デジタルアクセスのセキュア化において有用な役割を果たす。

[0003]したがって、識別とは、エンティティが、実際に、自身が主張しているとおりのものであることを証明するプロセスである。アイデンティティは、そのような証明を用いることによって検証又はチェックすることができる。２要素認証（略して「２ＦＡ」）としても参照されることが多い、２要素識別プロセスの場合、それぞれのデジタルアクセスのセキュリティは、追加の要素によって増大される。したがって、「２ＦＡ」とは、互いに異なり、独立している２つの認証構成要素又は要素の組み合わせによってユーザのアイデンティティを証明するプロセスを指す。典型的な例は、現金自動預払機において銀行カード及びＰＩＮを使用すること、建造物において指紋及びアクセスコードを使用すること、又は、オンラインバンキングにおいてパスワード及び取引番号（ＴＡＮ）を使用することを含む。他の方策によってシステムへのアクセスを制御及び制限することができない場合、セキュリティ上の理由で２ＦＡが常に使用されるべきである。

[0004]前記２つの方法は、長年にわたってＩＴ環境において定着している。しかしながら、組み込み環境においては、単一の共有秘密鍵（例えば、パスワード）を要求することが、システムアクセスセキュリティの唯一の形態であることが多い。産業システム及び当該システムの既存のＩＴシステムへのシームレスな接続の複雑度が増大していることに起因して、組み込みシステムも、改善及び適合される必要がある。

[0005]他の分野と一貫し、互換するために、ＩＴ環境においてすでに定着している一般的で定着したプロセス及びアルゴリズムが、当該適合において使用されるべきである。しかしながら、例えば、利用可能な資源が十分にないために、又は、例えば、ＩＴにおいて通常見られる初期状況が組み込み環境におけるものから大きく異なりすぎるために、前記使用は組み込み環境において常に可能であるとは限らない。ＩＴ及びＯＴを接続するときのサイバーセキュリティを保証するために、前記プロセスは適応的に適合される必要がある。

[0006]デスクトップコンピュータ、サーバ、スマートフォン及びタブレットにインストールされる従来のシステムとは対照的に、本発明は、データを測定及び収集するために、又は、他の構成要素若しくはシステムを制御するために特定的に使用される組み込みシステムに関する。

[0007]「組み込みシステム」は、特定的に割り当てられたタスクを実行し、周囲のシステムに組み込まれ又は統合され、当該システムと又は当該システムを通じてインタラクトするマイクロコントローラシステム又はＦＰＧＡシステムを意味するものとして理解される。組み込みシステムは、特に、データの測定、取り込み及び転送のために、又は、アクチュエータ、構成要素若しくはシステムを制御するために使用される。

[0008]前記組み込みシステム、すなわち、マイクロコントローラ又はＦＰＧＡベースの装置及び電化製品は、計算資源が少ないことが多く、さらには、ＩＴ環境からの強力な同等物と比較して、電力供給が非常に制限されていることが多い。当該活動が実行される環境は、電子構成要素の理想的な動作条件からかけ離れていることが多く、「組み込み」環境と呼ばれる。

[0009]流量測定のためのセンサを例に取ると、後者は、例えば、極めて過酷な環境にあり、非常に困難な動作条件下になるガスパイプライン上で使用される。例えば、前記動作条件は、－３０℃の最小温度又は＋１００℃の最大温度であり得る。例えば、弁を適応的に制御するために流量制御がリアルタイムに可能であることも重要であり得る。当該システムが使用されるとき、一定の動き、衝撃及び物理的性質の他の変わりやすい外乱が、例えば、電磁干渉パルスがあるにもかかわらず誤りなく動作することとまったく同じように、考慮に入れられなければならない。多くの事例における別の態様は、当該デバイスへの永続的な接続（例えば、監視又は同期を目的としたデータリンク）を作成する方法は存在しないということである。多くの事例において、さらには、永続的で安定した電力供給の保証もない。当該状況は、火炎監視装置でも同様である。火炎監視装置は、例えば、燃焼室の少なくとも一部分における火炎の存在を監視するために使用される。火炎監視装置の必須の構成要素は、火炎の物理変数、特に電磁放射の強度を検出し、関連する電気センサ信号を生成するための火炎センサである。

[0010]にもかかわらず、当該システムへの外部アクセスが認証によってのみ可能であるように、組み込み環境、特に前記センサの環境に、セキュリティ機構を提供することも必要である。しかしながら、資源の欠如、困難な動作環境、並びに、場合によっては、コンピューティングセンター及びサーバへの接続の欠如が、製造元にとって新たな大きい課題である。

[0011]ここで、本発明をより詳細に論じる前に、最初に、下記に使用されるいくつかの用語を簡潔に説明する必要がある。
要求元装置

[0012]要求元装置は、認証装置にアクセスを求める（例えば、資源に対する）要求を提出する。
認証装置

[0013]認証装置は、要求元装置によって提供される詳細を、妥当性についてチェックする。チェックの結果が肯定的である場合、真正性が宣言され、肯定的でない場合、アクセスが拒否される。
ＯＴＰ

[0014]ＯＴＰは「ワンタイムパスワード」を表す。ワンタイムパスワードは、使用されるパスワード又は認証又はまた権限付与にも。すべてのワンタイムパスワードは、単回使用のためにのみ有効であるべきであり、したがって、２回目に使用されるべきではない。
ＯＣＲＡ

[0015]チャレンジレスポンス方法は、知識に基づいて加入者を認証するセキュアな方法である。ある加入者が課題を設定し、当該課題に対して、他の加入者は、特定の情報アイテム（共有秘密鍵）を知っていることを、自身が当該情報を伝達することなく証明するために応答しなければならない。チャレンジレスポンス方法によって、ハッカーが回線を傍受して特定の情報（共有秘密鍵）を取得することに対する保護が提供される。
ＣＬＩ（コマンドラインインターフェース）

[0016]コマンドラインインターフェース（ＣＬＩ）は、テキスト行の形態のコンピュータプログラムに対するコマンドを受け入れる。
ＩＴ

[0017]「ＩＴ」は、ソフトウェア、ハードウェア、通信技術及び関連サービスを含め、情報処理のための技術の全範囲に対する一般的な用語である。ＩＴは、概して、企業が使用するためのデータを生成する組み込み技術を含まない。
ＯＴ

[0018]オペレーショナルテクノロジー（ＯＴ）は、物理的な装置、システム、プロセス及びイベントを直接的に監視及び／又は制御することによって、変化を検出し又は引き起こすハードウェア及びソフトウェアを指す。
ＨＭＡＣ－ＳＨＡ１

[0019]データ又はメッセージの出所に関する確実性を取得し、データ又はメッセージの完全性をチェックするために、メッセージ認証コード（ＭＡＣ）が使用される。ＭＡＣアルゴリズムは、２つの入力パラメータ、すなわち、第１に、保護されるデータ、及び、第２に、秘密鍵を必要とする。当該２つのパラメータからＭＡＣアルゴリズムは、チェックサム、メッセージ認証コードを算出する。鍵付きハッシュメッセージ認証コード（ＨＭＡＣ）は、秘密鍵と組み合わせた、セキュアハッシュアルゴリズム（ＳＨＡ）などの暗号ハッシュ関数を含むメッセージ認証コード（ＭＡＣ）である。当該組み合わせはＨＭＡＣ－ＳＨＡ１として参照され、数１は使用されている暗号ハッシュ関数の変形を表す。
切り捨て

[0020]数学及び情報学において、切り捨ては、小数点の右への桁数を制限することとして理解される。本発明の文脈において、切り捨ては、所与の出力値の長さを低減することを意味する。したがって、切り捨て値は、長さが短くされた値である。
ＯＴＰトークン桁

[0021]ＯＴＰトークン桁の数は、桁数を表し、したがって、計算されるＯＴＰトークンが有しなければならない長さを表す。

[0022]種々の認証方法が現在知られており、一般的に使用されている。ＯＴＰ方法は、２ＦＡに最も一般的に使用される方法の１つである。特に、ＯＴＰ手順を実施する３つの標準的な様式がある。
ＨＯＴＰ－「ＲＭＡＣベースのワンタイムパスワードアルゴリズム」（このアルゴリズムの定義は、一般に入手可能な文書「Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ Ｎｏ． ４２２６」、略して「ＲＦＣ４２２６」に見出すことができる）。

[0023]ユーザのデバイス及び認証装置によって共有される秘密（ＯＴＰ鍵）は、暗号アルゴリズムによるユーザログイン及びログイン試行毎に増大するカウンタによって必要とされる。

[0024]当該カウンタは、認証装置とユーザの要求元装置の両方において常に同期した範囲内になければならない。これは、その場合にのみ、結果として為される共有トークン（例えば６～８ＯＴＰトークン）の計算が有効であるものとして認識され得るためである。

[0025]ＨＯＴＰ方法に伴う問題は、両方のデバイス、すなわち、要求元装置と認証装置のカウンタが常に、互いに対して所定の範囲内になければならないことである。ＨＯＴＰ生成手段が複数の認証装置に使用される場合、要求元装置のカウンタは、認証装置のカウンタとは異なる間隔で増大する。
ＨＯＴＰ実施例：
－ ３つの認証装置（Ａ、Ｂ、Ｃ）
－ １つの要求元装置

[0026]要求元装置のカウンタを認証装置のカウンタと同期させ続けることは不可能であり、新たなログインのたびにこれらのカウンタはさらに離れるように「ドリフト」する。

[0027]したがって、要求元装置は、常に認証装置にアクセスするためにのみ使用され得る。したがって、複数の異なる認証装置上での認証に単一のＨＯＴＰ鍵を使用することは不可能である。これは、例えば、各ＨＯＴＰ鍵のカウンタ値が互いに異なり得るため、要求元装置が数百の認証装置にアクセスするためにはまた、数百のＨＯＴＰ鍵も使用され、管理されなければならないことを意味する。
ＴＯＴＰ－「時間ベースのワンタイムパスワードアルゴリズム」（このアルゴリズムの定義は、一般に入手可能な文書「Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ Ｎｏ． ６２３８」、略して「ＲＦＣ６２３８」に見出すことができる）。

[0028]ユーザのデバイス及び認証装置によって共有される秘密（ＯＴＰ鍵）は、暗号アルゴリズムによるユーザログイン、並びに、認証装置及び要求元装置の現在の共有される時間のために必要とされる。当該時間は、結果として為される共通のトークン（例えば、循環的に交番する６～８ＯＴＰトークン）の計算が有効であるものとして認識されるように、認証装置とユーザの要求元装置の両方において常に同期していなければならない。ＴＯＴＰ生成手段がログインに使用される場合、関与するすべてのデバイスに関して、計算に同じ時間を使用することが必須であることを保証することが不可欠である。しかしながら、産業環境（センサ、アクチュエータ、制御装置）において、特に、時間同期が指定されることはめったになく、又は場合によってはまったくなく、又はさらには不可能である。要求元装置及び認証装置によってそれぞれ使用され、ＴＯＴＰトークンが導出されるタイムスタンプが、許容されるＴＯＴＰ時間間隔内で、すなわち、ＴＯＴＰトークンの固定寿命内で互いから異なるほど、ＴＯＴＰトークンの受容窓はますます小さくなるため、ログインはより困難になる。差がＴＯＴＰ時間間隔よりも大きい場合、ログインはもはや可能でない。したがって、目標がＴＯＴＰ方法である場合、両方の装置において、すなわち、要求元装置だけでなく、認証装置においても、時間が同期されることが必須である。
ＯＣＲＡ－「ＯＡＴＨチャレンジレスポンスアルゴリズム」（このアルゴリズムの定義は、一般に入手可能な文書「Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ Ｎｏ． ６２８７」、略して「ＲＦＣ６２８７」に見出すことができる）。

[0029]チャレンジレスポンス方法は、同期された認証システムを使用することができないユーザに、認証システムの非同期の変形例が提供される用途及びシナリオにおいて使用される、一般的に許容されている方法である。当該チャレンジレスポンス認証モードは、従来技術から知られている。いくつかの製造元が、チャレンジレスポンス方法を実装するソフトウェアアプリケーション及びハードウェア装置をすでに提供しているが、当該製造元の各々は、不都合なことに当該製造元に特有である独自仕様のアルゴリズムを使用している。ＯＣＲＡ規格は、通常の方法が異なる独自の方法で異なる製造元によって実装されていたという点で、古典的なチャレンジレスポンス方法の標準化された修正形態である。古典的な変形例とは異なり、ＯＣＲＡは、要求元装置と認証装置の両方において事前に記憶及び構成されていなければならない共通の共有秘密鍵に基づく。しかしながら、この規格は、すべての分野において受け入れられているというわけではない。これが、自動使用を可能にする市販のＯＣＲＡ方法のハードウェアドングルが存在しない理由であると考えられる。対照的に、独自仕様の変形例は、依然として一般的に使用されている。したがって、ハードウェアドングルによってＯＣＲＡを使用するには、特別な製造元との確固たる連携及び関連する依存性が必要である。異なる製造元によって作成される構成要素を含むネットワークにおいて、これは、ＯＣＲＡ方法にハードウェアドングルを使用する方法の代用となる。

[0030]本発明の目的は、マイクロコントローラ及び／又はＦＰＧＡベースの装置又はアプリケーション、特に組み込みシステム及び／又は火炎監視装置におけるインタラクションを可能にする、システム時間から独立して認証するための方法及び装置を指定することである。また、本発明の目的は、当該方法を実施するための装置、及び、当該装置を有する火炎監視装置を提供することでもある。

[0031]当該目的は、請求項１の特徴による方法によって達成される。

[0032]当該方法の発展が、従属請求項１～１１の主題を形成する。

[0033]本方法を実施するための装置が、請求項１２の主題である。本発明による火炎監視装置が、請求項１４の主題を形成する。

[0034]したがって、本発明による方法は、特に組み込みシステム及び／又は火炎監視装置において、システム時間から独立して、マイクロコントローラ及び／又はＦＰＧＡベースの装置又は電化製品におけるインタラクションを認証するために、以下を指定する。切り捨て形式とすることもできる暗号ハッシュ値が、要求元装置及び認証装置において、両方の装置によって使用される共有秘密鍵に基づいて、並びに、ＴＯＴＰ方法に従って両方の装置内で動作するＴＯＴＰモジュールにおいて、計算される。システム時間の代わりに、事前定義可能な情報（例えば、ランダム値）が認証装置によって生成又は提供され、要求元装置からの要求に応答して要求元装置に送信されるように、それぞれのハッシュ値を計算するための事前定義可能な情報アイテムが、ＴＯＴＰモジュールに供給される。情報アイテムは、独自仕様のハッシュ値を計算するために内部でＴＯＴＰモジュールに供給され、このように計算されたハッシュ値が、認証装置に渡される。認証装置によって受信される当該ハッシュ値が、所定の情報を使用して認証装置において計算されるハッシュ値と同一である場合、認証は成功であり、インタラクションが許可される。さもなければ、不一致の場合、インタラクションはブロックされる。

[0035]本発明の１つの好ましい実施形態において、要求元装置に割り当てられているＴＯＴＰモジュールは、要求元装置に外部から差し込み可能であるハードウェアドングルである。ハードウェアドングルが差し込まれると、認証手順が自動的に開始されることが指定されてもよい。

[0036]前述のインタラクションは、例えば、設定、更新、パラメータ化、入力、測定、切り替え、監視及び／又は制御機能などの、マイクロコントローラ及び／又はＦＰＧＡベースの装置又は電化製品におけるインタラクションであってもよい。

[0037]本発明の別の発展において、ＴＯＴＰモジュールのうちの少なくとも１つは、直接的に、要求元装置及び／又は認証装置内のソフトウェアとして実装されてもよい。当該ソフトウェアは、好ましくは、認証装置内に実装される。

[0038]２要素認証（２ＦＡ）を実現するために、所定のアクセスデータを有する事前認証要求が、要求元装置によって認証装置に提出されるか、又は、認証装置に直接的に入力されること、及び、これに関連する妥当性確認チェックに成功することを条件としてのみ、さらなる認証要求が許可されることも可能である。

[0039]本発明はまた、パスワード及び／又はユーザ名及び／又は証明書がアクセスデータとして使用されることも指定する。アクセスデータは、ワイヤレス又は有線で動作するチップユニット、特に、スマートカード又はＵＳＢモジュールに記憶されてもよい。

[0040]本発明の１つの発展において、事前定義可能な情報アイテムは、１つの変形例において所定の値リストから選択されるランダム値である。

[0041]まったく同一の共有秘密鍵が、複数の要求元装置を認証するために使用されることも可能である。

[0042]本発明はまた、本発明による方法の特に適切な適用分野が、センサとともに、特に火炎監視装置とともに使用することができることであるため、火炎監視装置の独立した保護も特許請求する。

[0043]本発明による方法はまた、有利には、流速センサ、充填レベルセンサなどのような、他のセンサシステムに使用することもできる。

[0044]本方法を実行するための本発明による装置は、以下を特徴とする。システム時間から独立してインタラクションを認証するための、例えば、火炎監視装置などの、マイクロコントローラ及び／又はＦＰＧＡベースの装置が提供され、切り捨て形式とすることもできる暗号ハッシュ値が、要求元装置及び認証装置において、両方の装置によって使用される共有秘密鍵に基づいて、並びに、ＴＯＴＰ方法に従って両方の装置内で動作するＴＯＴＰモジュールによって、計算可能であり、システム時間の代わりに、それぞれのハッシュ値を計算するための事前定義可能な情報アイテムが、ＴＯＴＰモジュールに供給され得る。これは、事前定義可能な情報アイテムが、認証装置によって生成又は提供され、要求元装置からの要求に応答して要求元装置に送信され得るように、行われ、要求元装置において、情報アイテムが次いで、ハッシュ値を計算するために内部のＴＯＴＰモジュールに供給され得、次いでＴＯＴＰモジュールにおいて計算されるハッシュ値が、認証装置に渡され得ることにより、認証装置によって受信可能である前記ハッシュ値が、事前定義の情報アイテムを使用して認証装置において計算されるハッシュ値と同一である場合、認証が成功し、インタラクションが許可され得、又はさもなければ不一致の場合にインタラクションがブロックされ得る。

[0045]当該デバイスを組み込みシステムに組み込むことができることが特に好ましい。

[0046]本発明は、既知のＴＯＴＰ方法を使用することによって、開示されているＴＯＴＰアルゴリズムを用いて、ＨＯＴＰ、ＴＯＴＰ、及びＯＣＲＡ方法による前述の問題を単純な様式で回避し、ただし、当該目的に必要なシステム時間の代わりに、事前定義可能な情報アイテム、特に、事前定義可能なランダム値が使用される。したがって、独自仕様のアルゴリズムが使用されないことが有利である。

[0047]本発明の１つの好ましい実施形態において、ＵＳＢフラッシュドライブ又はスマートカードなどの形態をとることができる市販のハードウェアドングルが、ＴＯＴＰアルゴリズムとともに使用される。ハードウェアドングルは、時間の手動設定が使用されることを可能にしなければならない。本発明によれば、当該ハードウェアドングルは、システムタイプスタンプの代わりに、事前定義可能な情報アイテム（例えば、ランダム値）の形態の調整値を受信する。

[0048]上述したように、組み込み装置は、限られたシステム能力しか有しないことが多く、多くの場合、同期されたシステムタイムスタンプも利用可能でない。本発明による方法は、対照的に、システムタイムスタンプから独立して端末装置上での認証を可能にする。複数の端末装置における認証に、単一のハードウェアドングルを使用することができる。

[0049]本発明による方法の実現可能性は、試験において実証されている。ＴＯＴＰ方法の実施、及び、２つの異なるハードウェア製造元によって作成された２つの異なるＴＯＴＰ対応ハードウェアドングルによる手動時間設定を試験した。ハードウェアドングルの例は、「Ｎｉｔｒｏｋｅｙ Ｐｒｏ ２」（ｈｔｔｐｓ：／／ｓｈｏｐ．ｎｉｔｒｏｋｅｙ．ｃｏｍ／ｄｅ ＤＥ／ｓｈｏｐ／ｐｒｏｄｕｃｔ／ｎｋ－ｐｒｏ－２－ｎｉｔｒｏｋｅｙ－ｐｒｏ－２－３参照）及び「ＯｎｌｙＫｅｙ」ドングル（ｓｅｅ ｈｔｔｐｓ：／／ｏｎｌｙｋｅｙ．ｉｏ／ｄｅ参照）を含む。当該ハードウェアドングルのＣＬＩインターフェースを介して、コマンドを入力することによって、値（通常は時間値）を、ＴＯＴＰトークンを生成するための入力としてＴＯＴＰ生成手段に送信することができる。上述した２つのハードウェアドングルは例に過ぎない。本発明による方法は、ＴＯＴＰトークンを計算するための時間を手動で設定することができることを条件として、任意のハードウェア又はソフトウェア生成手段によって実施することができる。

[0050]Ｎｉｔｒｏｋｅｙ Ｐｒｏ ２又はＯｎｌｙＫｅｙは、特定の暗号タスクを処理するためのＵＳＢセキュリティモジュールである。Ｎｉｔｒｏｋｅｙ Ｐｒｏ ２又はＯｎｌｙＫｅｙは、とりわけ、ＯＴＰ鍵を管理及び使用するために使用することができる。２４までのＯＴＰ鍵をＮｉｔｒｏｋｅｙ Ｐｒｏ ２ドングル上で同時に管理することができる。ＯＴＰ鍵は、「スロット」に記憶される。ＴＯＴＰトークンが要求される場合、スロット番号が指定される。選択されるスロットに応じて、ＴＯＴＰトークンを生成するために、関連するＯＴＰ鍵が使用される。次いで、当該ＴＯＴＰトークンが返される。

[0051]ここで、実施形態及び流れ図を参照して、本発明をより詳細に説明する。
図１は、本発明による方法の原理を示す流れ図である。 図２は、流量センサ装置のブロック図である。 図３は、図２に示す流量センサの認証方法の流れ図の一例を示す図である。 図４は、クレーン制御装置のブロック図である。 図５は、図４に示すようなクレーン制御装置の認証方法の流れ図の一例を示す図である。

[0052]図１に示す流れ図は、例として、特に組み込みシステム及び／又は火炎監視装置に使用され得るものとしての、マイクロコントローラ及び／又はＦＰＧＡベースの装置又は電化製品における認証インタラクションの可能なシーケンスを示す。前記に関連して、本認証方法が、従来のＴＯＴＰモジュールによって実施されるが、前提条件として、システム時間から独立していることが重要である。ＴＯＴＰモジュールは、電化製品若しくは装置内のソフトウェアとして実装されてもよく，又は、ハードウェアドングルとして装置若しくは電化製品に差し込まれてもよい。

[0053]図１に概略を描いた方法は、１要素認証（オプションＢ）として、又は、多要素認証、当該事例においては２ＦＡの一部分（オプションＡ）として実施されてもよい。

[0054]図１の認証方法の経時的な進行は、以下のとおりである。

[0055]要求元装置１０が認証装置３０と通信すると仮定する。要求元装置１０は、ＴＯＴＰ生成手段１２が接続され得るインターフェースを有する。当該ＴＯＴＰ生成手段１２は、例えば、ハードウェアドングルの形態で実装されてもよい。当該ハードウェアドングルは、概して、ＵＳＢフラッシュドライブとして設計される。認証装置３０も、同様にＴＯＴＰ生成手段３２を有する。後者は、好ましくは、認証装置３０内のソフトウェアとして実装される。要求元装置１０と認証装置３０との間で認証方法を実施するために、「共有秘密鍵」Ｓが要求元装置１０及び認証装置３０の各々に記憶される。要求元装置１０において、当該共有秘密鍵Ｓは、好ましくは、差し込み可能ＴＯＴＰ生成手段１２に、すなわち、好ましくは、前述のハードウェアドングルに記憶される。以下のステップが実施される。
・１ａ（Ａのみ） － アクセスデータを用いた要求元装置１０による認証要求：

[0056]有線又はワイヤレスであってもよい任意の通信チャネルを介して、要求元装置１０は、認証要求を認証装置３０に提出する。例えば、キーボード又は画像スキャナなどを介して、認証装置３０において直接的に認証要求を提出することも可能である。認証要求は、例えば、限定ではないが、パスワード、ユーザ名及びパスワード、証明書又はスマートカードなどの、アクセスデータＺを含む。
・１ｂ（Ａのみ） － 要求元装置１０のアクセスデータをチェックする：

[0057]認証装置３０が、受信されたアクセスデータＺの妥当性をチェックする。
・１（Ｂのみ） － 要求元装置によって認証要求が提出される：

[0058]同様に有線又はワイヤレスであってもよい任意の通信チャネルを介して、要求元装置１０は、認証要求ＴＯＴＰを認証装置３０に提出する。同様に、認証装置３０において直接的に入力することによって、認証要求を提出することも可能である。
・２ － 認証装置上で事前定義可能な情報Ｒを生成する：

[0059]認証装置３０が、ＴＯＴＰ方法の値の範囲内で、例えば、ランダム値などの、事前定義可能な情報アイテムＲを生成する。事前定義可能な情報アイテムＲを生成する代わりに、値リストからの値などの、他の所定の情報が同様に使用されてもよい。両方の組み合わせも可能である。
・３ － 事前定義可能な情報Ｒを要求元装置１０に送信する：

[0060]事前定義可能な情報アイテムＲは、任意の通信チャネルを介して要求元装置１０に送信されなければならない。送信は、認証要求に応答することによって、又は、認証装置自体の要求を要求元装置１０に送ることによって実施されてもよい。認証装置３０上で光学的に出力することも可能である。光学的出力は、入力又はスキャンによって要求元装置１０に転送されなければならない。
・４ － 要求元装置１０のＴＯＴＰ生成手段への要求：

[0061]要求元装置１０は、事前定義可能な情報アイテムＲ（ＲＴＯＴＰ要求）を架空のタイムスタンプとして使用して、ＴＯＴＰ要求をＴＯＴＰ生成手段１２に提出する。要求は、対応するプラグ接続に差し込むことによって要求元装置１０に外部接続されているＴＯＴＰ生成手段１２、特にハードウェアドングルに渡される。差し込み可能ハードウェアドングルの代わりに、ＴＯＴＰアルゴリズムはまた、ソフトウェアを用いることによって要求元装置１０内に実装されてもよい。
・５ － Ｒ’ＴＯＴＰの計算

[0062]要求に従ってＴＯＴＰ生成手段１２上で事前定義可能な情報アイテムＲを用いてＴＯＴＰ計算を実施する。当該計算は、ハードウェアドングルによって又はソフトウェアによって実施されてもよい。
・６ － ＴＯＴＰ生成手段１２からの応答：

[0063]要求元装置１０は、ＴＯＴＰ生成手段１２からＲ’ＴＯＴＰ応答を受信する。ＴＯＴＰ生成手段１２において計算される結果は、切り捨てハッシュ値Ｒ’ＴＯＴＰとして要求元装置１０に渡されるハッシュ値である。
・７ － 認証装置３０へのＲ’ＴＯＴＰ応答の送信：

[0064]Ｒ’ＴＯＴＰ応答は、任意の通信チャネルを介して認証装置３０に渡されなければならない。要求元装置１０と認証装置３０との間の接続が存在しない場合、Ｒ’ＴＯＴＰ応答を認証装置３０において直接的に入力することも可能である。
・８ － 認証装置３０上での基準値の計算：

[0065]受信されたＲ’ＴＯＴＰ応答を比較するために、認証装置３０は、以前に生成された事前定義可能な情報アイテムＲに基づいて、ＲＴＯＴＰ応答を自身で計算しなければならない。基準値は、ステップ２の後でステップ９の前の任意の時点において計算されてもよい。
・９ － ＲＴＯＴＰ応答の比較：

[0066]最後のステップにおいて、認証装置３０は、受信されたＲ’ＴＯＴＰ応答を、自身が計算したＲＴＯＴＰ応答と比較しなければならない。前記２つが同一である場合にのみ、Ｒ’ＴＯＴＰ応答のチェックに成功している。
・１０ － 認証ステータスの送信：

[0067]認証装置３０は、認証動作のステータス、すなわち、認証動作が成功したか又は失敗したかを、要求元装置１０に送信する。
ステップ９においてＲＴＯＴＰ応答のチェックに成功した場合に、及び、オプションＡの事例においては、アクセスデータＺに関する妥当性チェックが、アクセスデータが妥当であることを示した場合に、認証動作は成功となる。認証動作全体が成功であった場合、要求されたインタラクションが実行され、成功でなかった場合、インタラクションは許可されず、代わりにブロックされる。

[0068]本発明による認証方法の利点は、当該方法の基本動作原理が説明されるときに明らかになる。必要なすべてのことは、共通の共有秘密鍵Ｓが知られていること、好ましくは、要求元装置１０及び認証装置３０に記憶されることである。当該共有秘密鍵Ｓは、好ましくは、読み取り不可能な形態で記憶される。例えば、生成されるランダム値又はリストからのランダム値などの、事前定義可能な情報アイテムＲが、要求元装置１０において入力され、従来のＴＯＴＰ生成手段１２を用いることによって切り捨てハッシュ値Ｒ’ＴＯＴＰに変換される。同様に前提条件として事前定義可能な情報アイテムを知っている認証装置３０が、認証装置において利用可能であるＴＯＴＰモジュール３２を使用して、当該情報アイテムの部分として、自身の切り捨てハッシュ値ＲＴＯＴＰを計算する。２つの切り捨てハッシュ値が一致する場合、モジュール１２、３２を介した認証は成功である。

[0069]ここで、本発明による方法の特定の実施形態を、図２及び図３を参照して、並びに、流量を測定するためにパイプライン内で使用される流量センサなどのセンサを参照して、説明する。しかしながら、流量センサの代わりに、特に、火炎監視装置などの、何らかの他の種類のセンサも、本発明による方法が使用される可能な適用形態であり得る。当該火炎監視装置は、例えば、燃焼器内に火炎が存在するか否かを検出するために使用される。

[0070]当該センサによれば、訓練を受け、権限を与えられた人員のみが当該センサにアクセスすることができることが不可欠である。これは、当該センサの保守管理、監視、パラメータ化、構成、更新及び制御に特に当てはまる。本発明による方法は、当該目的に理想的に適している。

[0071]例えば、輸送される流体の体積を正確に計算するために、流量センサは、正確に構成及び較正されなければならない。手動の較正又は流量測定は、重大な経済的損害を引き起こす可能性がある。これに関連して、流量センサへのアクセスがセキュア化されること、及び、権限を与えられた人員のみが当該アクセスを許可されることが絶対に不可欠である。

[0072]図２は、流量センサ装置のブロック図を示す。図２は、例えば、流量を測定するためにパイプライン（図示せず）に直接的に取り付けられる流量センサ５０を示す。流量センサから距離をおいて、例えば、水道設備制御センター内に、例えば、ワイヤレスで（例えば、ＷＬＡＮリンクを介して）流量センサへのリンクを確立することが可能な端末５２又はＰＣが存在する。端末５２には、組み込みＴＯＴＰ生成手段を有するハードウェアドングル５４をオペレータによって差し込むことができるスロットがある。

[0073]言及されている例において、ユーザ又はオペレータは、端末５２にログインせず、ただし、ユーザは、本発明による方法を使用することによって、流量センサ５０に直接的にログインする。流量センサ５０自体が、本発明の意味合いにおける認証装置であり、端末５２は要求元装置である。保守技術員が、端末５２にアクセスすることができ、それぞれの流量センサ５０向けに構成されているハードウェアドングル５４を端末５２に差し込む。この時点で、端末５２は、好ましくはハードウェアドングル５４の以前のユーザＰＩＮ要求後に、流量センサ５０への接続を確立する。以前に記憶されている共通の共有秘密鍵Ｓが両方の側で分かっており、且つ、ＲＴＯＴＰトークンが両方の側で同一に計算された場合にのみ、ユーザは端末５２からログインすることができ、したがって流量センサ５０を構成又は較正することができる。

[0074]ＲＴＯＴＰトークンは、端末５２側で、差し込まれているハードウェアドングル５４内で計算される。これは、特定の端末５２を流量センサ５０に固定的に割り当てる必要がないことを意味する。センサ５０にログインするためのいかなる種類の認証データも盗むことができず、したがって、端末５２のみを使用して権限なく流量センサ５０を構成することは可能でないため、端末５２の紛失又は盗難は緊急事態ではない。

[0075]センサ端末５２においてハードウェアドングル５４が引き続き利用可能であるかを連続的にチェックすることによって、ハードウェアドングル５４が差し込まれている場合にのみ構成／較正が可能であることを保証することも可能である。ハードウェアドングル５４が取り外された場合、ユーザは流量センサ５０からログアウトされる。

[0076]例えば、ユーザは、休憩をとる場合、ハードウェアドングル５４を携行する。したがって、たとえ端末５２への保護されていないアクセスがある場合であっても、権限のない構成は可能でない。しかしながら、ハードウェアドングル５４への権限のないアクセスは回避されるべきである。したがって、ハードウェアドングル５４の形態で物理的で有形の鍵が、デジタルインターフェースにログインするために使用される。

[0077]ここで、機能的手順を、図３を参照して説明する。

[0078]図３は、例として、認証のための通信がまとめられている時系列を示す。流量センサ５０は、端末５２とワイヤレス又は有線で通信し、端末５２において、ユーザ５６のハードウェアドングル５４を差し込むことができる。当該ハードウェアドングル５４は、共有秘密鍵Ｓが記憶される内部ＴＯＴＰ生成手段を有する。当該共有秘密鍵Ｓはまた、流量センサ５０にも記憶される。流量センサ５０もまた、ソフトウェアによって実装することができるＴＯＴＰモジュールの形態で実装される内部ＴＯＴＰ生成手段を有する。

[0079]ユーザ５６が、流量センサ５０からデータを取り出すことを所望すると仮定する。データを取り出すためには、ユーザ５６自身も当該データを取り出す権限を与えられていることを証明しなければならない。本発明による認証方法は、当該目的のために使用される。

[0080]第１のステップ３００において、ユーザ５６は、自身のハードウェアドングル５４をセンサ端末５２に差し込む。当該ハードウェアドングル５４が差し込まれると、後続のステップ３０２において、設定コマンドがセンサ端末５２に送られる。センサ端末５２は、ステップ３０４において当該設定コマンドを待つ。当該設定コマンドが受信されるとすぐに、ステップ３０６において、センサ端末５２は認証要求を流量センサ５０に送る。ステップ３０８において、ＲＴＯＴＰ要求が流量センサ５０内で生成され、センサ端末５２に要求が送られる。センサ端末５２は、ステップ３１０において当該要求を待つ。ＲＴＯＴＰ要求が流量センサ５０からセンサ端末５２に送られると、流量センサ５０において提供され、例えば、ランダム値として生成されるか、又は、以前に記憶されている値リストから導出することができる、事前定義可能な情報アイテムＲが、センサ端末５２に通信される。したがって、ステップ３１０において、センサ端末５２は、関連するハッシュ値又は切り捨てハッシュ値を続いて計算するために、事前定義可能な情報アイテムＲを受信する。後続するステップ３１２において、センサ端末５２は、ＲＴＯＴＰ要求をハードウェアドングル５４に提出し、ハードウェアドングルにおいて、事前定義可能な情報アイテムＲが、架空のタイムスタンプとして、ハードウェアドングル５４内のＴＯＴＰ生成手段に提供される。

[0081]認証方法をよりセキュアにするために、図３に示すように、追加の識別プロセスがハードウェアドングルにおいて実行される。ここで、ユーザ５６は、ＰＩＮを入力することによって、ハードウェアドングルにおいて自身を権限を与えられた者として識別しなければならない。識別は、ステップ３１４において行われる。ユーザは、ＰＩＮを入力するように促される。当該ＰＩＮを入力する代わりに、スマートカードを挿入すること、適切な指紋センサに指を置くことなどが必要である場合もある。ステップ３１６において、ユーザ５６は、ＰＩＮを入力する。ハードウェアドングル５４は、ステップ３１８において当該入力を待つ。ＰＩＮがユーザ５６によって入力されるとすぐに、ステップ３２０において、ＰＩＮが正しく入力されたか否かに関するチェックが実行される。ＰＩＮが正しく入力されなかった場合、ステップ３２２において、エラーメッセージがハードウェアドングル５４からセンサ端末５２へと送信される。他方、ステップ３２０においてＰＩＮが正しく入力された場合、ステップ３２４において、切り捨てハッシュ値Ｒ’ＴＯＴＰが計算される。ステップ３２４において、切り捨てハッシュ値Ｒ’ＴＯＴＰがセンサ端末５２に送信され、ステップ３２６において、センサ端末はＲ’ＴＯＴＰ応答を待つ。

[0082]ステップ３２８において、センサ端末５２は、ステップ３２６においてエラーメッセージ又はＲ’ＴＯＴＰ応答が以前に受信されたか否かを確証する。エラーメッセージが受信された場合、後続するステップ３３０においてエラーメッセージが発行され、流量センサ５０のいかなる構成又は読み出しもブロックされる。

[0083]ステップ３２８において、エラーメッセージがないことが検出されており、ただし、Ｒ’ＴＯＴＰ応答が受信されたことが検出された場合、後続するステップ３３２において、当該Ｒ’ＴＯＴＰ応答が流量センサ５０に送られる。内部計算ステップ３０９において、流量センサ５０内で、独自仕様の切り捨てはハッシュ値を有し、ＲＴＯＴＰが計算される。当該計算のために、流量センサ５０内の従来のＴＯＴＰ生成手段が使用され、ＴＯＴＰ生成手段には、タイムスタンプの代わりに、ステップ３０８において以前にセンサ端末５２に送られた正確に同じ事前定義可能な情報アイテムＲが与えられる。切り捨てハッシュ値ＲＴＯＴＰが、流量センサ５０のＴＯＴＰ生成手段のものから計算される。ステップ３３４において、センサ端末５２からのＲ’ＴＯＴＰ応答を待つ。当該Ｒ’ＴＯＴＰ応答が流量センサ５０においてセンサ端末５２から受信されるとすぐに、ステップ３３６において、センサ端末５２からのＲ’ＴＯＴＰ応答が、流量センサ５０のステップ３０９に従って、計算されたＲＴＯＴＰ値と比較される。当該比較は、ステップ３３６において実行される。次いで、ステップ３３８において、２つの値を比較した結果が正しいか否かが判断される。ステップ３３８における比較が、２つの値が正しくないことを示す場合、ステップ３４０において、エラーメッセージがセンサ端末５２へと送られる。ステップ３４２において、センサ端末５２は、流量センサ５０からの応答を待つ。他方、比較の結果が肯定的である場合、すなわち、センサ端末５２において計算されたＲ’ＴＯＴＰ値と流量センサ５０において計算されたＲＴＯＴＰ値とが同一である場合、ステップ３４４において、認証の、すなわち、正しい認証の確認応答が、センサ端末５２に送られる。

[0084]認証が成功したか否かは、ステップ３３８の比較の結果に応じて、センサ端末５２において判断される。当該判断は、ステップ３４６において行われる。切り捨てハッシュ値Ｒ’ＴＯＴＰ及びＲＴＯＴＰの認証が成功しなかった場合、エラーメッセージが表示され、方法はステップ３３０にジャンプする。しかしながら、切り捨てハッシュ値の認証に成功した場合、ステップ３４８において、設定コマンドが流量センサ５０に送られ、流量センサは、ステップ３５０において設定コマンドを待つ。ステップ３５２において、設定コマンドが流量センサ５０内でトリガされ、適用可能である場合、肯定的な認証が実施されたという信号が与えられる。これが当てはまる場合、ユーザ５６によって、流量センサ５０の、読み出し、構成、新たな更新の提供、パラメータ化などを行うことができる。

[0085]ハードウェアドングルにおいて、ＰＩＮが入力されており、したがって、ユーザに関する追加の識別プロセスが実行されているが、当該ＰＩＮの入力は、図３及びステップ３１４～３２０の文脈においては任意選択に過ぎない。説明されている方法は、当該ＰＩＮ入力なしに実行されてもよい。しかしながら、当該入力が実行されない場合の認証は安全性に欠け、特に、盗まれたハードウェアドングルを使用して識別に成功してしまうことを防止することは不可能である。

[0086]図４及び図５に示されている第２の実施形態において、クレーンユニット７０の（例えば、コンテナガントリークレーンの、又は、鉄塔クレーンの）クレーン制御装置７２が提示される。本発明による認証方法が、ここでも使用される。

[0087]当該実施形態においては、以下の条件が適用される。クレーンユニット７０は無線によって制御される。訓練を受け、権限を与えられた人員のみが、クレーン制御装置７２の遠隔制御が保持される場所にアクセスすることができる。前記権限を与えられた人員のみがまた、クレーンユニット７０に属するハードウェアドングル７４にもアクセスすることができる。前提条件は、共通の共有秘密鍵Ｓがクレーンユニット７０及びハードウェアドングル７４に記憶されることである。

[0088]オペレータは通常、人－機械インタラクションを用いることによって常にログインする。常にログインすることは、エラーを引き起こすことが多く、又は、人間によってセキュアでない様式で実行される。例えば、動作が短時間停止されるとき、システムからログアウトされない。作業場所を離れるときに画面ロックが起動されるＷｉｎｄｏｗｓ（登録商標） ＰＣと同様に、使いやすい認証方策を用いることによって動作時のクレーンユニットのサイバーセキュリティを大幅に増大させることが可能である。

[0089]静的認証データが使用されないため、クレーンユニット７０の制御装置に対する無線ベースの認証攻撃の危険性を、第２の認証要素によって大きく低減することもできる。

[0090]本例において、クレーンオペレータ７６は、クレーン制御装置７０の遠隔制御部にログオンしない。代わりに、遠隔制御部が、本発明による方法を介してクレーンユニット７０において自身を認証する。認証を行うために、クレーンオペレータ７６は、遠隔制御部にアクセスすることができ、それぞれのクレーンユニット７０向けに構成されたハードウェアドングル７４をクレーン制御装置７２の遠隔制御部に挿入する。遠隔制御部は、本発明による方法を介してクレーンユニット７０への接続を確立する。共有秘密鍵Ｓが両方の側で分かっており、したがって、ＲＴＯＴＰ応答が両方の側で同一に計算された場合にのみ、クレーンユニット７０の遠隔制御部がログインすることができ、したがってクレーンユニットを制御することができる。遠隔制御部側で、ＲＴＯＴＰ応答は、遠隔制御部に挿入される必要があるハードウェアドングル７４内で計算される。これは、特定の遠隔制御部をクレーンユニット７０に固定的に割り当てる必要がないことを意味する。遠隔制御部内にクレーンユニット７０にログオンするための認証データがなく、したがって、クレーンユニットの悪意ある制御はもはや可能でないため、遠隔制御部の紛失又は盗難はもはや緊急事態ではない。しかしながら、ハードウェアドングル７４には気を配らなければならず、ハードウェアドングルの紛失は回避されなければならない。

[0091]遠隔制御部においてハードウェアドングル７４が引き続き利用可能であるかを連続的にチェックすることによって、ハードウェアドングル７４が遠隔制御部に差し込まれている場合にのみ、クレーンを制御することが可能であることを保証することも可能である。ハードウェアドングル７４が取り外された場合、遠隔制御部は好ましくは、クレーンユニット７０から自動的にログオフされる。例えば、クレーンオペレータ７６は、休憩をとる場合、ハードウェアドングル７４を携行する。したがって、クレーン制御装置７２の遠隔制御部へのアクセスが保護されていない場合であっても、クレーンユニット７０の権限のない操作はもはや可能でない。

[0092]図５は、クレーンユニット７０におけるクレーン運転者７６の認証のフローチャートを、経時的に進行するものとして示す。クレーンオペレータ７６は、クレーン制御装置７２を介してクレーンユニット７０を制御することが可能である。クレーン制御装置７２は、権限を与えられたクレーンオペレータ７６の物理的で有形の認証鍵である、ハードウェアドングル７４を設けられている。ＴＯＴＰ生成手段の形態のＴＯＴＰモジュールが、ハードウェアドングル７４に組み込まれている。加えて、共有秘密鍵Ｓがハードウェアドングル７４に記憶されている。当該共有秘密鍵Ｓはまた、クレーンユニット７０にも記憶されている。ＴＯＴＰ生成手段は、クレーンユニット７０にも組み込まれている。クレーンユニット７０を操作することを許可されるようにクレーン制御装置７２が自身を適法化する機能シーケンスは、以下のとおりである。

[0093]ステップ７００において、クレーンオペレータ７６は、クレーン制御装置７２において、クレーン制御装置７２のハードウェアドングルを、例えば、提供される遠隔制御部に挿入する。ステップ７０２において、クレーンオペレータ７６は、次いで、制御コマンドをクレーン制御装置７２に送る。ステップ７０４において、クレーン制御装置７２は、当該制御コマンドを待つ。後続のステップ７０６において、クレーン制御装置７２は、認証要求をクレーンユニット７０に送り、クレーンユニットにおいて、ステップ７０８において「ＲＴＯＴＰ要求」が、ランダムに生成されるか又は値リストから選択することができる事前定義の情報アイテムＲを提供することによって生成される。当該事前定義可能な情報アイテムＲは、ＲＴＯＴＰ要求の形態でクレーン制御装置７２に送信し戻され、ステップ７１０において、クレーン制御装置は、当該情報アイテムを待つ。当該要求及び送信された事前定義可能な情報アイテムＲに基づいて、７１２においてクレーン制御装置７２内で要求が生成され、後者の要求は次いで、ＲＴＯＴＰ要求としてハードウェアドングル７４に送られる。ステップ７１４において、次いで、Ｒ’ＴＯＴＰ応答が、事前定義可能な情報アイテムＲを使用してハードウェアドングル７４内のローカルＴＯＴＰ生成手段において生成され、クレーン制御装置７２に送られ、ステップ７６０において、クレーン制御装置は、当該応答を待つ。後続のステップ７１８において、クレーン制御装置７２が、当該Ｒ’ＴＯＴＰ応答、すなわち切り捨てハッシュ値をクレーンユニット７０に送る。ステップ７２０において、クレーンユニット７０は、クレーン制御装置７２からの当該応答を待つ。ステップ７２０の前に、ステップ７０９において、ＲＴＯＴＰ応答が、上述した事前定義の情報アイテムＲを使用して、クレーンユニット７０内のローカルＴＯＴＰ生成手段において計算される。ＲＴＯＴＰ応答は、切り捨てハッシュ値である。ステップ７２２において、クレーンユニット７０において計算されたＲＴＯＴＰ値が、クレーン制御装置７２又はクレーン制御装置に接続されているハードウェアドングル７４から受信されるＲ’ＴＯＴＰ値と比較される。ステップ７２４において、ステップ７２２における比較の結果が判定される。比較の結果が不一致である場合、ステップ７２６において、エラーメッセージがクレーン制御装置５２に送られ、ステップ７２８において、クレーン制御装置５２は、クレーンユニット７０からの当該応答を待つ。同時に、ステップ７３０において認証結果が待たれ、ステップ７３２において、切り捨てハッシュ値Ｒ’ＴＯＴＰとＲＴＯＴＰとの間の比較が否定的な結果をもたらしたことを伝えるエラーメッセージが表示される。クレーンユニット７０の制御は失敗しており、ブロックされる。ステップ７３２において、エラーメッセージが、適応的に表示され得る。

[0094]他方、ステップ７２２における比較が一致をもたらす場合、ステップ７２４において、肯定的な比較結果が伝えられる。ステップ７４０において、Ｒ’ＴＯＴＰ及びＲＴＯＴＰの比較が一致をもたらしたという確認応答が送られる。ステップ７４０における当該肯定的結果は、クレーン制御装置７２に通信され、クレーン制御装置は、ステップ７３０において認証の成功を検出し、ステップ７４２において、制御コマンドをクレーンユニット７０に送る。ステップ７４４において、クレーンユニット７０は、当該制御コマンドを待つ。ステップ７４６において、クレーンユニット７０は、次いで、ユーザ７６によって要求される制御コマンドを実行する。

[0095]図５に示すクレーン制御装置において、図３に示す実施形態とは対照的に、ユーザは、付加的にハードウェアドングルによって識別されない。以前のＰＩＮ入力の成功は図５の実施形態においては想定されず、そこでも指定され得る。
［符号の説明］
１０ 要求元装置
１２ ＴＯＴＰ生成手段
３０ 認証装置
３２ ＴＯＴＰ生成手段
５０ 流量センサ
５２ 端末
５４ ハードウェアドングル
５６ ユーザ
７０ クレーンユニット
７２ クレーン制御装置
７４ ハードウェアドングル
７６ オペレータ、クレーンオペレータ
Ｓ 共有秘密鍵
Ｚ アクセスデータ
Ｒ 事前定義可能な情報、ランダム値
ＲＴＯＴＰ 認証装置３０内のハッシュ値
Ｒ’ＴＯＴＰ 要求元装置１０内の内のハッシュ値
３００～３５２ ステップ
７００～７４６ ステップ

Claims (14)

1. マイクロコントローラ及び／又はＦＰＧＡベースの装置又は電化製品において、特に、組み込みシステム及び／又は火炎監視装置において、システム時間から独立してインタラクションを認証するための方法であって、
   暗号ハッシュ値（Ｒ’ＴＯＴＰ、ＲＴＯＴＰ）が、要求元装置（１０）及び認証装置（３０）において、両方の装置（１０、３０）によって使用される共有秘密鍵（Ｓ）に基づいて、並びに、時間ベースワンタイムパスワード法に従って両方の装置（１０、３０）内で動作する時間ベースワンタイムパスワードモジュール（１２、３２）において計算され、
   システム時間（Ｒ）の代わりに、事前定義可能な情報アイテム（Ｒ）が、前記認証装置（３０）によって生成又は提供され、前記要求元装置（１０）からの要求に応答して、又は、前記認証装置（３０）への直接入力に応答して、前記要求元装置（１０）に送信されるように、それぞれの前記ハッシュ値（Ｒ’ＴＯＴＰ、ＲＴＯＴＰ）を計算するための前記事前定義可能な情報アイテム（Ｒ）が、前記時間ベースワンタイムパスワードモジュール（１２、３２）に供給され、
   前記要求元装置において、前記情報アイテムは、ハッシュ値を計算するために内部の前記時間ベースワンタイムパスワードモジュール（１２）に供給され、前記時間ベースワンタイムパスワードモジュールにおいて計算される前記ハッシュ値（Ｒ’ＴＯＴＰ）が、前記認証装置（３０）に渡されることにより、
   前記認証装置（３０）によって受信される前記ハッシュ値（Ｒ’ＴＯＴＰ、ＲＴＯＴＰ）が、前記事前定義の情報アイテム（Ｒ）を使用して前記認証装置（３０）において計算される前記ハッシュ値（Ｒ’ＴＯＴＰ）と同一である場合、認証が成功し、前記インタラクションが許可され、又はさもなければ不一致の場合に前記インタラクションがブロックされる、方法。
2. 外部から前記要求元装置（１０）に差し込み可能であるハードウェアドングルが、前記要求元装置（１０）に割り当てられている前記時間ベースワンタイムパスワードモジュール（１２）として使用されることを特徴とする、請求項１に記載の方法。
3. 前記ハッシュ値（Ｒ’ＴＯＴＰ、ＲＴＯＴＰ）が、切り捨てハッシュ値として提供されることを特徴とする、請求項１又は２に記載の方法。
4. 前記時間ベースワンタイムパスワードモジュール（１２、３２）のうちの少なくとも１つが、直接的に、前記要求元装置（１０）及び／又は前記認証装置（３０）内のソフトウェアとして実装されることを特徴とする、請求項１に記載の方法。
5. ２要素認証（２ＦＡ）を実現するために、所定のアクセスデータ（Ｚ）を有する事前認証要求が、前記要求元装置（１０）によって前記認証装置（３０）に提出されるか、又は、前記認証装置に直接的に入力されること、及び、その点での妥当性確認チェックに成功する場合、認証要求が許可されることを特徴とする、請求項１に記載の方法。
6. パスワード及び／又はユーザ名及び／又は証明書がアクセスデータ（Ｚ）として使用されることを特徴とする、請求項５に記載の方法。
7. 前記アクセスデータ（Ｚ）が、ワイヤレス又は有線で動作するチップユニットに、特に、スマートカード又はＵＳＢモジュールに記憶されることを特徴とする、請求項５に記載の方法。
8. 前記事前定義可能な情報アイテム（Ｒ）が、前記認証装置（３０）によって生成されるか又は所定の値リストから選択されるランダム値であることを特徴とする、請求項１～７のいずれか一項に記載の方法。
9. まったく同一の共有秘密鍵（Ｓ）が、複数の要求元装置（１０）を認証するために使用されることを特徴とする、請求項１～７のいずれか一項に記載の方法。
10. 火炎監視装置などの、マイクロコントローラ及び／又はＦＰＧＡベースの装置又は電化製品におけるインタラクションが、産業システムにおける設定、更新、パラメータ化、測定、操作、切り替え、監視、及び／又は制御機能であることを特徴とする、請求項１～９のいずれか一項に記載の方法。
11. 前記方法が、火炎監視装置のマイクロコントローラ及び／又はＦＰＧＡ内で実行されることを特徴とする、請求項１～１０のいずれか一項に記載の方法。
12. システム時間から独立してインタラクションを認証するための、マイクロコントローラ及び／又はＦＰＧＡベースの装置であって、
    暗号ハッシュ値（Ｒ’ＴＯＴＰ、ＲＴＯＴＰ）が、要求元装置（１０）及び認証装置（３０）において、両方の装置（１０、３０）によって使用される共有秘密鍵（Ｓ）に基づいて、並びに、時間ベースワンタイムパスワード法に従って両方の装置（１０、３０）内で動作する時間ベースワンタイムパスワードモジュール（１２、３２）において、計算可能であり、
    システム時間（Ｒ）の代わりに、事前定義可能な情報アイテム（Ｒ）が、前記認証装置（３０）によって生成又は提供され、前記要求元装置（１０）からの要求に応答して、前記要求元装置（１０）に送信され得るように、それぞれの前記ハッシュ値（Ｒ’ＴＯＴＰ、ＲＴＯＴＰ）を計算するための前記事前定義可能な情報アイテム（Ｒ）が、前記時間ベースワンタイムパスワードモジュール（１２、３２）に供給可能であり、
    前記要求元装置において、前記情報アイテムが、ハッシュ値を計算するために内部の前記時間ベースワンタイムパスワードモジュール（１２）に供給され得、前記時間ベースワンタイムパスワードモジュールにおいて計算される前記ハッシュ値（Ｒ’ＴＯＴＰ）が、前記認証装置（３０）に渡され得ることにより、
    前記認証装置（３０）によって受信可能である前記ハッシュ値（Ｒ’ＴＯＴＰ）が、前記事前定義の情報アイテム（Ｒ）を使用して前記認証装置（３０）において計算されるハッシュ値（Ｒ’ＴＯＴＰ）と同一である場合、認証が成功し、前記インタラクションが許可され得、又はさもなければ不一致の場合に前記インタラクションがブロックされ得る、マイクロコントローラ及び／又はＦＰＧＡベースの装置。
13. 前記装置が組み込みシステムであることを特徴とする、請求項１２に記載のマイクロコントローラ及び／又はＦＰＧＡベースの装置。
14. 請求項１２又は１３に記載の装置によって特徴付けられる火炎監視装置であって、特に、前記装置が、システム時間から独立してインタラクションを認証するための、請求項１２又は１３に記載のマイクロコントローラ及び／又はＦＰＧＡベースの装置を有することを特徴とする、火炎監視装置。

Images