はじめに
ゼロトラストの起点は「誰か」を正しく保証することです。本人認証が揺らげば、端末評価も権限制御も検知も連鎖的に崩れます。本稿では、本人認証を一つの「ダイヤル」として構造的に捉え直し、次の設計に進むための土台を整えます。
1. 本人認証が最初になる理由と本稿の到達点
本稿で得られることは次の通りです。
- 6DSにおける本人認証の位置づけ
- MFAやパスキー、SSOを点ではなく構造で捉える視点
- 認証は入場券であり次のダイヤルが必要だという前提
想定読者は次の通りです。
- ゼロトラストやID基盤を検討または運用している情シス担当
- MFAやSSOを導入済みだが十分性の判断に迷っている方
- セキュリティを運用や人の動きまで含めて設計したい方
仮説：本人認証が曖昧だと他のダイヤルの判断が成立しません。根拠：利用端末や権限、検知の評価は「誰」に紐づくため、識別が揺らぐと制御条件が崩れます。再検証：MFAだけで本当に識別できているかを問うと、ID統合やライフサイクル運用が欠けているケースが多く見つかります。示唆・次アクション：本人認証を技術ではなく仕組みとして再設計し、次のダイヤルへ安全に接続させます。
2. 本人認証ダイヤルを構成する三要素
本人認証は単なるログイン機構ではなく、認証とID運用を含めた仕組みです。全体像は次の通りです。
| 要素 | 狙い | 代表例 |
|---|---|---|
| 認証（Authentication） | なりすましを防ぎ本人性を担保 | MFA、パスキー、パスワードレス |
| ID統合（Identity Governance） | バラバラのID・パスワードを一本化し、誰が何を持つかを把握できる状態にする | 統一ID・統一パスワード、単一サインオン（SSO）、属性の統一 |
| 運用（Lifecycle & Recovery） | 入社・異動・退職など人の動きに合わせてIDを管理する | 自動発行・削除、定期棚卸し、パスワード紛失時の復旧手順 |
認証（Authentication）
目的：なりすまし防止とフィッシング耐性の確保
代表的な手法は次の通りです。
- 多要素認証（MFA）
- パスキー（FIDO／WebAuthn）
- パスワードレス認証
重要な視点は「MFAを入れたこと」ではなく「回避されにくい方式かどうか」です。運用上の例外や回復フローが弱いと、強い方式でも抜け道が残ります。
IDガバナンス（Identity Governance）
目的：IDを統合し、誰が何を持つかを説明できる状態にする
具体例は次の通りです。
- IdP統合（SAML／OIDC）
- SSOによるID集約
- 属性の標準化
属性例：部署、職務、雇用形態
システムごとにIDが乱立すると、権限の根拠が追えず、例外運用が常態化します。
技術用語注釈
- IdP（Identity Provider）：複数のアプリケーション、クラウドサービスにID情報を提供し、管理作業を一元化する中央管理サービス
- SAML、OIDC：ID情報をセキュアに連携するための業界標準プロトコル。SSOやフェデレーション認証を実現する
- SSO（Single Sign-On）：一度のID・パスで複数のシステムを利用できる。管理者負担を軽減し、ユーザー体験を改善
- 属性標準化：部署、職務、雇用形態などを統一した定義ルールで扱い、システム間を機械的に連携できる
運用（Lifecycle & Recovery）
目的：IDを生き物として扱い、現実の人の動きに追従させる
含まれる要素は次の通りです。
- 入社、異動、退職のライフサイクル
- 定期棚卸し
- アカウント回復の手順設計
運用が弱いと、退職者IDの残存や異動後の過剰権限、緊急時の本人確認不能が起きやすくなります。
3. よくある誤解と本人認証の限界
よくある誤解は「本人認証対策＝MFA導入」です。6DSの観点では不十分です。
| 観点 | 見ているか |
|---|---|
| 認証強度 | △ |
| IDの統合 | × |
| 属性管理 | × |
| 入退社運用 | × |
| 回復設計 | × |
本人認証は入場券に過ぎません。正しい本人でも、危険な端末や経路なら通してはいけないからです。本人認証が完璧でも、次のような状況は普通に起こります。
- フィッシングで正規ユーザーが被害に遭う
- 端末がマルウェアに感染している
- 公共Wi-Fiなど不安定な経路から接続している
この限界があるため、次のダイヤルである利用端末へ必ず接続する必要があります。
4. チェックポイントと次回予告
本人認証ダイヤルの成熟度を測る簡易チェックは次の通りです。
- MFAはフィッシング耐性を考慮している
- IDはIdPに統合されている
- 属性（部署・職務）が標準化されている
- 入退社・異動が自動または半自動で反映される
- アカウント回復手順が定義されている
一つでも「いいえ」があれば、このダイヤルはまだ揃っていません。
次回はダイヤル②の利用端末を扱います。「誰」だけでなく「どの端末か」を保証できるかが焦点です。
- BYODと社給端末の考え方
- MDM、証明書、ポスチャチェック
- 正しい人×危険な端末をどう防ぐか
おわりに
本人認証はゼロトラストの起点であり、同時に運用の現実に最も引きずられるダイヤルです。認証方式の強化だけで満足せず、統合とライフサイクルまで含めて設計することで、次のダイヤルへの接続が現実的になります。