# 다중 인증 (Multi-Factor Authentication, MFA)

## 1. 개요
**다중 인증(Multi-Factor Authentication, MFA)**이란 사용자의 신원을 확인하기 위해 두 가지 이상의 서로 다른 범주의 인증 요소를 결합하여 검증하는 보안 프로세스이다.

전통적인 단일 인증(SFA, Single-Factor Authentication)은 주로 비밀번호와 같은 '지식' 기반 요소 하나에만 의존한다. 그러나 비밀번호는 유출, 무차별 대입 공격(Brute-force Attack), 사회 공학적 기법에 취약하다는 치명적인 단점이 있다. MFA는 서로 다른 성격의 인증 요소를 중첩함으로써, 공격자가 하나의 인증 요소(예: 비밀번호)를 탈취하더라도 다른 요소(예: 스마트폰 소유권)가 없으면 계정에 접근할 수 없도록 설계되어 보안성을 획기적으로 향상시킨다.

## 2. 인증 요소의 종류
MFA의 핵심은 서로 다른 범주의 인증 요소를 조합하는 것이다. 인증 요소는 크게 다음의 네 가지 범주로 나뉜다.

| 요소 구분 | 정의 | 주요 예시 | 보안 강도 | 특징 |
| :--- | :--- | :--- | :---: | :--- |
| **지식 (Knowledge)** | 사용자가 머릿속에 기억하고 있는 정보 | 비밀번호, PIN, 보안 질문 | 낮음 | 기억에 의존하며 유출 가능성이 높음 |
| **소유 (Possession)** | 사용자가 물리적으로 가지고 있는 매체 | 스마트폰(OTP), 보안 키, SMS 인증번호 | 중간 | 매체 분실 시 인증 불가, 탈취 가능성 존재 |
| **존재 (Inherence)** | 사용자의 고유한 신체적/행동적 특성 | 지문, 안면 인식, 홍채, 목소리 | 높음 | 복제가 어렵고 편의성이 매우 높음 |
| **위치 (Location)** | 사용자의 접속 환경 및 지리적 정보 | 접속 IP, GPS 좌표, 네트워크 환경 | 낮음 | 접속 지역 기반의 이상 징후 탐지 가능 |

## 3. 주요 구현 방식 및 기술
현재 산업계에서 널리 사용되는 MFA 구현 기술은 편의성과 보안 수준에 따라 다양하게 구분된다.

### 3.1. OTP (One-Time Password) 기반 인증
*   **SMS/이메일 OTP:** 서버가 생성한 일회용 코드를 메시지로 전송하는 방식이다. 구현이 쉽지만, 통신망 가로채기나 SIM 스와핑(타인의 SIM 카드 정보를 복제하여 전화번호 소유권을 탈취하는 공격)에 취약하다.
*   **TOTP (Time-based OTP):** 공유된 비밀키(Shared Secret: 서버와 클라이언트가 사전에 공유한 암호화 키)와 현재 시간을 조합하여 일정 시간(보통 30~60초)마다 새로운 코드를 생성하는 방식이다. Google Authenticator 등이 대표적이다.

### 3.2. 푸시 알림 및 생체 인식
*   **푸시 인증 (Push Notification):** 로그인 시도 시 등록된 모바일 앱으로 승인 요청을 보내 사용자가 '승인' 버튼을 누르게 하는 방식이다. OTP 입력의 번거로움을 줄여 UX를 개선한다.
*   **생체 인식 (Biometrics):** FIDO 표준 등을 활용하여 기기 내 안전한 영역(Secure Enclave 등)에 저장된 생체 정보로 인증한다.

### 3.3. 하드웨어 보안 키
*   **U2F/FIDO2 키:** USB, NFC, Bluetooth 형태로 제공되는 물리적 장치이다. 공개키 암호화 방식을 사용하여 피싱 공격을 원천적으로 차단할 수 있는 가장 강력한 수단이다.

## 4. FIDO2 및 WebAuthn 표준
최근 MFA의 트렌드는 비밀번호 없는(Passwordless) 환경을 구축하는 것이며, 이를 위해 **FIDO2(Fast IDentity Online 2)** 표준이 도입되었다.

