オンデバイス モデルの暗号化が API 認証に代わらない理由

モデル ファイルと API 権限は別の資産です

モデルには、重み、構造、またはビジネス トレーニングの値が含まれる場合があります。 API 資格情報は、サーバー リソースを消費する権限を表します。 1 つの漏洩によりコピーと分析が可能になり、もう 1 つの漏洩により支出、データ アクセス、またはサービス悪用が可能になる可能性があります。

すべての懸念事項を 1 つの暗号化スイッチに割り当てるのではなく、モデル、ランタイム、前処理、後処理、プロンプト、認証情報、キャッシュ、ログ、入力、出力を個別にインベントリ化します。

• モデルと構成の場所
• ランタイムSDKとサードパーティSDK
• 資格の範囲と有効期間
• 機密性の高い入力、出力、ログ

ランタイムは使用可能なモデル マテリアルを取得する必要があります

クライアント推論には、実行時に使用可能なモデル マテリアルが必要です。ファイル暗号化は静的な利便性を低下させる可能性がありますが、クライアントを絶対的に信頼できる環境にすることはできません。

キーの取得、メモリ マテリアル、デバッグ条件、モデルとアプリのバージョンのペア、およびエラー ログを確認します。現在の候補の実行時の証拠がない場合は、抽出防止の主張ではなく、設計の境界を公開します。

有効期間の長い特権キーをクライアント シークレットにしないでください

モバイル アプリケーションは観察、変更、再生できます。より安全な設計では、サーバーを介して高リスクのリクエストをプロキシし、有効期間が短く、制限され、取り消し可能な資格情報をクライアントに提供します。

サーバーは、アカウント認証、クォータ、レート、バージョン ポリシー、および異常レコードを強制する必要があります。クライアントの整合性シグナルは、リスクの高いリクエストを単独で決定することなく、決定を通知できます。

• 最小権限の資格情報
• 寿命と回転が短い
• サーバーのクォータとレート制限
• 追跡可能で取り消し可能な虐待

クライアントとサーバーの作業をビジネス目標に応じて分割する

オンデバイス推論は、低遅延、オフライン使用、および一部のプライバシーのニーズに適しています。サーバーは、モデル、認証情報、およびリスクの高い決定を一元管理します。ハイブリッド アーキテクチャは、作成、転送、使用、更新、ロールバックの責任が明示的である場合に有効です。

モデル保護の結論では、アプリケーションのバージョン、モデルのバージョン、ターゲット デバイス、および検証方法を指定する必要があります。暗号化アルゴリズムに名前を付けるだけでは、ランタイムまたは API の制御は確立されません。