AI-22
🔐 양자내성암호 전환 (하이브리드 마이그레이션)
AI/LLM 보안 · PQC · 마이그레이션
위험도: 상💡 쉽게 말하면
PQC 전환은 자물쇠가 통째로 바뀌는 레고 문짝과 같습니다. 자물쇠가 몸체에 박혀 있으면(하드코딩) 새 자물쇠로 못 바꿉니다.
PQC 전환은 자물쇠가 통째로 바뀌는 레고 문짝과 같습니다. 자물쇠가 몸체에 박혀 있으면(하드코딩) 새 자물쇠로 못 바꿉니다.
🎯 직접 해보기 — 공격을 실행해 보세요
아래에서 시스템 상태를 취약 또는 안전(조치 적용)으로 바꾼 뒤 공격 실행을 눌러, 같은 공격이 어떻게 다르게 끝나는지 직접 확인하세요.
# 알고리즘이 고정된 코드에서 교체 가능성을 확인한다
# [공격 실행] 버튼을 누르면 시작합니다.
🤖 AI 코치에게 물어보기 BYO 키 하이브리드
API 키 없이도 데모 AI(오프라인 사전 정의 답변)가 바로 답합니다. Claude API 키를 저장하면 이 페이지 주제(AI-22)에 대해 실제 LLM에게 자유롭게 질문할 수 있어요. 키는 이 탭에만 보관되고(탭을 닫으면 삭제) 사이트 서버로 전송되지 않습니다. 이 사이트는 XSS 실습 페이지를 함께 제공하므로, 권한을 최소화한 전용 키를 쓰고 실습 후에는 폐기하세요.
📋 설정 비교 (왜 막혔나?)
✗ 취약한 설정
# 하드코딩된 단일 공개키 알고리즘
dev$ key = RSA.generate(2048) # 교체 불가 구조
>> 쇼어 알고리즘에 취약 · 알고리즘 고정
→ 전환 비용 폭증 · crypto-agility 없음
✓ 안전한 설정
# 표준 PQC + 하이브리드 + 민첩성
dev$ kem = Hybrid(X25519, ML_KEM_768) # 교체 가능
>> 고전+양자내성 동시 보장
→ 알고리즘 교체 용이(crypto-agility)
🔧 조치 방법
- 공개키 암호를 NIST 표준(ML-KEM/ML-DSA)으로 단계적 전환합니다.
- 전환기에는 고전+PQC 하이브리드로 하방 호환과 안전성을 동시에 확보합니다.
- 암호 알고리즘을 설정으로 교체 가능하게(crypto-agility) 설계하고 암호 인벤토리를 작성합니다.
✅ 점검 체크리스트
- 사용 중인 암호 알고리즘 인벤토리 존재
- 표준 PQC/하이브리드 전환 로드맵 존재
점검기준: PQC — NIST FIPS 203 ML-KEM (Crypto-Agility)