801. RISC-V ePMP (Enhanced PMP)

핵심 인사이트 (3줄 요약)

본질: RISC-V ePMP (Enhanced Physical Memory Protection)는 기존 PMP의 한계를 극복하여 머신 모드 (M-mode) 자체에 대한 세밀한 접근 제어와 실행 보호를 강화한 하드웨어 보안 확장 규격이다.

가치: mseccfg 레지스터의 MML (Machine Mode Lock) 비트를 통해 M-mode의 데이터 실행을 원천 차단(W^X 적용)함으로써, 펌웨어 취약점을 이용한 임의 코드 실행 공격을 물리적으로 방어한다.

융합: 고신뢰 보안 마이크로커널 및 시큐어 부트 (Secure Boot) 환경에서 M-mode의 특권 남용을 방지하는 핵심 기제로 작용하며, 시스템 전체의 신뢰 사슬 (Root of Trust)을 더욱 공고히 한다.

Ⅰ. 개요 및 필요성 (Context & Necessity)

개념: RISC-V ePMP (Enhanced Physical Memory Protection)는 표준 PMP 규격의 보안 허점을 보완하기 위해 제안된 확장 아키텍처다. 기존 PMP가 주로 하위 모드(S/U-mode)를 제어하는 데 집중했다면, ePMP는 최상위 권한인 머신 모드 (M-mode) 내부의 잘못된 동작이나 악의적인 코드 주입으로부터 시스템을 보호하는 데 초점을 맞춘다.
필요성: 기존 PMP에서 락 (Lock) 비트가 설정된 엔트리는 M-mode와 하위 모드에 동일한 권한을 강제한다. 하지만 이는 M-mode에서 특정 영역을 실행 가능하면서 동시에 쓰기 가능하게 설정할 수 있는 여지를 남겨, 버퍼 오버플로우 등을 통한 코드 주입 공격에 취약했다. ePMP는 '실행 가능하면 쓸 수 없고, 쓸 수 있으면 실행할 수 없다'는 W^X (Write XOR Execute) 원칙을 M-mode에도 엄격히 적용하기 위해 필수적이다.
💡 비유: ePMP는 "금고 관리자조차 마음대로 바꿀 수 없는 강화된 잠금장치"와 같다. 기존 PMP가 관리인이 일반 손님을 통제하는 문이었다면, ePMP는 관리인이 실수로 금고 안에 갇히거나 금고 벽을 부수는 것을 막기 위해 관리인 스스로의 행동을 제약하는 안전 센서가 추가된 형태다.
등장 배경:
1. M-mode 보안 위협 증가: 펌웨어의 복잡도가 증가하면서 M-mode에서 동작하는 코드의 취약점이 시스템 전체를 장악하는 사례가 늘어났다.
2. Smashing the Stack 공격 대응: 데이터 영역에 코드를 심고 실행하는 고전적인 공격 기법이 특권 모드에서도 유효하다는 점이 확인되었다.
3. Smep/Smap의 M-mode 버전 요구: x86의 SMEP (Supervisor Mode Execution Prevention)처럼, M-mode가 U-mode의 코드를 실행하지 못하게 하는 강력한 격리 기제에 대한 필요성이 대두되었다.

ePMP가 기존 PMP와 달리 M-mode의 권한을 어떻게 제약하는지 그 구조적 차이를 시각화하면 다음과 같다. 특히 mseccfg 레지스터의 등장이 가장 큰 하드웨어적 변화다.

  ┌───────────────────────────────────────────────────────────────────────┐
  │                 PMP vs ePMP 아키텍처 비교도                           │
  ├───────────────────────────────────────────────────────────────────────┤
  │                                                                       │
  │  [기존 PMP]                         [ePMP (Enhanced)]                 │
  │                                                                       │
  │  M-mode : 절대 권한 (L=0일 때)        M-mode : mseccfg 제어 하에 위치 │
  │    │                                     │                            │
  │    ▼                                     ▼                            │
  │  ┌────────────┐                    ┌────────────┐                     │
  │  │ PMP Entries│                    │ mseccfg Reg│ ◀─ [핵심 추가]      │
  │  └────────────┘                    └──────┬─────┘                     │
  │         │                                 │                           │
  │         ▼                                 ▼                           │
  │  [Physical Mem]                    ┌────────────┐                     │
  │                                    │ PMP Entries│                     │
  │                                    └────────────┘                     │
  │  * 한계: M-mode의 W+X 허용           * 혁신: M-mode W^X 강제 가능     │
  └───────────────────────────────────────────────────────────────────────┘

