データ経路全体を洗い出す
アプリ、ゲートウェイ、選択した販売者またはモデル提供者、処理に関与する上流サービスを列挙します。テキストだけでなく、アップロードファイル、画像・音声入力、生成結果、ツールの出力も対象です。機密情報や個人情報を識別し、処理に不要な項目を除きます。 Rock API を評価する場合は セキュリティとプライバシーのガイド から始め、実際に使うモデルやマーケットプレイスのサービスの条件を確認してください。要件に対する回答がなければ運営者に書面で説明を求めます。ある経路についての説明が、すべての販売者や上流モデルに適用されるとは限りません。抽象的な安心感ではなく根拠を確認する
HTTPS や OpenAI 互換インターフェースから、法令適合、データ所在地の保証、契約上のゼロ保持を推測しないでください。必要なデータ処理契約と、その例外を運営者と確認します。
認証情報と自社のログを守る
API キーはサーバー側のシークレット管理基盤に置き、開発、ステージング、本番を分離します。必要な担当者とサービスだけがアクセスできるようにし、利用可能なら権限範囲や支出制限を設定します。所有者、失効、ローテーションの手順を記録し、漏えい時のキー交換を練習します。 アプリ、SDK、リバースプロキシ、監視ツール、サポート用エクスポートのログを確認してください。通常のログに含まれなくても、デバッグ設定でペイロード全体を取得している場合があります。認証ヘッダーをマスクし、標準では顧客の内容を保存しない設計にします。本番データを扱う前に合成データでエラー経路を検証します。 利用メタデータも評価対象です。リクエスト ID、時刻、モデル名、トークン数、IP アドレス、アカウント ID を組み合わせると、業務活動や個人が分かる場合があります。プロンプト以外は匿名と考えず、利用目的、保持期間、アクセス規則を決めます。導入判断を記録に残す
対象サービス、確認文書、評価日、許可するデータ区分、未解決事項、責任者を記録します。マスキングとアクセス制御をテストし、障害・事故の連絡先を確認してください。要件が満たされるまで停止する処理も決めます。モデル、販売者、ルーティング設定、ログ機能を変えたら再評価します。API キーを安全に管理する
サービスとデータ処理の評価に合わせて、認証情報の保存、更新、失効を計画します。