인증된 암호화(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.