[다이어그램 해설] 기존 PMP에서는 L비트가 0이면 M-mode가 모든 물리 주소에 접근할 수 있었고, L비트가 1이라도 R/W/X 비트 조합에 따라 쓰기와 실행이 동시에 가능한 영역을 만들 수 있었다. 하지만 ePMP는 상위에 mseccfg (Machine Security Configuration) 레지스터를 두고, 이곳의 설정에 따라 PMP 엔트리의 해석 방식을 변경한다. 예를 들어 mseccfg.MML 비트가 1이 되면, 모든 PMP 엔트리는 M-mode에서도 엄격한 권한 체크를 받게 되며, 특정 비트 조합(R=0, W=1, X=1)은 기존과 전혀 다른 보안적 의미(M-mode 실행 전용)로 재해석된다. 이는 하드웨어가 소프트웨어의 권한 오남용을 감시하는 '상위 감시자' 역할을 수행함을 뜻한다.

📢 섹션 요약 비유: 왕(M-mode)이 스스로 법전(mseccfg)에 서명하여 자신의 권력을 제한함으로써, 왕궁 내부의 무질서와 반란을 방지하는 것과 같습니다.

Ⅱ. 아키텍처 및 핵심 원리 (Deep Dive)

구성 요소

요소명	전체 명칭 (Full Name)	역할	내부 동작	비유
mseccfg	Machine Security Configuration Register	ePMP의 전체 동작 모드 결정	MML, MMW, RL 비트를 통한 보안 강화	보안 시스템 마스터 스위치
MML	Machine Mode Lock bit	M-mode에 대한 PMP 강제 활성화	설정 시 PMP 엔트리가 M-mode에도 상시 적용	관리자 전용 수갑
MMW	Machine Mode Write bit	M-mode의 쓰기 권한 확장 제어	MML과 조합하여 읽기 전용 영역에 대한 쓰기 제한	펜 쓰기 금지 잠금
RL	Rule Lock bit	PMP 엔트리의 영구 고정	설정 시 하드웨어 리셋 전까지 변경 불가	봉인된 계약서
W^X Enforcement	Write XOR Execute	쓰기와 실행 권한의 상호 배제 강제	R, W, X 비트 조합의 재해석으로 구현	양손 무기 사용 불가 규칙

mseccfg 레지스터 비트 구조 및 의미

ePMP의 핵심 제어 장치인 mseccfg CSR (Control and Status Register)의 구조다. 이 레지스터의 설정값에 따라 시스템 전체의 보안 등급이 결정된다.

  ┌─────────────────────────────────────────────────────────────────────┐
  │                 mseccfg 레지스터 비트 레이아웃                      │
  ├─────────────────────────────────────────────────────────────────────┤
  │                                                                     │
  │   31 ... 3      2      1      0                                     │
  │  ┌───────────┬──────┬──────┬──────┐                                 │
  │  │    0      │  RL  │ MMW  │ MML  │                                 │
  │  └───────────┴──────┴──────┴──────┘                                 │
  │                                                                     │
  │  - MML (Machine Mode Lock):                                         │
  │    1=모든 PMP 규칙이 M-mode에 적용됨, 권한 재해석 활성화            │
  │  - MMW (Machine Mode Write):                                        │
  │    MML=1일 때, Read-only 영역을 M-mode가 쓸 수 있는지 결정          │
  │  - RL (Rule Lock):                                                  │
  │    1=pmpcfg/pmpaddr 레지스터의 추가 수정을 영구 차단                │
  │                                                                     │
  │  * 주의: MML=1로 설정하는 순간 기존 PMP 설정이 즉시 재해석됨        │
  └─────────────────────────────────────────────────────────────────────┘

[다이어그램 해설] mseccfg.MML 비트가 활성화되면 PMP 엔트리의 R, W, X 비트 조합이 "Shared 권한 모델"로 변경된다. 예를 들어, 기존 PMP에서 L=1, R=1, W=1, X=0은 M-mode와 하위 모드 모두에게 읽기/쓰기를 허용했다. 하지만 ePMP의 MML 모드에서는 이 조합이 "하위 모드는 읽기/쓰기가 가능하지만, M-mode는 읽기만 가능"한 영역으로 바뀔 수 있다. 또한 R=0, W=1, X=1 처럼 기존에 금지되거나 위험했던 조합을 "M-mode 전용 실행 영역"으로 재정의하여 사용한다. 이는 하드웨어가 논리적인 권한 매핑 테이블을 하나 더 가짐으로써, 소프트웨어 계층간의 완벽한 '격리'를 물리적으로 보장하는 메커니즘이다.

MML=1 상태에서의 권한 재해석 매트릭스

