【SC試験】認証・認可 — MFA・OAuth 2.0・JWT脆弱性 問題セット

午前I問題

多要素認証（MFA）に関する記述として、適切なものはどれか。

ア）多要素認証とは、パスワードとPINコードを組み合わせて認証する方式であり、2つの「知識情報」を使用することで安全性を高めている。

イ）TOTP（Time-based One-Time Password）は、サーバとクライアントが共有する秘密鍵と現在時刻をもとに生成されるワンタイムパスワードであり、一定時間（通常30秒）ごとに更新される。

ウ）FIDOによる認証では、サーバ側に生体情報（指紋・顔）を送信して照合するため、サーバが侵害された場合に生体情報が漏洩するリスクがある。

エ）SMS認証は、SIMスワップ攻撃に対して強固な耐性を持つため、NIST SP 800-63Bでは推奨認証手段として位置づけられている。

午前II問題

OAuth 2.0に関する記述として、適切なものはどれか。

ア）OAuth 2.0の認可コードフロー（Authorization Code Flow）では、アクセストークンがブラウザのURLフラグメント（#以降）に含まれて返却されるため、ブラウザ履歴やリファラヘッダを通じてトークンが漏洩するリスクがある。

イ）PKCEを使用する認可コードフローでは、クライアントが事前に生成したcode_verifierのハッシュ値（code_challenge）を認可リクエストに含め、トークンリクエスト時にcode_verifierを送信することで、認可コード横取り攻撃を防止する。

ウ）OAuth 2.0のImplicitフローは、アクセストークンを安全に保管できないパブリッククライアント向けに最新の仕様で推奨されており、SPAやモバイルアプリでの標準的な利用方法である。

エ）OAuth 2.0はユーザ認証のためのプロトコルであり、アクセストークンにはユーザのID・名前・メールアドレスなどの属性情報が必ず含まれるよう仕様で定められている。

午後問題

D社はマイクロサービス構成のWebサービスを運営しており、サービス間の認証にJWT（JSON Web Token）を使用している。セキュリティ担当のE氏がコードレビューを行ったところ、以下の実装と設定が発見された。

def verify_token(token):
    header = jwt.get_unverified_header(token)
    algorithm = header.get("alg")          # (A) ヘッダからアルゴリズムを取得
    secret = get_secret_key()
    payload = jwt.decode(token, secret, algorithms=[algorithm])
    return payload

{
  "sub": "user_123",
  "role": "user",
  "exp": 9999999999
}

def get_user_data(user_id, token_payload):
    role = token_payload.get("role")
    if role == "admin":
        return db.get_all_users()
    else:
        return db.get_user(user_id)     # (B) user_idはリクエストパラメータから取得

設問1

(A) における問題点を説明し、攻撃者がどのように悪用できるかを60字以内で述べよ。

# 正しい実装
payload = jwt.decode(token, secret, algorithms=["HS256"])

設問2

exp 値と (B) それぞれの問題点を答え、適切な対策を述べよ。

def get_user_data(token_payload):
    user_id = token_payload.get("sub")   # JWTから取得（改ざん不可）
    role = token_payload.get("role")
    if role == "admin":
        return db.get_all_users()
    else:
        return db.get_user(user_id)

重要キーワード

まとめ

• 午前I視点： MFAの3要素（知識・所持・生体）を異なるカテゴリから組み合わせることが必須。SMS認証はNIST SP 800-63BでRestrictedに位置づけられる点を押さえる
• 午前II視点： OAuth 2.0のImplicitフロー廃止とPKCE付き認可コードフローへの移行、OAuth 2.0（認可）とOIDC（認証）の役割分担を整理する
• 午後視点： JWTの実装脆弱性（Algorithm Confusion・長期有効トークン・IDOR）はコードレビュー問題として頻出。各脆弱性の悪用方法と対策をセットで答えられるようにする