📖 TIL - 택배 보내듯 데이터 암호화하기: AES + RSA = 무적조합!

📌 문제 설명

상황

• 웹 애플리케이션에서 민감한 개인정보를 서버로 안전하게 전송해야 함
• 개인정보(주민번호, 카드번호 등)는 해킹 위험이 높아서 반드시 암호화 필요
• 단순한 암호화 방식으로는 보안이 약하거나 성능이 느림

요구사항

• 보안: 해커가 중간에 가로채도 해독 불가능해야 함
• 성능: 암호화 속도가 빨라야 함 (사용자 경험)
• 안전성: 암호화 키 전달 과정도 안전해야 함

---

🤔 문제 접근

기존 암호화 방식들의 문제점

1️⃣ 대칭키(AES)만 사용할 경우:

• ✅ 장점: 속도 빠름 (대용량 데이터 처리 좋음)
• ❌ 문제: 클라이언트와 서버가 같은 키를 공유해야 하는데, 이 키를 어떻게 안전하게 전달할 것인가?

2️⃣ 비대칭키(RSA)만 사용할 경우:

• ✅ 장점: 키 전달 문제 해결 (공개키는 누가 봐도 OK)
• ❌ 문제: 속도 느림 (큰 데이터 암호화시 성능 저하)

3️⃣ 그렇다면?
→ 두 방식의 장점만 합치자! = 하이브리드 암호화

---

💡 해결 방법

🔐 하이브리드 암호화 방식

= 대칭키로 데이터 암호화 + 비대칭키로 대칭키 암호화

📦 택배 비유로 이해하기

🎁 큰 보물상자(민감한 데이터) → 📦 택배상자(AES)로 포장 (빠름!)
🔑 택배상자 열쇠(AES키) → 🔒 특수금고(RSA)로 포장 (안전!)

결과: 빠르면서도 안전한 전달! ✨

🔄 실제 처리 과정

1. 클라이언트: 새로운 AES 키 생성 ("randomKey123")
2. 클라이언트: AES키로 민감한 데이터 암호화
   • "개인정보데이터" + "randomKey123" → "encrypted_data_xyz"
3. 클라이언트: RSA 공개키로 AES키 암호화
   • "randomKey123" + RSA공개키 → "encrypted_key_abc"
4. 서버 전송:
   • "encrypted_data_xyz" (AES로 암호화된 데이터)
   • "encrypted_key_abc" (RSA로 암호화된 AES키)
5. 서버: RSA 개인키로 AES키 복원
   • RSA개인키 + "encrypted_key_abc" → "randomKey123"
6. 서버: AES키로 원본 데이터 복원
   • "randomKey123" + "encrypted_data_xyz" → "개인정보데이터"

---

🔍 코드 설명

API 호출 플로우 예시

// 1단계: 서버에 암호화 키 요청
const response = await fetch('/api/crypto/generate-keys', {
  method: 'POST',
  headers: { 'Content-Type': 'application/json' },
  body: JSON.stringify({
    userId: currentUser.id,
    purpose: 'data-encryption'
  })
});
const { publicKey } = await response.json();

// 2단계: 클라이언트에서 하이브리드 암호화
// AES 키 생성 (매번 새로운 랜덤 키!)
const aesKey = await crypto.subtle.generateKey(
  { name: 'AES-GCM', length: 256 },
  true, ['encrypt', 'decrypt']
);

// 민감한 데이터 AES 암호화
const iv = crypto.getRandomValues(new Uint8Array(12));
const encryptedData = await crypto.subtle.encrypt(
  { name: 'AES-GCM', iv: iv },
  aesKey, 
  new TextEncoder().encode(sensitiveData)
);

// AES 키를 RSA 공개키로 암호화
const rsaKey = await importRsaPublicKey(publicKey);
const encryptedAesKey = await crypto.subtle.encrypt(
  { name: 'RSA-OAEP' },
  rsaKey,
  await crypto.subtle.exportKey('raw', aesKey)
);

