반복 키 XOR를 보안이 아닌 학습에 사용하기

문제 상황

XOR는 같은 키를 두 번 적용하면 원래 바이트로 돌아온다는 간단한 성질로 자주 소개됩니다. 그 성질은 맞지만 수업 자료와 작은 웹 도구는 중요한 조건을 자주 숨깁니다. 텍스트는 먼저 UTF-8 같은 인코딩을 거쳐 바이트가 되어야 하고, 여러 바이트인 키는 화면에 보이는 문자 대신 그 바이트 위에서 반복됩니다. Hex와 Base64는 결과를 표현하는 형식일 뿐이며, 다른 키나 형식으로는 원문을 안정적으로 복구할 수 없습니다. 또한 짧은 반복 키는 구조를 노출하고 인증 기능도 없습니다. 그래서 왕복 성공만 보면 실제보다 훨씬 안전해 보일 수 있습니다. 이 가이드는 한도가 명확한 정확한 예제 하나로 되돌릴 수 있는 연산, 바이트 표현, 실제 인증 암호화를 분리합니다. 모든 입력은 폐기 가능한 값으로 유지하세요. 목적은 원리 이해, 퍼즐 디버깅, 알려진 벡터 문서화이며 비밀번호, 토큰, 비공개 메시지, 고객 기록, 파일 보호가 아닙니다.

이럴 때 사용하세요

• 동일한 바이트 키를 두 번 적용할 때 XOR가 원문으로 돌아오는 이유를 학습할 때 사용합니다.
• 수업 과제나 CTF 퍼즐에서 알려진 반복 키와 정확한 Hex 또는 Base64 payload를 제공했을 때 사용합니다.
• 운영 데이터 없이 두 구현 사이의 작은 UTF-8 XOR 테스트 벡터를 검증할 때 적합합니다.
• 되돌릴 수 있는 암호 연산, 바이트 인코딩, 해시, 현대 인증 암호화의 차이를 설명할 때 도움이 됩니다.

단계

1. 1단계

   폐기 가능한 알려진 예제 선택

   암호 학습 워크벤치에서 XOR와 인코딩을 선택합니다. 평문 hello world와 학습 키 demo를 사용하세요. 로컬에서 실행된다는 이유로 실제 비밀번호, API 키, 토큰, 고객 값, 비공개 메시지를 붙여넣지 마세요.

2. 2단계

   정확한 바이트 표현 선택

   먼저 Hex를 고릅니다. 워크벤치는 평문과 키를 UTF-8 바이트로 바꾸고, 입력 위에 키 바이트를 반복한 뒤 바이트별 XOR를 적용하며, 결과 바이트 하나를 두 자리 16진수로 표시합니다.

3. 3단계

   알려진 Hex 벡터 검증

   변환을 실행하고 전체 결과를 0c0001030b451a00160909와 비교합니다. 한 자리라도 다르면 입력, 키, 문자 인코딩, 반복 규칙, 출력 형식 중 하나가 다르므로 디코딩 전에 차이를 해결하세요.

4. 4단계

   같은 키와 형식으로 되돌리기

   결과를 입력으로 보내는 기능으로 Hex와 키 demo를 유지한 채 디코딩으로 전환합니다. 엄격한 디코더는 공백이나 접두사 없이 짝수 개의 Hex만 받고, 같은 XOR를 적용한 뒤 유효하고 표시 가능한 UTF-8인지 검사하여 hello world를 정확히 복구합니다.

5. 5단계

   정규 Base64로 반복

   인코딩으로 돌아가 Base64를 선택하고 같은 평문과 키를 실행합니다. 패딩이 포함된 정확한 표준 Base64 결과는 DAABAwtFGgAWCQk=입니다. Base64를 선택해 디코딩하며, 패딩이 없거나 공백, Base64URL 알파벳, Data URI가 있으면 자동 정리하지 않고 거부합니다.

6. 6단계

   보안 경계 기록

   평문 인코딩, 키 바이트, 반복 규칙, Hex 또는 Base64 형식, 예상 벡터를 문서화합니다. 반복 키 XOR에는 nonce 관리, 인증 태그, 변조 탐지, 안전한 키 수명주기, 패턴 분석 방어가 없으며 실제 데이터 보호에 쓰면 안 된다는 점도 명시하세요.

예시

방향: 인코딩
키: demo
평문: hello world
형식: Hex

Hex: 0c0001030b451a00160909
같은 바이트의 Base64 표현: DAABAwtFGgAWCQk=
어느 표현이든 키 demo로 디코딩하면 복구되는 값: hello world

흔한 실수

자주 묻는 질문