セキュリティと権限

セキュリティは、Alius Agent Teamのコア設計原則の1つです。この章では、システムのセキュリティアーキテクチャ、権限管理メカニズム、セキュリティベストプラクティスについて詳しく説明します。

セキュリティアーキテクチャ概要

Alius Agent Teamは、多層セキュリティアーキテクチャを採用:

┌─────────────────────────────────────────┐
│         アプリケーション層セキュリティ     │
│   認証 / セッション管理 / CSRF防止        │
└─────────────────┬───────────────────────┘

┌─────────────────▼───────────────────────┐
│         認可層セキュリティ                │
│   RBAC / 権限チェック / 監査ログ        │
└─────────────────┬───────────────────────┘

┌─────────────────▼───────────────────────┐
│         データ層セキュリティ              │
│   暗号化保存 / 伝送暗号化 / データ分離    │
└─────────────────┬───────────────────────┘

┌─────────────────▼───────────────────────┐
│         インフラストラクチャセキュリティ   │
│   ネットワークセキュリティ / ホストセキュリティ│
│   / パッチ管理                            │
└─────────────────────────────────────────┘

認証システム

サポートされる認証方式

Alius Agent Teamは、異なるユーザーのニーズを満たす複数の認証方式をサポート:

SMS認証

携帯電話番号に基づく認証方式、大多数のユーザーに適用。

ワークフロー

  1. ユーザーが携帯電話番号を入力
  2. システムが6桁認証コードを携帯電話に送信
  3. ユーザーが認証コードを入力
  4. システムが認証コードを検証
  5. 認証成功、セッションを作成

セキュリティ機能

  • 認証コードは5分間有効
  • 同一番号は1分間に最大1回送信可能
  • 同一番号は1日に最大10回送信可能
  • 5回連続入力エラーで15分間ロック

Apple ID認証

Apple IDを使用した認証、高速かつ安全なログイン体験を提供。

ワークフロー

  1. ユーザーが「Sign in with Apple」を選択
  2. システムがApple認証ページにリダイレクト
  3. ユーザーがApple IDとパスワード(または生体認識)を入力
  4. Appleが検証後にコールバック
  5. システムがアカウントを作成または連携

プライバシー機能

  • 「メールを隠す」機能をサポート、Appleが中継メールを提供
  • Aliusに不要な個人情報を開示しない
  • ユーザーはAppleアカウントでいつでも認可を取り消し可能

WeChat認証

WeChat QRコードスキャンを使用した認証、中国ユーザーに適用。

ワークフロー

  1. ユーザーが「WeChatログイン」を選択
  2. システムがQRコードを生成
  3. ユーザーがWeChatでQRコードをスキャン
  4. ユーザーがWeChatでログイン認可を確認
  5. システムが検証成功後セッションを作成

セキュリティ機能

  • QRコードは2分間有効
  • QRコードは1回のみ使用可能
  • WeChatのリスク制御メカニズムをサポート

多要素認証(MFA)

より高いセキュリティを提供するため、Alius Agent Teamは多要素認証をサポート:

MFAの有効化

  1. ユーザー設定 > セキュリティに進む
  2. 「多要素認証」を見つける
  3. 「設定」をクリック
  4. MFA方式を選択:
    • TOTP:Google Authenticator、Authyなどのアプリを使用
    • SMS:SMSで認証コードを受信
    • メール:メールで認証コードを受信
  5. ウィザードに従って設定を完了
  6. バックアップリカバリコードを保存

MFAの使用

MFA有効化後、ログインフローは:

  1. ユーザー名とパスワード(またはSMS認証コード)を入力
  2. システムがMFA認証コードの入力を要求
  3. TOTP認証コード(またはSMS/メール認証コード)を入力
  4. 認証成功

リカバリコード

MFA設定時に、システムがリカバリコードのセットを提供:

  • 各リカバリコードは1回のみ使用可能
  • リカバリコードを適切に保管してください
  • リカバリコードを紛失しMFAデバイスを使用できない場合、サポートチームに連絡が必要

セッション管理

セッションライフサイクル

  • アクセストークン:短期有効(デフォルト1時間)
  • リフレッシュトークン:長期有効(デフォルト30日)
  • 自動リフレッシュ:アクセストークン期限切れ前に自動リフレッシュ
  • 積極的ログアウト:ユーザーが積極的にログアウト時に即時無効

セッションセキュリティポリシー

  • 単一デバイスログイン:オプション、同一アカウントは1つのデバイスのみログイン可能
  • セッションタイムアウト:7日間非活動後に自動ログアウト
  • 異常検出:異常なログイン場所を検出時に再認証を要求
  • 同時制御:同一アカウントの同時セッション数を制限

認可と権限管理

ロールベースアクセス制御(RBAC)

Alius Agent Teamは、RBACモデルによる権限管理を採用:

ユーザー -> ロール -> 権限 -> リソース

ロール階層

Owner
  └── Admin
       └── Member
            └── Viewer

内蔵ロール

システムは、以下の内蔵ロールを提供:

ロール説明適用シナリオ
Owner完全制御権チーム作成者
Admin管理権限チーム管理者
Member通常権限チームメンバー
Viewer読み取り専用権限観察者、監査員

権限モデル

リソースタイプ

システム権限制御は、以下のリソースタイプに適用:

  • Agent:AIエージェントエンティティ
  • Task:タスクエンティティ
  • Team:チームエンティティ
  • User:ユーザーエンティティ
  • Notification:通知エンティティ
  • Session:セッションエンティティ

操作タイプ

各リソースについて、以下の操作をサポート:

  • create:新リソースを作成
  • read:リソースを閲覧
  • update:リソースを変更
  • delete:リソースを削除
  • list:リソースをリスト
  • execute:リソース関連操作を実行

きめ細かい権限制御

ロールベース権限に加えて、Alius Agent Teamはリソースレベルの権限制御もサポート:

エージェント権限

  • プライベートエージェント:作成者のみアクセス可能
  • チームエージェント:チームメンバーがロールに基づいてアクセス
  • 公開エージェント:すべての認可ユーザーがアクセス可能(読み取り専用)

タスク権限

  • 作成者権限:タスク作成者が完全制御権を持つ
  • 実行者権限:タスク実行に割り当てられたエージェントの所有者が閲覧可能
  • チームタスク:チームメンバーがロールに基づいてアクセス

データ権限

  • 行レベルセキュリティ:ユーザーはアクセス権のあるデータ行のみアクセス可能
  • フィールドレベルセキュリティ(計画中):ユーザーはアクセス権のあるフィールドのみ閲覧可能

カスタムロール

内蔵ロールに加えて、チームOwnerとAdminはカスタムロールを作成可能:

カスタムロールの作成

  1. チーム設定 > 権限管理に進む
  2. 「ロール作成」をクリック
  3. ロール名と説明を入力
  4. このロールが持つ権限を選択:
    • リソースタイプでフィルタ
    • 操作タイプでフィルタ
    • バッチ選択または個別選択
  5. ロールを保存

カスタムロールの例

エージェントレビュアー

  • すべてのエージェントを閲覧可能
  • エージェントログを閲覧可能
  • エージェント設定を変更不可
  • エージェントを作成または削除不可

タスクアサインナー

  • すべてのタスクを閲覧可能
  • タスクを作成および割り当て可能
  • タスクを実行不可
  • エージェント設定を変更不可

データセキュリティ

データ暗号化

伝送暗号化

  • TLS 1.3:クライアントとサーバー間のすべての通信がTLS 1.3暗号化を使用
  • 証明書ピンニング:モバイルアプリは証明書ピンニングを使用して中間者攻撃を防止
  • 強力な暗号スイート:強力な暗号スイートのみを使用、弱い暗号化アルゴリズムを無効化

保存暗号化

  • 静的データ暗号化:サーバーに保存されたすべてのデータはAES-256で暗号化
  • キー管理:暗号化キーは専用のキー管理システムで管理
  • データベース暗号化:機密フィールド(パスワード、トークンなど)はデータベース内でも個別に暗号化

データ分離

マルチテナント分離

  • 論理分離:異なるチームのデータは論理レベルで完全に分離
  • リソース分離:異なるチームのエージェントは分離された環境で実行
  • キャッシュ分離:キャッシュデータはチームごとに分離

ユーザーデータ分離

  • ユーザーはアクセス権のあるデータのみアクセス可能
  • 行レベルセキュリティポリシーにより実装
  • データアクセスログを定期的に監査

データバックアップと復元

バックアップ戦略

  • フルバックアップ:週1回
  • 増分バックアップ:日1回
  • リアルタイムレプリケーション:重要データをバックアップデータセンターにリアルタイムでレプリケーション
  • 遠隔地バックアップ:バックアップデータを異なる地理的位置に保存

復元戦略

  • RTO(復元時間目標):4時間
  • RPO(復元ポイント目標):1時間
  • 復元テスト:季度ごとに復元テストを実施
  • 復元プロセス:詳細な災害復元プロセスドキュメント

監査とコンプライアンス

監査ログ

Alius Agent Teamは、すべての重要な操作の監査ログを記録:

記録される操作

  • ユーザーのログイン/ログアウト
  • エージェントの作成/変更/削除
  • タスクの作成/変更/削除
  • チームメンバーの変更
  • 権限の変更
  • 機密設定の変更
  • データエクスポート操作

ログ内容

各監査ログは、以下の情報を記録:

  • タイムスタンプ:操作が発生した正確な時間
  • ユーザー識別:操作を実行したユーザー
  • 操作タイプ:実行された操作
  • リソースタイプ:操作対象のタイプ
  • リソース識別:操作対象の具体的なオブジェクト
  • 操作結果:成功または失敗
  • IPアドレス:操作を開始したIPアドレス
  • ユーザーエージェント:使用されたクライアント情報

ログ保持

  • オンライン照会:最近90日間のログをオンラインで照会可能
  • アーカイブ保存:90日後のログはアーカイブされ7年間保持
  • 不可変更:監査ログは書き込み後、変更または削除不可

コンプライアンス

データ保護規制