ePMP의 진가는 MML 비트가 1일 때 나타나는 권한 테이블의 변화에 있다. 기존 PMP와 달리 M-mode와 하위 모드(S/U)의 권한을 다르게 가져갈 수 있는 통로가 열린다.

  ┌────────────────────────────────────────────────────────────────────┐
  │           ePMP MML=1 시 권한 재해석 (R,W,X 비트 의미)              │
  ├────────────────────────────────────────────────────────────────────┤
  │                                                                    │
  │  [R W X] |  S/U-Mode 권한   |   M-Mode 권한     |   용도           │
  │  --------|------------------|-------------------|--------------    │
  │  [1 1 1] |       None       |     Read/Exec     | M-mode 전용코드  │
  │  [1 0 1] |     Read/Exec    |     Read/Exec     | 공유 코드 영역   │
  │  [0 1 1] |       None       |     Read/Only     | M-mode 전용데이터│
  │  [0 1 0] |       None       |     Read/Write    | M-mode 전용스택  │
  │  [1 1 0] |     Read/Write   |     Read/Only     | 하위모드 데이터  │
  │                                                                    │
  │  * 혁신 포인트:                                                    │
  │  1. S/U-mode가 쓸 수 있는 곳은 M-mode가 실행할 수 없음 (W^X 강제)  │
  │  2. M-mode가 쓸 수 있는 곳은 S/U-mode가 볼 수 없음 (격리 강화)     │
  └────────────────────────────────────────────────────────────────────┘

[다이어그램 해설] 위 매트릭스에서 주목할 점은 R=1, W=1, X=0 조합이다. 하위 모드는 자유롭게 읽고 쓸 수 있지만, M-mode는 읽기만 가능하다. 이는 M-mode가 사용자 영역의 데이터를 읽어 처리할 수는 있지만, 그곳에 실수로 코드를 적거나 실행하는 것은 막겠다는 의도다. 또한 R=1, W=1, X=1 조합은 하위 모드에게는 권한을 전혀 주지 않으면서 M-mode에게는 읽기와 실행만 허용한다. 즉, 쓰기 권한이 완전히 빠진 "순수 실행 영역"을 M-mode 전용으로 구축할 수 있다. 이러한 정교한 권한 분리는 기존 PMP의 "L비트가 1이면 모두가 똑같이 적용받는다"는 단순 논리를 깨고, 특권 계층 내부의 최소 권한 원칙을 실현하는 도구가 된다.

📢 섹션 요약 비유: 관리자(M-mode)가 손님(S/U 모드)의 가방을 검사할 수는 있지만(Read), 자기 물건을 손님 가방에 넣거나(Write) 손님 가방 안의 위험한 도구를 꺼내 쓰는 것(Execute)을 원천 차단하는 이중 잠금 시스템과 같습니다.

Ⅲ. 융합 비교 및 다각도 분석

심층 기술 비교: PMP vs ePMP

비교 항목	표준 PMP (Standard)	Enhanced PMP (ePMP)
M-mode 제어	L=0이면 무제한 권한	MML=1이면 상시 제약
W^X 원칙	소프트웨어 준수 필요	하드웨어가 강제 (MML 모드)
권한 유연성	M/S/U 공통 권한 적용	M-mode와 하위 모드 권한 분리 가능
설정 보호	pmpcfg 수정 가능	RL=1 설정 시 수정 영구 차단
보안 레벨	기본 수준 (Medium)	고신뢰/군용 수준 (High)

ePMP는 하드웨어 리소스를 거의 추가하지 않고도(레지스터 1개 추가) 논리적 권한 해석 방식을 바꿔 보안성을 비약적으로 높인 아키텍처적 효율성의 극치다.

과목 융합 관점: 소프트웨어 공학 및 보안 아키텍처

소프트웨어 공학 (SE): M-mode 펌웨어를 개발할 때 코드와 데이터를 엄격히 분리하도록 강제하여, 개발 단계부터 보안 코딩 가이드라인이 지켜지게 만든다.
보안 (Cyber Security): DEP (Data Execution Prevention) 기능을 특권 모드 하드웨어 수준에서 구현한 것으로, 제로 데이 (Zero-day) 취약점이 발생하더라도 실제 공격 코드가 실행되는 단계에서 차단한다.

  ┌──────────────────────────────────────────────────────────────────────┐
  │               ePMP 적용 시 공격 방어 시나리오                        │
  ├──────────────────────────────────────────────────────────────────────┤
  │                                                                      │
  │   [공격자] ──▶ [M-mode 취약점 발견] ──▶ [쉘코드 주입 시도]           │
  │                                           │                          │
  │          ┌────────────────────────────────┴───────┐                  │
  │          ▼                                        ▼                  │
  │   [기존 PMP 환경]                         [ePMP 환경]                │
  │    - 데이터 영역에 W+X 허용 가능            - 데이터 영역은 W 전용   │
  │    - 주입된 코드 실행 성공                  - 실행 시도 시 Fault!    │
  │    - 시스템 전체 장악                       - 공격 차단 및 복구      │
  └──────────────────────────────────────────────────────────────────────┘