*   **FIDO2:** 사용자가 비밀번호를 서버에 저장하지 않고, 공개키 암호화 방식을 통해 인증하는 표준이다.
*   **WebAuthn (Web Authentication API):** 웹 브라우저가 FIDO2 인증 장치와 통신할 수 있도록 하는 표준 API이다. 이를 통해 웹사이트는 사용자의 지문 인식이나 보안 키를 통해 안전하게 인증을 수행할 수 있다.
*   **작동 원리:** 서버는 사용자에게 '챌린지(Challenge: 인증 대상자가 정당한 소유자인지 확인하기 위해 서버가 보내는 무작위 값)'라는 무작위 값을 보내고, 사용자의 기기는 개인키로 이 값을 서명하여 반환한다. 서버는 저장된 공개키로 서명을 검증함으로써 신원을 확인한다.

## 5. MFA의 작동 프로세스
사용자가 서비스에 로그인할 때 MFA가 작동하는 일반적인 흐름은 다음과 같다.

### 5.1. 인증 시퀀스
1. **1차 인증:** 사용자가 ID와 비밀번호(지식 요소)를 입력한다.
2. **1차 검증:** 서버가 DB의 해시된 비밀번호와 대조하여 일치 여부를 확인한다.
3. **MFA 요청:** 1차 인증 성공 시, 서버는 설정된 MFA 수단(예: TOTP)으로 추가 인증을 요청한다.
4. **2차 인증:** 사용자가 OTP 앱에서 생성된 6자리 코드를 입력하거나 푸시 알림을 승인한다.
5. **최종 승인:** 서버가 2차 인증 값의 유효성을 검증한 후 세션 토큰을 발행하고 로그인을 완료한다.

### 5.2. TOTP 검증 코드 예제 (Python)
```python
# TOTP 검증 프로세스 구현 예제
import hmac, hashlib, time, struct

def verify_totp(user_secret, user_input_code):
    # 1. 현재 시간을 기준으로 30초 단위의 타임스텝 계산
    time_step = int(time.time()) // 30
    
    # 2. 공유 비밀키와 타임스텝을 사용하여 HMAC-SHA1 해시 생성
    # struct.pack(">Q", time_step)는 타임스텝을 64비트 빅엔디안 정수로 변환함
    msg = struct.pack(">Q", time_step)
    hash_val = hmac.new(user_secret, msg, hashlib.sha1).digest()
    
    # 3. 다이내믹 트렁케이션(Dynamic Truncation)을 통해 6자리 숫자 추출
    # 해시 값의 마지막 4비트를 오프셋으로 사용
    offset = hash_val[-1] & 0x0f
    # 오프셋부터 4바이트를 추출하여 31비트 정수로 변환
    binary = struct.unpack(">I", hash_val[offset:offset+4])[0] & 0x7fffffff
    # 1,000,000으로 나눈 나머지를 취해 6자리 문자열로 생성
    expected_code = str(binary % 1000000).zfill(6)
    
    # 4. 사용자가 입력한 코드와 서버 생성 코드 비교
    return expected_code == user_input_code
```

## 6. 보안 위협 및 한계점
MFA가 보안성을 높이지만, 이를 우회하려는 고도화된 공격 기법이 존재한다.

*   **SIM 스와핑 (SIM Swapping):** 공격자가 통신사 직원에게 사회 공학적 기법을 사용하여 피해자의 전화번호를 자신의 SIM 카드로 이전하는 공격이다. 이를 통해 SMS로 전송되는 OTP 코드를 가로채 금융 계좌나 SNS 계정을 탈취한다.
*   **MFA 피싱 (MFA Phishing):** 가짜 로그인 페이지를 만들어 사용자의 비밀번호와 OTP 코드를 실시간으로 가로채 즉시 사용하는 방식이다. (예: Adversary-in-the-Middle 공격)
*   **MFA 피로 공격 (MFA Fatigue):** 사용자에게 수많은 푸시 인증 요청을 반복적으로 보내, 사용자가 실수나 짜증으로 '승인'을 누르게 만드는 심리적 공격이다.
*   **세션 하이재킹 (Session Hijacking):** 인증이 완료된 후 발행된 세션 쿠키를 탈취하여 MFA 과정을 건너뛰고 계정에 접근하는 방식이다.

