認証付き暗号化（AEAD）

Outcome：Complete the task with 認証付き暗号化（AEAD） (Authenticated Encryption (AEAD))。 User context：顧客のエクスポートファイルは、承認されたAESモードと毎回新しいノンスを使用します。管理キーサービスがキーを保持します。承認されたキーアクセスがなければ、ファイルは読み取れず、変更を検出できます。エンコーディングやハッシュ化は暗号化ではありません。暗号化では権限が広すぎる問題を修正できません。 Technical concept or control：認証付き暗号化（AEAD） (Authenticated Encryption (AEAD))。 Why it fits：プライベートデータが管理されたキーと承認された方法でのみ復号される必要がある場合にこの用語を使用します。 Do not use it when：暗号化を作り出したり、ノンスを間違った方法で再利用したり、キーをコードに入れたり、Base64を暗号化と呼んだりしないでください。 Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary)：きちんとした書類でも、まだドラフトやリリース候補、あるいは最終版かもしれません。ステータスや、ブラウザやプラットフォームの対応状況を確認しましょう。 Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.