[다이어그램 해설] 공격자가 M-mode 펌웨어의 버퍼 오버플로우 취약점을 찾아내어 스택(데이터 영역)에 악성 코드를 주입했다고 가정하자. 기존 PMP 환경에서는 스택 영역이 읽기/쓰기가 가능하므로 실행 권한도 우연히 열려있을 확률이 높다. 하지만 ePMP의 MML 모드에서는 스택 영역(R=0, W=1, X=0)에 실행 권한이 절대 부여될 수 없다. 주입된 코드로 점프하려는 순간 CPU는 'Instruction Access Fault' 예외를 발생시키고 제어권을 안전한 트랩 핸들러로 넘긴다. 이는 공격의 마지막 단계인 '실행'을 물리적으로 무력화시키는 "최후의 보루" 역할을 수행한다.

📢 섹션 요약 비유: 도둑이 창문을 깨고 들어와 총(악성 코드)을 집어 들었지만, 총의 방아쇠가 용접되어 있어(실행 권한 부재) 결국 아무것도 하지 못하고 잡히는 것과 같습니다.

Ⅳ. 실무 적용 및 기술사적 판단

실무 시나리오

시나리오 — 보안 하이퍼바이저 격리: 머신 모드에서 동작하는 하이퍼바이저가 게스트 OS의 메모리를 조작할 때, ePMP를 통해 하이퍼바이저 자신의 코드는 읽기/실행만 가능하게 락을 건다. 이 상태에서 하이퍼바이저가 스스로의 코드를 수정하려는 시도는 하드웨어적으로 차단되어, 악성 게스트에 의한 하이퍼바이저 오염(Escape)을 방지한다.
시나리오 — 스마트 카드/금융 칩 보안: 매우 높은 신뢰성이 요구되는 금융 IC 칩에서 M-mode로 동작하는 런타임 라이브러리가 사용자 데이터 영역의 값을 코드로 오인해 실행하는 '분기 타겟 오염' 공격을 방어한다. ePMP의 MML 설정을 통해 데이터 영역은 절대 실행될 수 없음을 보증한다.
시나리오 — 실시간 시스템의 결정론적 보안: 인터럽트 처리가 잦은 RTOS 환경에서, 잘못된 인터럽트 핸들러가 M-mode의 중요한 설정값을 건드리지 못하도록 RL (Rule Lock) 비트를 사용해 PMP 설정을 영구 봉인한다.

도입 체크리스트 및 안티패턴

ePMP 도입 시 엔지니어가 반드시 확인해야 할 기술적 체크포인트다.

  ┌──────────────────────────────────────────────────────────────┐
  │                ePMP 구성 및 검증 체크리스트                  │
  ├──────────────────────────────────────────────────────────────┤
  │                                                              │
  │  [ ] mseccfg 레지스터가 하드웨어에 구현되어 있는가?          │
  │  [ ] MML=1 설정 직후, 현재 실행 중인 코드의 권한 재확인?     │
  │  [ ] M-mode 스택 영역에 대한 W^X 설정이 올바른가?            │
  │  [ ] RL 비트 설정 전 모든 PMP 엔트리 설정이 완료되었는가?    │
  │  [ ] 하위 모드(S/U)의 트랩 벡터가 보호 영역 내에 있는가?     │
  └──────────────────────────────────────────────────────────────┘

[다이어그램 해설] ePMP 설계 시 가장 주의해야 할 점은 MML=1로의 전환 타이밍이다. 이 비트를 세팅하는 순간, 모든 PMP 엔트리의 의미가 한꺼번에 바뀐다. 만약 현재 실행 중인 코드 영역이 바뀐 규칙에서 '실행 불가능'으로 판정되면, CPU는 다음 명령어를 가져오지 못하고 즉시 멈춰버린다. 따라서 5번 체크리스트처럼, 현재 실행 중인 코드와 스택, 트랩 벡터 영역에 대해 바뀔 규칙을 미리 계산하고 이에 맞춰 PMP를 정교하게 선행 설정해두는 '원자적 전이' 전략이 필수적이다. 또한 RL=1을 설정하면 더 이상 수정이 안 되므로, 모든 부팅 보안 검사가 끝난 최종 단계에서만 호출해야 한다.

