SC4SAP セキュリティアーキテクチャ

1.システムを守る仕組み

AI にできることを何重にも制限しています。層ごとに異なる方向で失敗するよう設計されているため、ある層が欠けたり誤って設定されたりしても、次の層がブロックします。

インストール時に実際に確認します

設定ウィザードは接続直後にセッションの往復、システム情報、ADT 権限をチェックし、行抽出ブロックと区分ブロックのフックを登録したうえで、両方が実際にブロックされるかをスモークテストで確認します。このステップを通過しなければ、設定は完了しません。

2.ネットワーク環境に合わせた構成

SC4SAP は SAP の ADT（ABAP Development Tools）インターフェースで接続します。接続経路は会社のセキュリティポリシーに合わせて選べ、SC4SAP のためにポリシーで禁止されている経路を新たに開く必要はありません。

回答を作成するために AI が読んだソースや照会結果は、モデル提供者（Anthropic）の API に送信されます。そのため、その API へ出ていく経路が必要です。ネットワークの外に送信できないデータには接続しないでください。

3.運用データと監査

SAP データ

SAP システムのコピーやバックアップを別途保存することはありません。作業に必要な分だけ、その都度読み取ります。

モデルの学習

お客様のコンテンツをモデルの学習に使用せず、サービス運営に必要な提供者以外の誰とも共有・販売しません。

認証情報

プラグインは SAP のパスワードを OS のキーチェーン（Windows 資格情報マネージャー・macOS キーチェーン・Linux libsecret）に保管します。Web ワークスペースは接続情報を暗号化して保存し、保存後はブラウザに再表示しません。

監査記録

Web ワークスペースは、アカウントごとにすべてのプロンプト、スキルの実行、承認・拒否を記録します。誰が何を許可したかを後から確認できます。

システム変更

書き込みが許可された区分で行った変更は、シミュレーションではありません。登録した技術ユーザーを作成者として SAP に記録され、トランスポートに含まれるため、SAP の変更履歴にそのまま残ります。

一緒に守ってください

• 個人の管理者アカウントではなく、業務に必要な権限だけを付与した専用の技術ユーザーで接続してください。権限は定期的に見直してください。
• システムごとに正しい区分を付けてください。SC4SAP は、開発として登録された本番システムを見分けることができません。
• 新しいスキルは、まず非本番環境で実行してみてください。成果物はレビュー担当者のための下書きであり、会社のレビュー・承認・移送の手続きに代わるものではありません。
• リクエスト内容を読まずに承認しないでください。

4.SC4SAP Web（PoC）のセキュリティ水準

Web ワークスペースは PoC・クローズドテストの段階です。以下は現在適用している基準であり、正式リリースまでに構成が変わる可能性があります。

• HTTPS でのみ提供しますログイン Cookie は HTTPS でのみ送信されるよう設定されています。ログインは Google アカウントで行います。
• 外部に公開しているのは Web だけですAI セッションを実行するバックエンドは外部に公開しておらず、Web からのリクエストも署名を確認した後にのみ受け付けます。
• 接続情報は暗号化して保存しますSAP の接続情報と API キーは AES-256-GCM で暗号化され、ブラウザに返されることはありません。
• アカウントごとに同時セッション数を制限します1 つのアカウントが開ける AI セッションの数に上限があります。
• デプロイの前に毎回、依存関係の脆弱性をチェックします既知の脆弱性が見つかった場合は、バージョンを上げて対処してからデプロイします。

PoC 段階で本番システムを接続する場合は、導入相談の中でまず構成を一緒に検討します。

5.安全装置でブロックできないもの

安全装置はリスクを減らすためのセーフティネットであり、コンプライアンスプログラムではありません。

• データを代わりに分類することはできません。カスタムテーブルのうち、どれに個人情報が含まれているかはわかりません。
• ソースコードに直接書かれた値はソースの一部であるため、読み取りを依頼したプログラムに機密性の高い値があれば、そのまま読み取られます。
• AI の結果は誤っていたり不完全だったりする可能性があります。重要なシステムへの反映は、資格のある人が責任を持って行う必要があります。