암호화 · 키 관리
키 로딩·식별·교체 정책을 암호 알고리즘 구현과 분리합니다.
규격 재현과 공격 거부를 이 페이지에서 직접 실행해 확인할 수 있습니다.
키 관리는 암호 알고리즘보다 넓은 수명 주기 문제입니다. 생성·활성화·배포·교체·폐기 단계를 명시하고 데이터 암호화, 서명, 토큰처럼 목적이 다른 키를 분리해야 한 키의 노출이 전체 시스템으로 확산되지 않습니다.
암호화·서명·토큰 등 목적마다 독립된 키를 사용하고 최소 권한으로 접근을 제한합니다.
암호문과 서명값에 비밀이 아닌 key id를 포함해 검증에 필요한 키를 정확히 선택합니다.
새 데이터는 활성 키로만 쓰고 이전 데이터는 제한된 기간 동안 구 키로 읽는 방식으로 교체합니다.
아래 증명은 설명이 아니라 실제 실행입니다. 버튼을 누르면 이 서버에서 지금 계산합니다.
용도마다 키를 따로 넣는 대신 마스터 하나에서 유도한다 — 같은 마스터라도 용도나 key id가 다르면 완전히 다른 키가 나오고, 유도된 키에서 마스터를 되돌릴 수 없다. 키 분리가 문서가 아니라 기본 동작이 되는 지점이다.
표준이 고정한 test vector 를 그대로 실행합니다.
유도는 마스터의 엔트로피를 늘려주지 않는다 — 짧은 마스터로 아무리 많은 하위 키를 뽑아도 전부 그 마스터만큼만 안전하다. 그래서 마스터 하한을 유도 시점에 막는다.
막아야 할 입력을 실제로 넣고 거부되는지 확인합니다.
새 서명은 항상 활성 키로 나가고 이전 키는 검증용으로만 남는다 — 교체 시점에 기존 값이 한꺼번에 무효가 되지 않는다.
표준이 고정한 test vector 를 그대로 실행합니다.
잘못된 키 구성은 사용 시점이 아니라 구성 시점에 끊는다 — 약한 키로 서명된 값이 애초에 생기지 않게 한다.
막아야 할 입력을 실제로 넣고 거부되는지 확인합니다.
규격 원문을 우선합니다. 사례는 이 주제가 실제로 어떻게 뚫렸는지를 다룬 자료입니다.
생성·활성·교체·폐기의 수명주기 정의.
마스터 하나에서 용도별 키를 유도하는 방법. 부록 A가 벡터.
Next step
외부 KMS·secret manager adapter와 승인·폐기 절차를 환경별 운영 runbook으로 연결합니다.