情報処理安全確保支援士の用語と解説

鍵から作った乱数列を平文に排他的論理和で混ぜる方式です。同じ乱数列を二度使うと解読されるため、毎回違う初期値を使います。

受信者の公開鍵で暗号化すれば、復号できるのは受信者の秘密鍵だけです。 【関連】署名のときは逆に、送信者の秘密鍵を使います。

秘密鍵は本人しか持たないので、本人が作った証明になります。 【関連】検証には送信者の公開鍵を使います。

SHA-2の一つで、ビットコインやディジタル証明書の署名にも使われる標準的なハッシュ関数です。

ディジタル証明書の形式を定めたITU-Tの勧告です。持ち主の名前・公開鍵・有効期限などを記載します。

スマホやICカード、トークンは所持の要素です。パスワードは知識、指紋は生体の要素です。 【別解】所持要素

秘密鍵は端末に置いたままでサーバに送らないため、フィッシングに強い認証です。 【関連】基になる標準はFIDOです。

出力128ビットで、衝突が容易に見つかるため安全でないとされたハッシュ関数です。署名には使えません。 【関連】SHA-1も同様に危殆化しています。

自己署名の証明書を持つ、連鎖の最上位の認証局です。ルート証明書はOSやブラウザに最初から入り、信頼の起点になります。 【別解】ルートCA／ルート局

ふだんは手間をかけず、怪しいときだけ追加の確認を求めます。利便性と安全性を両立させる方式です。

Fast IDentity Onlineの略です。秘密鍵が端末から出ないため、フィッシングに強い認証です。

略称はECCです。鍵が短く処理が軽いので、スマホやICカードに向いています。 【別解】ECC

Certificate Revocation Listの略です。証明書そのものではなく、失効した証明書のシリアル番号の一覧です。 【別解】Certificate Revocation List／証明書失効リスト 【関連】1枚ずつ問い合わせる方式はOCSPです。

AESの鍵長は128・192・256ビットから選びます。ブロック長はどれも128ビットです。

ギリシャ神話の三つ首の番犬が名前の由来です。時刻がずれると認証に失敗します。 【別解】Kerberos認証

Message Authentication Codeの略です。共通鍵を使うため、第三者への証明（否認防止）はできません。 【別解】Message Authentication Code／メッセージ認証符号

Security Assertion Markup Languageの略で、企業向けのSSOでよく使われます。

OAuthは「認可」の仕組みです。だれなのかという「認証」はOpenID Connectが加えます。 【別解】OAuth 2.0

Lightweight Directory Access Protocolの略です。ポート番号は389番、TLSで保護すると636番です。

英語ではFRRです。判定を厳しくすると上がり、他人受入率は下がります。 【別解】FRR

Data Encryption Standardの略で、鍵長56ビットが短く安全でないとされます。 【別解】Data Encryption Standard 【関連】3回繰り返して強化したのがトリプルDESです。

略称はPQCです。量子鍵配送（QKD）とは別物で、通常の計算機で動きます。 【別解】PQC／耐量子暗号／ポスト量子暗号

英語ではFARです。高いほど安全性が下がり、本人拒否率とはトレードオフの関係です。 【別解】FAR

2017年の衝突の公表はSHAtteredと名付けられました。現在は署名に使ってはいけません。

証明書の失効状態を1枚ずつ問い合わせて確かめるプロトコルです。 【別解】Online Certificate Status Protocol 【関連】一覧を丸ごと取り寄せるのはCRLです。

安全性の根拠は離散対数問題です。そのままでは中間者攻撃に弱いため、認証と組み合わせます。 【別解】ディフィー・ヘルマン／DH／DH鍵交換／ディフィー・ヘルマン鍵共有

Hash-based MACの略です。鍵を知らなければ正しい値を作れません。

ルート認証局とサーバ証明書の間に入る認証局です。サーバが中間証明書も送らないと、検証に失敗することがあります。 【別解】中間CA

Domain Validationの略で、ドメインの管理権限だけを確認します。 【関連】組織の実在まで確かめるのがOV、最も厳しく確かめるのがEVです。

Extended Validationの略です。審査が最も厳しく、その分発行に時間と費用がかかります。 【関連】ドメインの管理権限だけを確かめるのはDV証明書です。

パスワードの後に秘密の質問など、同じ種類の要素を重ねても多段階認証です。多要素認証とは別物です。 【別解】二段階認証

相手に渡る知識がゼロという意味です。暗号資産の仕組みなどで使われています。

Elliptic Curve DSAの略です。鍵が短くて済むため、TLSのサーバ証明書でも広く使われます。

略称はIVです。同じ平文でも毎回違う暗号文にするために使います。 【別解】IV

Cipher Block Chainingの略で、前の結果が次のブロックに「鎖」のようにつながります。 【別解】CBCモード／Cipher Block Chaining

「危殆」は危ないという意味です。MD5やSHA-1がよい例です。

ハッシュ値から元のデータを求めにくい性質で、一方向性ともいいます。パスワードをハッシュで保存できるのはこのためです。 【別解】原像発見困難性／一方向性

略称はOIDCです。OAuthは認可、OIDCは認証と区別して覚えておきましょう。 【別解】OIDC

Identity Providerの略で、利用者を認証する側です。 【別解】Identity Provider／アイデンティティプロバイダ 【関連】結果を受け取ってサービスを提供する側はSPやRPです。

英語ではcipher suiteです。弱い組合せを無効にするのが設定の基本です。 【別解】サイファースイート

パスワードそのものは流れず、返す値も毎回変わるため、リプレイ攻撃にも強い方式です。 【別解】チャレンジレスポンス方式

開発元が署名して、配布元の確認と改ざんの有無を示す技術です。署名にはコードサイニング証明書を使います。 【別解】コード署名

Certificate Signing Requestの略です。秘密鍵は送らず手元に残すのがポイントです。 【別解】Certificate Signing Request

通信ごとに使い捨ての鍵で鍵交換すると実現できます。TLS 1.3では静的なRSA鍵交換が廃止されました。 【別解】PFS／Perfect Forward Secrecy／Forward Secrecy

ブロックごとに並行して処理できるのが長所です。カウンタの値は二度使ってはいけません。 【別解】CTRモード／カウンタモード

Electronic CodeBookの略です。同じ平文が同じ暗号文になるため、画像を暗号化しても輪郭が見えてしまいます。 【別解】ECBモード／Electronic Codebook

Hardware Security Moduleの略です。認証局の秘密鍵などはこの装置で守ります。 【別解】Hardware Security Module

暗号文のまま計算できるため、データを復号せずにクラウドで集計できます。プライバシー保護に強い技術です。

OIDCで認証結果を記したJWTです。署名と発行者・あて先を必ず検証します。 【関連】認可のためのアクセストークンとは別物です。

JSON Web Tokenの略で、ヘッダ・ペイロード・署名の3つの部分からできています。 【別解】JSON Web Token