左門至峰の株式会社エスエスコンサルティング)です。過去問を多数引用しながら、基礎知識をしっかり学んでもらうように作ってあります。(情報セキュリティスペシャリスト)を楽しく学べるように工夫したいと思います。その他の認証技術チャレンジ・レスポンス認証チャレンジ・レスポンス認証は、「利用者が入力したパスワードと、サーバから送られたランダムなデータとをクライアント側で演算し、その結果を認証用データに用いる(H21SC秋午前II問2)」方式です。ネットワーク上を流れるレスポンスが毎回変わるので、リプレイアタックにも強い仕組みです。パスワードが暗号化されるとともに、ワンタイムパスワードの役割も有する。ユーザ名とパスワード以外に必要な情報もない。事前に秘密鍵を共有したり証明書を準備する必要ない。考えられた認証方式だと思います。チャレンジレスポンス認証が必要なのか、あまりよく分かりません。ネットワークを介してパスワードを送信する場合、第三者による盗聴の恐れがあります。最近のWebシステムのように、SSL/TLSで暗号化されていれば安全ですが、そうでない場合もあります。そこで、無線LANのWEP方式やSMTP-AUTH、APOP、IMAPなどでは、チャレンジ・レスポンス認証という技術を利用しています。利用者は毎回異なるパスワード(下図でいう”レスポンス”)をサーバに送ることになります。仮に第三者にこのパスワード(レスポンス)を盗聴されたとしても、パスワード(レスポンス)は1回限りのものですから、不正利用される心配がありません。チャレンジ・レスポンス認証の、具体的な流れは以下です。1利用者は、ユーザIDを送信する2サーバは、チャレンジ(乱数)を生成する3作成したチャレンジを利用者に送信する4利用者は、チャレンジと保有するパスワードからレスポンスを作成する(※ハッシュ演算により暗号化している)5サーバに対し、レスポンスを送信する6サーバは、受け取ったレスポンスと自ら作成したレスポンスを比較する。両者が一致すれば、正規の利用者とみなされ、認証が成功する。code)メッセージ認証にて、メッセージが改ざんされていないかの確認に使われる。過去問(H18秋SU午前問27)では、MACに関して、「送信者と受信者の共通鍵を元に,メッセージにハッシュ関数を適用して生成したもの」と述べられている。ハッシュは、送信者と受信者での共通鍵で行います。MACによるメッセージ認証(改ざんがされていないか)の流れを、次の図とともに説明します。1送信者と受信者は、あらかじめ共通鍵を共有しておきます。2送信者は、メッセージのハッシュ値であるMACを計算します。3受信者に対して、メッセージだけでなく、MACも送ります。4受信者は、受信したメッセージからMACを計算します。5この値と受信したMACを比較します。両者が一致すれば、改ざんされていないことがわかります。code)をメッセージとともに送り,受信者が受け取ったメッセージからMACを生成して,送られてきたMACと一致することを確認するメッセージ認証で使用される鍵の組合せはどれか。(H18年春SM午前)MACは共通鍵を使う。その分、簡単ではある。否認防止などはできない。?不正な第三者は、共通鍵を入手できないはず。送信者しかそのメッセージを作れないから、否認防止効果があるのでは?メッセージの受信者はそのメッセージを作ることができる。ディジタル署名の場合は、送信者の秘密鍵で暗号化するため、送信者でしか作成できない。否認防止が可能になる。前置きが長くなったが、この問題の正解はアだ。その他の認証技術コメント(0)CAPTCHA(キャプチャ)過去問(H26春AP午前問36)では「人間には読み取ることが可能でも,プログラムでは読み取ることが難しいという差異を利用して,ゆがめたり一部を隠したりした画像から文字を判読させ入力させることで,人間以外による自動入力を排除する技術」と述べられています。私のサイトから、私へメッセージをお送りいただく場合も、以下のようなCAPTCHA画面が表示されます。ツールよる不正は投稿を防ぐためです。Authorization)とは、複数のシステム(Webサービス)間で、APIを使ってアプリケーションを連携させる仕組みです。言葉がオープンな(Open)な許可(Authorization)が意味するように、安全に連携させるアプリケーションを許可します。一方のOpenIDの場合は、認証の許可だけになります。過去問(H27秋SC午前2)を見てみましょう。WebサービスBにリソースDを所有している。2.0の動作はどれか。WebサービスAが,アクセストークンを発行する。WebサービスAが,利用者Cのディジタル証明書をWebサービスBに送信する。WebサービスBが,アクセストークンを発行する。WebサービスBが,利用者Cのディジタル証明書をWebサービスAに送信する。以下に図にしてみました。利用者は、WebサービスAを利用します。これは、知名度があまり高くないサービスとしましょう。このサービスには、マッシュアップとして、WebサービスBのリソースDが組み込まれています。リソースとは少し違いますが、SNSのコメント機能が組み込まれてることを思い浮かべてください。このとき、利用者Cは、WebサービスAにユーザIDやパスワードを渡すのは危険だと考えるでしょう(下図1)。それに、WebサービスA側としても、余分な処理が増えます。そこで、Oauthを使い、APIとして連携します。利用者にはWebサービスBからのメッセージでログインをさせ(下図3)、WebサービスAにはトークンを払い出します(下図3)。トークンは、許可証みたいなものです。セキュリティの観点から、WebサービスA側には、利用者のIDやパスワード情報は渡しません。いう仕組みで、利用者Cは、WebサービスAのリソースDにアクセスができます(下図4)。ちなみに、Oauth1.0はセキュリティ上の欠陥があり、Oauth2.0で改良されました。以下のサイト、実際のOAuthを体験できるので、とても分かりやすいです。認証にはBASIC認証(ベーシック認証)とDIGEST認証(ダイジェスト認証)があります。前者はパスワードが平文で流れますが、後者は暗号化されます。BASIC認証の場合、HTTPで通信する場合はパスワードが漏えいする危険があります。DIGEST認証は、チャレンジレスポンス認証と同じやり方で通信を暗号化していると考えてください。チャレンジとレスポンスを交換して通信を暗号化します。チャレンジレスポンス認証に関しては、以下に記載しています。(平成30年春・秋)の徹底解説をした本です。(2)論文試験の意識改革に!論文試験の合格のコツがわかる本。論文試験に一発合格した10人のアンケートも掲載。至峰(技術評論社)私のIT資格取得に対するノウハウを1冊にまとめた本です。左門至峰のプロフィール左門至峰の簡単なプロフィールはこちらプライバシーポリシープライバシーポリシーへのリンクはこちら講演・研修・セミナーの依頼こちらからメッセージをお送りください。第三者には公開されません。講演・セミナー以外のメッセージにはお答えできませんので、ご理解ください。エスエスコンサルティング↑このページのトップヘ。