PUF, 저장하지 않는 키로 월패드 보안을 다시 설계하다
PUF(물리적복제방지기능)의 원리와 Fuzzy Extractor 키 파생, 보안부팅·원격 인증 연계, 월패드 IoT 적용 사례를 정리한다
2026-08-13 · 최초 발행 2025-12-03
인터넷망과 댁내망을 물리적으로 분리하려면 추가 배선과 광전송 설비, 시공 비용이 든다. 월패드처럼 원가에 민감한 IoT 단말에서는 이 비용을 감당하기 어렵고, 그렇다고 망을 묶어 두면 단말 하나가 뚫렸을 때 피해가 홈네트워크 전체로 번진다. PUF(Physical Unclonable Function, 물리적복제방지기능)는 이 딜레마에 물리 계층의 신뢰 근거를 얹어 답하려는 접근이다.
저장하지 않는 키라는 아이디어
반도체는 같은 설계도로 찍어내도 트랜지스터 하나하나의 전기적 특성이 미세하게 다르다. 이 공정편차는 제조사도 통제할 수 없는 무작위성이라, 칩마다 재현 불가능한 고유 값을 만들어낸다. PUF는 이 값을 전원 인가 시 칩 내부 셀 지연이나 SRAM 초기값 같은 형태로 측정해 응답으로 뽑아내는 기능이다.
여기서 나오는 보안 속성이 세 가지다. 복제가 안 되고(비복제성), 다른 칩으로 옮길 수 없고(비이동성), 무엇보다 키를 어딘가에 저장해 둘 필요가 없다(비저장성). 마지막 속성이 실무적으로 가장 크다 — 저장된 비밀이 없으니 플래시를 통째로 탈취해도 평문 키가 나오지 않는다.
등록에서 복구까지, 키가 만들어지는 방식
PUF의 원시 응답은 그 자체로는 노이즈가 섞여 불안정하다. 그래서 등록(enrollment) 단계에서 원시 응답을 오류정정부호(ECC)와 헬퍼데이터로 안정화하는 절차를 거친다. 이렇게 만든 헬퍼데이터는 그 자체로는 비밀이 아니므로 저장해 둬도 되고, 운영 단계에서는 전원이 들어올 때마다 PUF 응답을 다시 측정하고 헬퍼데이터를 대조해 같은 키를 복원한다. 이 구조를 "Fuzzy Extractor"라고 부르는데, 온도·전압·노화로 원시 응답이 조금씩 흔들려도 ECC가 보정해 재현성을 확보하는 것이 핵심이다.
이렇게 파생된 디바이스 루트키는 두 갈래로 쓰인다. 하나는 보안부팅 체인이다. 부트로더가 PUF 파생 키로 펌웨어 이미지를 AES-GCM으로 복호화하고 서명을 검증하며, OTA 업데이트 시에는 이미지별 세션키를 이 루트키로 래핑해 전송 구간 탈취를 무력화한다. 다른 하나는 장치 인증이다. PUF 기반 키로 mTLS·DTLS 세션을 수립하고 클라우드·게이트웨이가 디바이스 상태와 펌웨어 버전을 원격으로 증명(attestation)받는다.
월패드에 적용한다면
월패드 환경에 이 구조를 얹으면 세 가지 지점에서 쓸모가 생긴다.
사용자 인증 강화 측면에서는, 월패드와 클라우드 간 mTLS 인증서의 프라이빗키를 PUF로 파생시켜 디바이스에 묶어 두면 키 추출 자체가 불가능해진다. 펌웨어 보호 측면에서는 부트로더가 PUF 파생 키로 이미지를 복호화·검증하므로 OTA 배포 중 이미지가 탈취돼도 무력하다.
가장 실질적인 것은 세 번째, 인터넷망·댁내망 분리 비용에 대한 대안이다. 물리 분리 대신 PUF 앵커 기반의 강력한 단말 인증에 네트워크 마이크로세그멘테이션, 애플리케이션 레벨 암호화, 클레임 기반 접근제어(ABAC)를 결합하면 홈네트워크 자산 접근을 최소권한으로 좁힐 수 있다. 제조·유통 단계에서도 효과가 있다 — 키 인젝션 공정 자체가 없어지므로(Zero secret-injection) 생산라인에서 개별 비밀키를 심는 절차와 그로 인한 보안 부담이 사라지고, 초기 등록 때 헬퍼데이터만 저장하면 되므로 중앙 비밀 관리 부담도 준다.
등록에서 운영까지, 예외는 어떻게 처리하나
등록 단계에서 헬퍼데이터를 만들고 원시 루트키는 곧바로 폐기한다는 점, 그리고 운영 중 오류율이 임계값을 넘으면 곧장 실패 처리하지 않고 온도 보정 재시도·재부팅·재등록 요청 순으로 단계적으로 복구를 시도한다는 점이 이 흐름의 실질적인 설계 포인트다.
PUF vs eFuse/OTP vs TPM/SE
| 구분 | PUF | eFuse/OTP | TPM/SE |
|---|---|---|---|
| 성능 | 키 재구성 지연 소폭 존재(수~수십 ms) | 즉시 사용, 지연 최소 | 외부 인터페이스 오버헤드로 지연 중간 |
| 확장성 | 키 인젝션 불필요, 제조 확장 용이 | 유니크 키 인젝션 필요, 라인 보안 부담 | 표준 PKI 연계 용이하나 부품/펌웨어 체인 필요 |
| 일관성 | 환경 영향, ECC/보정 필수 | 매우 안정적 | 매우 안정적 |
| 안정성 | 모델링/사이드채널 방어 설계 중요 | 물리 추출 저항은 어느 정도, 복제 방지 | 강한 물리 내성(보안 등급 제품 기준) |
| 운영 편의 | 키 미저장, RMA 시 재등록 절차 필요 | 키 유실 시 복구 곤란 | 표준 API, 관리 도구 풍부(비용 증가) |
TPM/SE와 PUF는 상보적으로 결합할 수도 있다. 예를 들어 PUF로 SE의 루트 신뢰를 강화하는 식이다.
설계·운영에서 놓치기 쉬운 것들
인터넷망과 댁내망을 완전히 분리하는 방식과 비교하면 초기 CAPEX를 20~40% 절감할 가능성이 제시되는데, 추가 설비·광전송·시공을 회피한다고 가정한 수치다.
키 관리는 KDF로 통신·저장·업데이트 용도를 분리해 파생하고 키 회전 정책을 두는 것이 기본이다. 헬퍼데이터는 그 자체로 민감정보는 아니라고 보되, 무결성 보호(MAC)는 적용해야 한다. 신뢰 부팅 체계는 ROM 루트 오브 트러스트에서 부트로더, OS/앱으로 이어지는 연쇄 검증에 PUF 파생 키의 펌웨어 암호화·서명 검증을 병행하고, 여기에 롤백 방지 카운터를 관리한다.
신뢰성 확보를 위해서는 온도·전압을 상시 모니터링하며 동적으로 파라미터를 조정하고, 오류율이 올라가면 재등록 절차로 넘긴다. 수명시험(HTOL)과 온도 챔버 검증으로 노화 민감도를 사전에 평가하는 것도 필요하다. 위협 모델 측면에서는 머신러닝 기반 모델링 공격에 대비해 챌린지-리스폰스를 최소화하거나 제한적으로만 공개하고, 전력 평활화·마스킹으로 사이드채널을 줄이고 프로빙 방어(메시, 센서)를 붙인다.
현장 운영에서는 첫 설치 시 오프라인 등록 패키지를 제공하고 설치자 인증을 연동하며, 장애가 나면 로컬 기능만 제한적으로 허용하는 안전 모드로 전환하고 원격 재등록 프로토콜을 마련해 둔다.
비밀 키를 저장하지 않는다는 것은 대규모 유출 리스크와 공격 표면 자체를 줄인다는 뜻이고, 대량 배포 상황에서도 장치별 고유성이 자동으로 확보되므로 개별 키 관리 부담이 준다는 뜻이기도 하다. PSA Certified나 FIPS 관련 표준 인증과의 연계 가능성도 있지만, 이 부분은 표준 동향이 계속 바뀌므로 도입 시점에 최신 정보를 확인하는 편이 안전하다.