// 3단계: 암호화된 데이터 전송
await fetch('/api/secure-data/save', {
  method: 'POST',
  headers: { 'Content-Type': 'application/json' },
  body: JSON.stringify({
    encryptedData: arrayBufferToBase64(encryptedData),
    encryptedKey: arrayBufferToBase64(encryptedAesKey),
    iv: arrayBufferToBase64(iv)
  })
});

---

✨ 새롭게 배운 점

🔑 핵심 개념들

용어	쉬운 설명	역할
대칭키 (AES)	같은 열쇠로 잠그고 열기	빠른 데이터 암호화
비대칭키 (RSA)	다른 열쇠로 잠그고 열기	안전한 키 전달
공개키	모든 사람이 알아도 되는 키	데이터 암호화용
개인키	절대 비밀인 키	데이터 복호화용
하이브리드	두 방식 조합	빠름 + 안전함
IV	암호화 보조 정보	같은 데이터도 다르게 암호화

🧠 중요한 깨달음들

1. 보안 != 복잡함: 복잡한 게 항상 좋은 건 아니야. 적재적소에 맞는 방식 선택이 중요!

2. 키는 매번 새로 만든다:

   • AES키는 매 요청마다 새로 생성 (일회용!)
   • RSA키는 사용자별로 관리하지만 정기적 갱신

3. 프론트 vs 백엔드 역할 분담:

   • 프론트: 동일한 암호화 요청
   • 백엔드: 매번 새로운 키 생성해서 응답

4. 택배 비유가 찰떡: 큰 물건(데이터)은 일반택배(AES), 작은 열쇠(키)만 특수배송(RSA)

---

🚀 이런 점이 효율적이에요

⚡ 성능 최적화

• AES: 대용량 데이터도 빠르게 암호화 (밀리초 단위)
• RSA: 작은 AES키만 암호화해서 속도 부담 최소화
• 전체적으로: 빠른 속도 + 강한 보안 동시 달성!

🛡️ 보안 강화

• 키 노출 최소화: AES키가 매번 달라서 하나 뚫려도 다른 데이터는 안전
• 이중 보안: AES + RSA 두 겹으로 암호화
• 키 전달 안전: 공개키는 누가 봐도 OK, 개인키는 서버에서만 관리

🔄 확장성

• 사용자별 관리: 각 사용자마다 다른 RSA키 사용 가능
• 세션별 보안: 각 요청마다 독립적인 암호화
• 표준 호환: 웹 표준 암호화 방식이라 다른 시스템과 호환성 좋음

---

⭐️ 참고 자료

🔗 관련 기술 스택

• Web Crypto API: 브라우저 내장 암호화 기능
• AES-GCM: 무결성 검증까지 지원하는 대칭키 암호화
• RSA-OAEP: 현대 표준 비대칭키 암호화 (패딩 포함)
• Base64 인코딩: 바이너리 데이터를 텍스트로 안전하게 전송

💭 추가 학습 키워드

• crypto.subtle API 상세 사용법
• 암호화 키 생명주기 관리
• HTTPS vs 애플리케이션 레벨 암호화 차이점
• 브라우저별 Web Crypto API 지원 현황

🛠️ 유용한 유틸리티 함수들

// ArrayBuffer를 Base64로 변환
function arrayBufferToBase64(buffer) {
  const bytes = new Uint8Array(buffer);
  return btoa(String.fromCharCode(...bytes));
}

// RSA 공개키 Import
async function importRsaPublicKey(pemKey) {
  const keyData = pemToArrayBuffer(pemKey);
  return await crypto.subtle.importKey(
    'spki', keyData, 
    { name: 'RSA-OAEP', hash: 'SHA-256' },
    false, ['encrypt']
  );
}

---

🎯 한 줄 요약

"큰 데이터는 빠른 AES로, 작은 키는 안전한 RSA로!" - 이게 하이브리드 암호화의 핵심! 🔐✨

🌟 실무에서 활용할 때

• 금융 데이터, 개인정보, 민감한 문서 등 모든 중요 데이터 전송시 활용 가능
• 프론트엔드에서도 충분히 구현 가능한 현실적인 보안 방법
• 사용자 경험을 해치지 않으면서도 높은 수준의 보안 제공