SWAセキュリティモデルは、利便性より説明可能性が先です

独自方式ではなく、実績のある標準プロトコルでSSOとアカウント連携を提供します。

• OIDC/OAuth2はDoorkeeperで実装し、OpenID構成とJWKSを標準のディスカバリー経路で公開します。
• SAML 2.0 IdPはテナントごとのメタデータ、SSO、SLO(シングルログアウト)エンドポイントを提供します。
• SCIM 2.0 Users/Groupsで入社・異動・退職に応じたアカウントのプロビジョニングを自動化します。

非SSOアプリの自動ログインは、単なる便利機能ではなくアクセス管理フローの一部として扱います。

• SWA credentialはサーバー保存時にLockboxのカラム暗号化の対象です。
• 拡張機能は自動ログイン対象ページで動作し、権限範囲の縮小は本番配布前のセキュリティ改善項目として管理します。
• 認証情報の利用、自動入力の失敗、主要な活動を監査ログにつなげます。

AxiPassのIdPドメインモデルはIdentity名前空間とtenant scopeを基準に分離されます。

• 主要なIdentityモデルにはacts_as_tenantを適用し、パスベースの/t/:tenant_slugでテナント境界を区切ります。
• 監査ログとアプリ設定はテナント境界で照会されます。
• 企業ドメインの所有はDNS TXTレコードで検証し、運用者コンソールとテナントコンソールの権限境界を分離します。

認証に用いる秘密情報は、保存方式から露出経路まで区別して扱います。

• OAuth client_secret、SWA認証情報、SAML証明書のように復元が必要な値はLockboxのカラム単位暗号化で保存します。
• SCIM Bearerトークンは平文を保存せず一方向ハッシュのみで保管し、発行時に一度だけ表示します。
• OAuth・SAMLの鍵ローテーションは専用の手順を通し、ローテーション履歴を監査ログに残します。

MFAは個人設定にとどまらず、テナントのポリシーとして強制できます。

• TOTPベースの2段階認証とバックアップコードを提供します。
• テナント全体の強制やグループ単位の強制を、組織のポリシーに合わせて適用します。
• 再認証の間隔やログインごとの再認証オプションで、セッションの信頼区間を調整します。

認証、認可、設定変更、SWA活動をセキュリティチームが確認できる標準証跡として残します。

• 監査ログはサービスデータと分離した専用データベースに保管します。
• UTCで保存してユーザーのタイムゾーンで表示し、CSVエクスポートとISMS-P PDFレポートで社内点検とセキュリティ審査の準備に活用します。
• パスワードやMFAシードなどの秘密情報は、ログ、フラッシュ、リダイレクトパラメータに含めません。

ログアウトがIdPで完結せず、連携アプリまで及ぶように設計しています。

• IdPのログアウト時に、OIDCトークン、SAMLセッション、SWA実行トークン、ブラウザ拡張セッションの終了をまとめて伝播します。
• 本番環境ではHTTPSを強制し、HSTSを適用します。