Alius Agent Teamは、主要なデータ保護規制への準拠に努め:

  • GDPR(EU一般データ保護規制)
  • CCPA(カリフォルニア消費者プライバシー法)
  • PIPL(中国個人信息保護法)

コンプライアンス機能

  • データ主体権利

    • 知る権利:収集するデータと使用方法を明示
    • アクセス権:ユーザーは個人データにアクセス可能
    • 訂正権:ユーザーは不正確なデータを訂正可能
    • 削除権(忘れられる権利):ユーザーはデータの削除を要求可能
    • データポータビリティ権:ユーザーはデータをエクスポート可能
    • 制限権:ユーザーはデータ処理を制限可能
  • データ保護責任者:コンプライアンス事務を担当するデータ保護責任者を任命

  • データ保護影響評価:定期的にDPIAを実施

  • 侵害通知:データ侵害発生時に規定に基づいて規制当局とユーザーに通知

セキュリティベストプラクティス

ユーザー向け

アカウントセキュリティ

  • 強力なパスワードを使用:最低12文字、大文字小文字、数字、特殊文字を含む
  • MFAを有効化:アカウントに追加のセキュリティ層を追加
  • 定期的なパスワード変更:3-6ヶ月ごとに変更を推奨
  • 公共デバイスでのログインを避ける:公共コンピュータでのログインを回避
  • ログアウト時にセッションをクリア:公共デバイス使用後にログアウト

アクセス制御

  • 最小権限原則に従う:必要な権限のみを授与
  • 定期的な権限確認:自分とチームの権限を季度ごとに確認
  • 権限の迅速な取り消し:メンバー退出時にアクセス権限を迅速に取り消し
  • チーム機能を使用:共有アカウントの使用を回避し、チーム機能を使用

データ保護

  • 機密情報の共有を避ける:プロンプトに機密情報を含めない
  • 定期的なエクスポートとバックアップ:重要なデータを定期的にエクスポート
  • サードパーティ統合に注意:信頼できるサードパーティサービスのみ統合
  • 異常活動の監視:アカウント活動通知に注意

チーム管理者向け

チームセキュリティポリシー

  • セキュリティポリシーの策定:チームに明確なセキュリティポリシーを策定
  • 定期的なセキュリティ研修:チームメンバーにセキュリティ研修を提供
  • インシデント対応プロセスの確立:セキュリティインシデント対応プロセスを策定
  • 定期的なセキュリティ監査:季度ごとにセキュリティ監査を実施

権限管理

  • ロール分離の実装:異なる職責に異なるロールを使用
  • 定期的なメンバーリスト確認:非アクティブまたは不要なメンバーを迅速に削除
  • 管理者数の制限:必要な人にのみ管理者権限を授与
  • 期限ポリシーの使用:一時権限に期限を設定

脆弱性報告と処理

セキュリティ脆弱性の報告

セキュリティ脆弱性を発見した場合、以下の方法で報告:

脆弱性処理プロセス

  1. 報告の受信:セキュリティチームが脆弱性報告を受信
  2. 脆弱性の確認:脆弱性の真実性と重大性を検証
  3. 脆弱性の修正:開発チームが脆弱性を修正
  4. 更新のリリース:セキュリティ更新をリリース
  5. 公開開示:修正後に脆弱性を公開開示(オプション)

セキュリティ更新

  • 重大脆弱性:24時間以内にパッチをリリース
  • 高危険脆弱性:7日以内にパッチをリリース
  • 中危険脆弱性:30日以内にパッチをリリース
  • 低危険脆弱性:次の通常リリースで修正

APIセキュリティ

API認証

APIキー

  • キーの生成:ユーザー設定でAPIキーを生成
  • キー権限:キーに特定の権限を設定可能
  • キーのローテーション:APIキーの定期的なローテーションを推奨
  • キー漏洩の処理:キー漏洩を発見した場合は即時無効化

OAuth 2.0

Alius Agent Teamは、OAuth 2.0認可フレームワークをサポート:

  • 認可コードフロー:サーバーサイドアプリケーションに適用
  • インプリシットフロー:純フロントエンドアプリケーションに適用(非推奨)
  • クライアントクレデンシャルフロー:サービス間通信に適用
  • リフレッシュトークン:リフレッシュトークンを使用して新しいアクセストークンを取得

APIセキュリティベストプラクティス

  • HTTPSを使用:すべてのAPI呼び出しはHTTPSを使用
  • 入力を検証:入力データを常に検証およびサニタイズ
  • レート制限:滥用を防止するためにレート制限を実装
  • 最小権限を使用:APIキーに必要な権限のみを授与
  • API使用を監視:異常なAPI呼び出しパターンを監視

まとめ

セキュリティは継続的なプロセスであり、一度の作業ではありません。Alius Agent Teamは、安全かつ信頼性の高いサービスを提供することに努めていますが、ユーザーの協力も必要です。このドキュメントのセキュリティベストプラクティスに従うことで、アカウントとデータのセキュリティを最大限に保護できます。

セキュリティに関する質問や懸念がある場合は、セキュリティチームにご連絡ください:security@alius.ai