안티패턴

과도한 융통성 부여: M-mode의 편의를 위해 MMW=1을 상시 활성화해두는 것. 이는 Read-only 영역에 대한 M-mode의 쓰기를 허용하여 ePMP 도입 취지를 퇴색시킨다.
부팅 시퀀스 설계 미비: mseccfg 설정을 부팅 직후가 아닌 OS 로드 후에 수행하는 것. 이 사이의 짧은 시간(Window of Vulnerability) 동안 공격자가 M-mode 설정을 탈취할 수 있다.
예외 처리기의 권한 부족: 보안 위반 시 호출되는 예외 처리기가 정작 자신을 보호하는 PMP 규칙 때문에 동작하지 못하는 상황.
📢 섹션 요약 비유: 자물쇠를 다 채우지도 않았는데 열쇠를 버리거나(미완성 상태서 RL 설정), 자물쇠를 채우는 순간 자기가 나갈 문까지 잠가버리는(코드 영역 권한 상실) 실수를 하지 말아야 합니다.

Ⅴ. 기대효과 및 결론

도입 효과 분석

구분	도입 전 (PMP)	도입 후 (ePMP)	개선 효과
M-mode 보안	취약점 발생 시 전체 장악 위험	하드웨어가 M-mode 행위 제약	특권 남용 및 오동작 방지
W^X 강제성	소프트웨어의 선의에 의존	하드웨어가 물리적으로 강제	코드 주입 공격 원천 차단
모드 간 격리	상하 관계 중심의 일방 격리	상위 모드 자체 보안 포함 양방향 격리	제로 트러스트 하드웨어 구현
인증 신뢰도	일반 상용 보안 수준	군사/금융/인프라용 고보안 수준	고부가가치 칩 시장 진출 가능

미래 전망 및 표준

Zkr/Zkt 확장: RISC-V의 암호화 확장 규격들과 결합하여, ePMP가 보호하는 메모리 영역 내에서 하드웨어 가속 암호화 연산이 안전하게 수행되는 TEE 환경이 표준화될 것이다.
상태 보존형 보안: 전원이 꺼져도 유지되는 비휘발성 메모리 환경에서 ePMP 설정을 유지하거나 복구하는 기술이 차세대 SoC (System on Chip)의 핵심 과제가 될 전망이다.

ePMP는 "가장 강한 자가 가장 절제해야 한다"는 보안의 철학을 하드웨어로 구현한 정수다. 하드웨어 리소스를 최소화하면서도 보안의 깊이를 더한 이 설계는, 오픈 소스 하드웨어인 RISC-V가 상용 보안 시장에서 가질 수 있는 가장 강력한 무기가 될 것이다.

📢 섹션 요약 비유: 엔진의 힘이 아무리 좋아도 브레이크가 없으면 사고가 나는 것처럼, 강력한 권한(M-mode)에 정교한 제동 장치(ePMP)를 다는 것이 진정한 고성능 시스템의 완성입니다.

📌 관련 개념 맵 (Knowledge Graph)

개념 명칭	관계 및 시너지 설명
mseccfg	ePMP의 동작 모드와 규칙 고정을 담당하는 핵심 제어 레지스터이다.
MML (Machine Mode Lock)	M-mode에 PMP 규칙을 강제로 적용하고 권한을 재해석하게 만드는 결정적 비트이다.
W^X (Write XOR Execute)	쓰기와 실행 권한을 동시에 주지 않는 보안 원칙으로, ePMP가 하드웨어적으로 이를 실현한다.
Root of Trust (신뢰의 뿌리)	ePMP는 M-mode의 무결성을 보장함으로써 시스템 전체 신뢰 사슬의 시작점을 보호한다.
Access Fault Exception	ePMP 권한 위반 시 발생하는 하드웨어 신호로, 시스템의 즉각적인 방어 기동을 시작한다.

👶 어린이를 위한 3줄 비유 설명

ePMP는 컴퓨터 대장님(M-mode)이 스스로의 손에 채우는 안전 팔찌예요. 대장님이 실수로 중요한 서류를 망가뜨리거나 위험한 행동을 하지 못하게 도와줘요.
예전에는 대장님이 하고 싶은 대로 다 할 수 있었지만, 이제는 "쓰기"와 "실행"을 동시에 못 하게 해서 나쁜 악당이 대장님 몸속에 숨어드는 걸 막아요.
이 팔찌는 한번 잠그면(RL 비트) 컴퓨터를 다시 켜기 전까지 아무도 풀 수 없는 아주 튼튼한 마법 자물쇠랍니다!