
AES-256 암호화 쉽게 이해하기: 사진에는 어떤 의미일까
금고 앱은 하나같이 AES-256이라고 하지만, 그 부분이 뚫리는 일은 거의 없어요. 대신 이걸 물어보세요.
AES-256은 256비트 키를 쓰는 미국 정부 표준 암호이고, 키를 추측해서 뚫을 수 있는 사람은 없어요. 그래서 사진 금고가 ‘AES-256’이라고 말해도, 진짜 질문은 다른 곳에 있어요. 키는 어디서 만들어질까요? 그 뒤의 암호나 패턴은 얼마나 강할까요? 사본을 가진 사람은 또 누굴까요? 그리고 다른 방식으로 암호화된 클라우드 사본은 없을까요?
사진 금고 앱을 비교하고 있는데, 소개 글마다 똑같은 말이 적혀 있어요. AES-256, 은행 수준, 군사 등급. 모두 같은 암호화를 쓴다면 모두 똑같이 안전해야 할 텐데, 실제로는 그렇지 않아요. ‘AES-256’은 시스템에서 거의 뚫리는 일이 없는 단 한 부분만 가리키는 말이기 때문이에요.
이 가이드는 AES-256이 무엇인지 쉬운 말로 설명하고, 금고가 내 암호를 키로 바꾸는 방식, 그 단계가 암호화 알고리즘보다 더 중요한 이유, 그리고 라벨보다 더 많은 걸 알려 주는 질문 다섯 가지를 다뤄요.
AES-256이란
AES(Advanced Encryption Standard)는 미국 표준 기관인 NIST가 FIPS 197로 발표한 암호화 알고리즘이에요. 데이터를 128비트 블록 단위로 받아 비밀 키로 각 블록을 뒤섞고, 같은 키를 가진 사람만 되돌릴 수 있어요.
숫자는 키의 길이예요. AES에는 세 가지가 있어요.
| 버전 | 키 길이 | 뒤섞기 라운드 | NIST 보안 강도 |
|---|---|---|---|
| AES-128 | 128비트 | 10 | 128비트 |
| AES-192 | 192비트 | 12 | 192비트 |
| AES-256 | 256비트 | 14 | 256비트 |
256비트 키가 가질 수 있는 값은 2²⁵⁶가지, 78자리 숫자예요. 전부 시도해 보는 건 더 빠른 컴퓨터로 해결될 문제가 아니라, 애초에 현실적인 공격이 아니에요. NIST의 키 관리 지침은 AES-256에 256비트의 보안 강도를 부여하고, 2026년 양자 이후 보고서는 AES-256을 가장 높은 양자 보안 범주에 넣으며 AES 같은 대칭키 표준을 다른 것으로 옮겨야 할 필요는 예상하지 않는다고 해요.
그러니 암호화 알고리즘 자체는 안전해요. 흥미로운 일은 모두 그 주변에서 벌어져요.
모드: 변조를 알아챌 수 있을까
AES만으로는 블록 하나를 뒤섞을 뿐이에요. 사진 한 장을 통째로 암호화하려면 앱이 모드에 맞춰 AES를 돌리고, 그 모드가 그 밖에 무엇을 얻을 수 있는지 정해요.
GCM(Galois/Counter Mode)은 파일에 흔히 쓰는 선택이에요. NIST는 이를 인증 암호화라고 설명해요. 데이터를 비밀로 지켜 줄 뿐 아니라, 실수로든 고의로든 데이터가 바뀌면 이를 알아챌 수 있다는 뜻이에요. 누군가 암호화된 사진을 바꾸면, 앱은 손상된 파일을 보여 주는 대신 이를 감지해요.
GCM에는 꼭 지켜야 할 규칙이 하나 있어요. 암호화할 때마다 논스(nonce, NIST는 IV라고 불러요)라는 새로운 값이 필요하고, 같은 키로 같은 값이 한 번이라도 다시 쓰이면 보호가 거의 완전히 무너질 수 있다고 NIST는 경고해요. NIST는 이 규칙이 키를 비밀로 지키는 것만큼 중요하다고 말해요. “AES-256-GCM”이라고 밝힌 금고는 쓸모 있는 정보를 주는 거예요. 그냥 “AES-256”이라고만 하는 곳은 어떤 모드를 쓰는지 말하지 않는 거예요.
키: 어디서 만들어질까
금고가 실제로 얼마나 안전한지를 가르는 질문이 바로 이거예요.
256비트 키를 직접 입력하는 사람은 없어요. PIN, 암호, 패턴을 입력하면 앱이 그것을 키로 바꿔요. 암호 기반 키에 대한 NIST 지침은 문제를 분명히 설명해요. 암호는 엔트로피가 낮아서 키로 직접 쓰기에 적합하지 않다는 거예요. 또 누군가 암호화된 파일을 복사해 가면, 자기가 고른 장비로 오프라인에서 추측을 시도할 수 있어서 암호의 강도가 결정적이에요.
추측을 어렵게 만드는 도구는 두 가지예요.
- 솔트. 섞어 넣는 무작위 값으로, 금고마다 따로 공격해야 하게 만들어요. NIST는 최소 128비트여야 한다고 해요.
- 많은 반복 횟수. 암호를 PBKDF2(RFC 8018에 정의) 같은 함수에 수천 번, 수백만 번 통과시켜서, 추측 한 번마다 공격자가 그만큼의 작업을 하게 만들어요. NIST의 2010년 지침은 반복 횟수를 현실적으로 가능한 한 크게 잡으라고 하고, 최소 1,000회를 권하며, 특히 중요한 키에는 10,000,000회가 적합할 수 있다고 해요.
하지만 아무리 많이 돌려도 짧은 암호는 구해 주지 못해요. 4자리 PIN은 경우의 수가 10,000가지뿐이에요. 추측 한 번이 느려도 목록이 작은 거죠. NIST의 키 관리 지침은 일반 원칙을 이렇게 말해요. 키의 강도는 그 키를 지키는 가장 약한 과정의 강도까지 떨어진다는 거예요. 4자리 PIN으로 만든 256비트 키는 사실상 4자리 PIN이에요.
iPhone은 어떤 앱이 혼자 하는 것보다 이 부분을 훨씬 잘 처리해요. Apple에 따르면 암호는 기기 안의 하드웨어 키와 묶여 있어서, 추측은 그 iPhone에서만 할 수 있고 한 번에 약 80밀리초가 걸리며, Secure Enclave가 지연을 강제해요. iPhone은 저장하는 파일도 암호화해요. Apple에 따르면 모든 파일에 새로운 256비트 키가 따로 주어지고, A14부터 A18까지와 M1 이상 기기에서는 XTS 모드의 AES-256이에요(A9–A13 모델은 AES-128). 이게 어디까지 해당하는지는 iPhone의 가려진 항목 앨범은 암호화되어 있나요?에서 설명해요.
흔한 오해
‘군사 등급’은 뭔가 더 있다는 뜻이다. 이를 정의하는 표준 기관은 찾지 못했어요. 대개 평범한 AES-256을 가리키는 마케팅 문구예요. NSA가 작성한 국가 안보 시스템용 CNSA 모음 프로파일인 RFC 9151에는 GCM 모드의 256비트 키 AES가 올라 있는데, 이는 일반 앱 상당수가 쓰는 바로 그 방식이에요.
‘AES-256’이면 회사가 내 사진을 못 본다. 그것만으로는 아니에요. 암호화는 키가 없는 사람만 막아요. 회사가 키를 쥐고 있다면 복호화할 수 있어요. Apple은 iCloud에 대해 이 점을 솔직하게 밝혀요. 표준 보호에서는 Apple이 사진을 포함한 대부분의 데이터에 대한 키를 가지고 있고 사용자를 대신해 복호화할 수 있어요. 고급 데이터 보호를 켜면 대부분의 iCloud 데이터 키는 신뢰하는 기기에만 있어요. 자세한 내용은 Apple은 가린 사진을 볼 수 있나요?에 있어요.
‘휴대폰에서 암호화’면 클라우드에서도 암호화다. 백업은 따로 확인하세요. 금고가 iPhone에서는 파일을 꼼꼼히 암호화하고도, 회사가 키를 쥔 방식으로 암호화되는 곳에 백업할 수 있어요.
클수록 항상 좋다. AES-128도 추측으로는 도저히 닿을 수 없는 수준이에요. 128비트와 256비트의 차이는 4자리 PIN과 긴 암호문의 차이보다 훨씬 덜 중요해요.
대신 던져 볼 다섯 가지 질문
- 어떤 모드인가요? AES-256-GCM 같은 인증 모드라면, 앱이 알아채지 못하게 파일을 바꿀 수 없다는 뜻이에요.
- 키는 무엇으로 만드나요? 암호, PIN, 패턴 중 무엇이고, 얼마나 길게 정할 수 있고, 앱이 추측 속도를 늦추나요?
- 키를 가진 다른 사람이 있나요? 이메일로 암호를 재설정할 수 있다면, 나 말고도 들어올 수 있는 사람이 있다는 뜻이에요.
- 클라우드 사본은 어떻게 되나요? 회사가 절대 볼 수 없는 키로, 먼저 휴대폰에서 암호화되나요?
- 무엇으로부터 지켜 주나요? 파일을 복사해 가는 낯선 사람, 잠금 해제된 내 폰을 빌린 사람, 내 암호를 아는 사람은 서로 다른 세 가지 문제예요.
마지막 질문은 패턴 잠금 vs PIN vs Face ID: 사진을 지켜 주는 건 무엇일까에서 더 다뤄요.
Hidlet은 어떻게 답하나요
Hidlet은 모든 사진, 비디오, 파일 이름, 썸네일을 저장하기 전에 iPhone에서 AES-256-GCM으로 암호화해요. 금고마다 무작위 키가 따로 있고, 5×5 격자에 그리는 패턴이 그 금고를 열어요. 이 패턴은 어디에도 저장되지 않아요. Hidlet은 패턴을 PBKDF2-HMAC-SHA512로 600,000번 돌리고, 백업과 따로 키체인에 보관한 무작위 비밀 값을 섞어요. 백업 사본만 가진 사람은 그 비밀 값 없이는 추측을 시작할 수 없어요. 틀린 패턴을 입력하면 대기 시간이 점점 늘어나서, 한 번에 최대 15분까지 늘어나요.
그 키의 사본은 우리를 포함해 누구도 가지고 있지 않아요. 선택 사항인 암호화 백업은 먼저 휴대폰에서 암호화한 뒤 내 iCloud로 올라가요.
할 수 없는 일도 있어요. 짧고 단순한 패턴은 긴 패턴보다 추측하기 쉽고, 누군가 강요해서 금고를 열게 하면 암호화는 도움이 되지 않아요. 그 상황을 위해 Pro의 강요 금고가 있어요. Hidlet은 App Store에서 받을 수 있어요.
자주 묻는 질문
AES-256을 뚫을 수 있나요?
키를 추측하는 방식으로는 불가능해요. NIST는 AES-256에 256비트의 보안 강도를 부여하고, 양자 이후 보고서에서도 5개 보안 범주 중 가장 높은 범주에 넣으며 다른 표준으로 옮겨야 할 필요를 예상하지 않아요. 공격은 대신 암호, 기기, 또는 키를 다루는 방식을 노려요.
AES-256은 양자 컴퓨터에도 안전한가요?
NIST는 AES 같은 대칭키 표준이 양자 컴퓨터에 상대적으로 덜 취약하며, 이를 다른 표준으로 옮겨야 할 필요는 예상하지 않는다고 밝혀요. 2026년 보고서는 AES-256을 가장 높은 양자 보안 범주에 넣어요.
‘군사 등급 암호화’는 무슨 뜻인가요?
공식적인 뜻은 없어요. 이를 정의하는 표준 기관은 찾지 못했어요. 보통은 그냥 AES-256을 가리켜요. 미국 국가안보국(NSA)의 국가 안보 시스템용 암호 모음에도 GCM 모드의 256비트 키 AES가 올라 있어요.
내 iPhone은 이미 AES-256을 쓰나요?
Apple은 저장하는 모든 파일에 새로운 256비트 키가 따로 주어지며, A14부터 A18까지와 M1 이상 기기에서는 암호화가 XTS 모드의 AES-256이라고 밝혀요(이전의 A9–A13 모델은 XTS 모드의 AES-128). 앨범 하나가 아니라 사진 보관함 전체가 해당돼요.
출처
- NIST FIPS 197 — Advanced Encryption Standard (AES)
- NIST SP 800-38D — Galois/Counter Mode (GCM)
- NIST SP 800-132 — Recommendation for Password-Based Key Derivation
- NIST SP 800-57 Part 1 Rev. 5 — Recommendation for Key Management
- NIST IR 8547 — Transition to Post-Quantum Cryptography Standards
- RFC 8018 — PKCS
- RFC 9151 — Commercial National Security Algorithm (CNSA) Suite Profile for TLS and DTLS
- Apple Platform Security — Data Protection overview
- Apple Platform Security — Passcodes and passwords
- Apple Support — iCloud data security overview