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

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

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

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

• 主要なIdentityモデルにはacts_as_tenantを適用し、監査ログはtenant_id基準のscopeで照会します。
• 監査ログとアプリ設定はテナント境界で照会されます。
• 運用者コンソールとテナントコンソールの権限境界を分離します。

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

• UTCで保存し、ユーザーのタイムゾーンで表示します。
• CSVエクスポートとISMS-P PDFレポートは、プラン条件に応じてセキュリティ審査と社内報告に活用できます。
• 秘密情報はログ、フラッシュ、リダイレクトパラメータに含めません。

入社、異動、退職の流れをIdPレイヤーで管理し、放置アカウントを減らします。

• Bearer tokenは暗号化保存の対象です。
• Users/Groupsエンドポイントはトークン認証とテナント境界を基準に動作します。
• 競合や失敗は運用者が追跡できるログとして残します。