**보완책: 적응형 인증 (Adaptive Authentication)**
모든 로그인에 MFA를 강제하는 대신, 접속 IP, 기기 정보, 접속 시간, 지리적 위치 등 **컨텍스트(Context)**를 분석하여 위험도가 높다고 판단될 때만 추가 인증을 요구하는 지능형 보안 방식이다.

## 7. 도입 및 운영 가이드라인

### 7.1. MFA 도입 장단점 비교
| 구분 | 장점 | 단점 |
| :--- | :--- | :--- |
| **보안성** | 비밀번호 유출 시에도 계정 탈취 방지, 피싱 내성 강화 | 완벽한 보안은 없으며, 새로운 우회 공격(피로 공격 등) 등장 |
| **신뢰도** | 사용자에게 서비스의 보안 수준에 대한 신뢰감 부여 | 인증 단계 증가로 인한 사용자 이탈 가능성 및 UX 저하 |
| **관리** | 계정 도용 사고 발생 시 피해 규모 및 빈도 감소 | 복구 코드 관리, 기기 변경 시 재설정 등 운영 공수 증가 |

### 7.2. 보안 지표 비교 (SFA vs MFA)
| 지표 | 단일 인증 (SFA) | 다중 인증 (MFA) | 기대 효과 |
| :--- | :---: | :---: | :--- |
| **계정 탈취 성공률** | 높음 | 매우 낮음 | 비밀번호 유출 시에도 방어 가능 |
| **피싱 공격 내성** | 없음 | 보통 $\rightarrow$ 높음 | FIDO2 도입 시 피싱 원천 차단 |
| **사용자 편의성** | 매우 높음 | 보통 | 인증 단계 증가로 인한 허들 발생 |
| **관리 복잡도** | 낮음 | 중간 | 복구 코드 및 기기 관리 필요 |

### 7.3. 서비스 설정 화면 예시 (UX 설계)
효과적인 MFA 도입을 위해서는 사용자에게 명확한 선택지를 제공해야 한다.
*   **설정 메뉴 구성:** `설정` $\rightarrow$ `보안` $\rightarrow$ `2단계 인증 설정`
*   **옵션 제공:**
    *   [ ] **인증 앱 (권장):** Google Authenticator, Authy 등 연동 (QR 코드 제공)
    *   [ ] **SMS/이메일:** 전화번호 및 이메일 주소 확인
    *   [ ] **보안 키:** USB/NFC 키 등록 (WebAuthn)
*   **백업 수단:** MFA 기기 분실을 대비하여 8~10자리의 **백업 코드(Recovery Codes)**를 생성하여 오프라인 저장을 유도해야 한다.

### 7.4. UX 저하 해결책: 신뢰하는 기기 등록
MFA의 최대 단점인 사용자 번거로움을 해결하기 위해 **'신뢰하는 기기 등록(Remember this device)'** 메커니즘을 도입한다.
*   **작동 방식:** 사용자가 MFA 인증에 성공했을 때 "이 기기를 신뢰함" 체크박스를 제공한다.
*   **효과:** 해당 기기의 브라우저에 안전한 쿠키를 저장하여, 일정 기간(예: 30일) 동안은 1차 인증(비밀번호)만으로 로그인을 허용한다.
*   **주의사항:** 기간 만료 후에는 반드시 재인증을 요구해야 하며, 비밀번호 변경 시에는 모든 신뢰 기기 설정을 초기화해야 한다.

### 7.5. 선택 기준 제안
*   **일반 사용자 서비스:** 편의성을 위해 '푸시 알림' 또는 'SMS' $\rightarrow$ '생체 인식' 순으로 권장.
*   **기업 내부 시스템/관리자 계정:** 보안성을 위해 '하드웨어 보안 키(FIDO2)' 또는 'TOTP' 필수 적용.
*   **금융/고위험 서비스:** '생체 인식'과 '소유 기반 인증'의 결합 및 '적응형 인증' 도입 권장.