대상 독자이 글은 학교 조달 기관의 OEM/ODM 프로그램 관리자와 컴플라이언스 담당자가 감사인에게 답해야 하는 세 가지 질문, 즉 서명 키가 어디에 저장되어 있는지, 누가 그것을 사용할 수 있는지, 한 개의 펜이 무허가 서비스 센터에서 재플래싱될 때 어떤 일이 일어나는지를 다루기 위해 작성되었습니다. 본 문서는 리딩펜 라인업(B1, B2, F8, K7, KF1, L5, P2, Q6, Q8, T2, Y6) 11개 SKU 전반에 걸친 HSM 토폴로지, 기기별 신원 주입, 키 에스크로 정책, OEM 키 교체 주기를 안내합니다.
이 페이지에서 가장 저렴한 리딩펜과 가장 비싼 리딩펜 모두 내부에 개인키를 내장하고 있습니다. 차이는 그 키가 어디에서 생성되었는지, 어디에 저장되는지, 누가 서명할 수 있는지, 그리고 OEM의 서명 HSM이 침해될 경우 어떻게 되는지에 있습니다. 키 관리는 B2B 리딩펜 프로그램에서 가장 과소평가되는 구성 요소입니다. 왜냐하면 감사인은 제품보다 정책 문서를 먼저 읽기 때문입니다. 본 기사에서는 당사의 HSM 환경, 공장 키 프로비저닝 라인, OEM 서명 서비스, 그리고 잘못 설계된 체계를 무너뜨리는 운영 시나리오를 살펴봅니다.
구매자 팁 리딩펜 업체에 서명 키의 수명 주기 다이어그램(생성, 저장, 사용, 교체, 폐기, 파기)을 요청하십시오. 5분 이내에 디바이스 키와 OEM 키에 대한 다이어그램을 제시하지 못한다면, 서면상 정책은 실제 정책이 아닙니다.
1. 모든 리딩펜이 보유한 다섯 가지 키
오늘날의 리딩펜은 단일 키가 아니라 다섯 단계의 키 계층 구조입니다. 각 키는 서로 다른 소유자, 서로 다른 저장 위치, 서로 다른 수명을 가집니다.
| 키 | 소유자 | 저장 위치 | 수명 | 용도 |
|---|---|---|---|---|
| 루트 CA 키(공장) | 스마트 독서 펜 | FIPS 140-2 L3 HSM (오프라인) | 10년 | 중간 CA 서명 |
| 중간 OEM CA 키 | OEM 또는 공장 | FIPS 140-2 L2 HSM | 3년 | 디바이스별 인증서 서명 |
| 디바이스별 ID 키(ECC P-256) | 개별 펜 단위 | 보안 요소 / TrustZone-M HUK | 디바이스 수명(약 4년) | TLS 핸드셰이크, 클라우드 ID |
| OID 래핑 키 (AES-128) | 스마트 독서 펜 | 오프라인 HSM, 암호화된 USB 배포 | 1년 | OID 오디오 사전을 래핑합니다 |
| OTA 세션 키 (AES-128) | 각 OTA 트랜잭션 | RAM 전용 | 90일 | 롤아웃별 페이로드 암호화 |
다섯 개의 키, 다섯 가지 저장 방식. 수입업자가 뚫을 수 있는 것은 두 번째, 즉 OEM 중간 CA입니다. MoU에 서명하기 전에 이를 먼저 이해하세요.
2. 두 공장 사이트의 HSM 토폴로지
저희는 두 개의 공장을 운영합니다. 선전 공장은 APAC 및 EU 시장을 담당하고, 조호바루 공장은 미주, GCC 및 아프리카 시장을 담당합니다. 각 공장에는 자체 HSM 클러스터가 있으며, 오프라인 루트 키는 별도의 방폭 금고에 보관됩니다.
| HSM | 모델 | FIPS 레벨 | 위치 | 용도 | 처리량 |
|---|---|---|---|---|---|
| 루트 서명 HSM | Thales Luna T-7 | 140-2 L3 | 선전 금고 A | 루트 CA 키 전용 (오프라인) | 서명 4회/초 |
| OEM HSM 클러스터 | Thales Luna T-7 x 4 | 140-2 L3 | 선저닝 서명 대기실 | OEM별 중간 CA | 서명 220회/초 |
| 루트 서명 HSM | Thales Luna T-7 | 140-2 L3 | 조hor바루 안전 A | 루트 CA 키만 (오프라인) | 서명 4회/초 |
| OEM HSM 클러스터 | Utimaco SecurityServer Se Gen2 x 3 | 140-2 L3 | 조hor바루 서명실 | OEM별 중간 CA | 서명 165회/초 |
| 공장 현장 HSM | Yubico YubiHSM 2 (USB) | 140-2 L2 | 각 생산 라인 | 디바이스별 신원 주입 | 서명 18회/초 |
생산 라인의 YubiHSM 2는 디바이스별 신원 키를 주입하는 장치입니다. 잠긴 캐비닛에 보관되며, 운영자 카드는 라인 감독자(공장당 2명)만 보유합니다. 모든 서명 작업은 감사 로그에 기록되며, 매일 프랑크푸르트의 SIEM 집계기로 전송됩니다. 감사 로그 보존 기간은 SOC 2 Type II에 따라 7년입니다.
다이어그램은 정교해 보이지만, 전체 체인은 펌웨어 이미지의 단일 SHA-256 해시부터 이를 서명한 운영자까지 감사 추적이 가능합니다.
3. 생산 라인에서의 디바이스별 신원 주입
모든 펜은 고유한 신원으로 출하됩니다. 주입 과정은 11개 SKU 전체에서 동일하지만 저장 위치는 다릅니다.
| 단계 | 시간 | 도구 | 진행 내용 | 감사 로그 항목 |
|---|---|---|---|---|
| 0 | t = 0 | SMT 라인 | 공장 초기 펌웨어가 SOC에 플래시됨 | SKU + 시리얼 |
| 1 | t = 5 s | USB를 통한 YubiHSM 2 | HSM에서 ECC P-256 키페어 생성 | 키 지문 + 시리얼 |
| 2 | t = 6 s | USB를 통한 YubiHSM 2 | 공개 키가 공장 중간 CA에 의해 서명됨 | 인증서 시리얼 |
| 3 | t = 7 s | 프로그래밍 지그 | HUK/SE에 인증서 + 개인 키 주입 | HUK ID + 해시 |
| 4 | t = 8 s | 검증 지그 | 첫 부팅 검증 기록 | 합격/불합격 |
키페어는 HSM 또는 보안 요소 외부에 평문으로 노출되지 않습니다. 공장 현장에서는 개인 키를 절대 보지 못합니다. 이러한 "평문 키 부재" 특성은 SOC 2 CC6.1의 가장 중요한 인증 기준이며, 감사관이 가장 먼저 확인하는 항목입니다.
라인당 처리량은 YubiHSM 1대당 분당 약 18개 디바이스입니다. 테스트를 포함하여 10,000개 배치 출하는 9.3시간이 소요됩니다. 신원 주입 서비스 비용은 디바이스당 $0.08이며, 3,000개 이상의 주문에는 단가에 포함되고 그 미만의 주문에는 별도 항목으로 표시됩니다.
4. OEM 서명 서비스
OEM 고객(현재 86개 펌웨어 버전을 사용하는 47곳)을 위해 원격 서명 서비스를 운영합니다. OEM이 펌웨어 이미지를 업로드하면, 중간 CA로 서명하여 서명된 이미지를 제공합니다. OEM 중간 CA의 개인 키는 HSM 클러스터를 절대 떠나지 않습니다.
| 서비스 단계 | 시간 | SLA | 수행 가능자 |
|---|---|---|---|
| OEM이 보안 포털을 통해 이미지 제출 | 30 s | 8 × 5 h | OEM RA (인증된 3개 역할 중 1) |
| 이미지 해시 계산 및 검증 완료 | 10 s | 8 × 5 h | OEM 출시 관리자 |
| HSM 서명 (RSA-2048 + AES-128 래핑) | 5 s | 8 × 5 h | OEM 서명 담당자 |
| 서명된 이미지 반환 | 15 s | 8 × 5 h | 감사 로그 |
"요청 접수"부터 "서명된 이미지 다운로드 가능"까지의 SLA는 일반 서명의 경우 90초, 공식 변경 티켓의 경우 4시간입니다. 2026년에 한 차례 4시간 SLA를 놓친 적이 있으며, 해당 주문의 개당 수수료에서 12%를 OEM에 환급했습니다. 이 내용은 문서화되어 있으며 공개되어 있습니다. 우리는 47 000개 이상의 펜에 대해 99.96%의 정시 수행률로 이 서비스를 운영해 왔습니다.
우리가 기꺼이 줄여가고자 하는 패턴이 있습니다: OEM이 100 000개 이미지의 "일괄 서명"을 요청하는 경우입니다. 우리는 이를 거절합니다. 올바르게 운영되는 OEM 프로그램은 디바이스당이 아니라 릴리스당 이미지에 서명합니다. 만약 귀하의 벤더가 디바이스당 이미지의 일괄 서명을 제안한다면, 그들은 디바이스별 신원을 우회하는 것이며 감사 가능한 어떤 것도 실제로 서명하고 있지 않는 것입니다.
5. 키 로테이션: 주기와 사유
계층 구조의 모든 키에는 로테이션 정책이 있습니다. 정기 로테이션 주기 및 비상 로테이션 트리거는 당사의 Key Lifecycle Policy v3.2에 문서화되어 있습니다.
| 키 | 정기 로테이션 | 비상 로테이션 트리거 | 방법 |
|---|---|---|---|
| 루트 CA | 10년 | 운영자 카드 유출 | 모든 차등 인증서 재발급 |
| OEM 중간 CA | 3년 | OEM HSM 변조 방지, OEM 요청 | 신규 CA + 크로스 서명된 브릿지 |
| OID 래핑 키 (AES) | 1년 (매년 1월 5일) | 딕셔너리 추출 관련 뉴스 | 18 MB 사전 재랩 후 업데이트 배포 |
| OTA 세션 키 | 90일 (자동) | 비정상 OTA 세션 | 다음 부팅 시 강제 키 리셋 |
| 디바이스별 신원 | 없음 (디바이스 수명주기 동안) | 물리적 변조 사건 | CRL에서 폐기, 클라우드 블랙리스트 등록 |
90일 OTA 키 리셋은 완전히 자동이며 펌웨어 부팅 시점에 실행됩니다: 2.4.7 (B1, B2), 3.1.2 (F8), 1.9.5 (K7, KF1), 4.2.0 (L5), 2.0.3 (P2), 3.3.1 (Q6, Q8), 2.6.4 (T2, Y6). 디바이스에 표시되는 인증서 체인은 현장 디버그 메뉴("Cert Pinning" 탭, 코드 C-12~C-19)에서 확인할 수 있습니다.
6. 우리가 복구를 도운 실제 OEM 장애 사례
2025년 말 걸프 지역 유통사의 OEM HSM이 시설 침입 도중 도난당했습니다. 해당 OEM은 자체 중간 CA를 단일 Luna T-7에 보관하고 있었습니다. 우리는 서명 파트너였습니다. 4시간 이내에 비상 폐기 CRL을 발행하고, 구 OEM CA로 서명된 모든 OTA를 거부하도록 클라우드 백엔드에 통지했으며, 브릿지 CA로 완전히 패치된 펌웨어 이미지에 서명했습니다. 현장에 있던 36 000대의 펜은 예정되어 있던 다음 OTA 부팅 시 새로운 키를 수령했습니다.
유통사가 부담한 비용은 OEM 측 재발급 비용 18 000달러와 11일간의 OTA 차단이었습니다. 신키가 투명하게 배포되었기에 교육청이 부담한 비용은 0이었습니다. 우리는 이 사건의 정제된 버전을 연례 Security Posture Report에 공개합니다.
7. 자체 키를 원하는 수입업자를 위한 제공 사항
일부 수입업자, 특히 북유럽 정부 및 브라질 거주지의 경우 자체 HSM에 개인 서명 키를 보관하기를 원합니다. 우리는 두 가지 시나리오를 지원합니다.
- OEM 자체 키 에스크로 (패턴 A): 수입업자가 HSM을 보유하고, 당사는 미서명 펌웨어를 출하하며, 수입업자가 서명합니다. A53 SKU만 부팅 시 100ms 이내에 RSA-2048 서명을 검증할 수 있으므로 T2 및 Y6에서만 지원됩니다.
- OEM 자체 CA 위임 (패턴 B): 수입업자의 HSM이 중간 CA를 보유하고, OEM CA는 당사 루트에 의해 서명되며, 당사는 OEM CA 아래에서 펌웨어에 서명합니다. 전체 11개 SKU에서 지원됩니다.
패턴 A는 장기적으로 릴리스당 비용이 가장 낮고 인적 운영 비용은 가장 높습니다. 패턴 B는 릴리스당 비용이 가장 높고(T 시리즈에서 서명당 $0.05, 볼륨 계약 하에서 하위 SKU는 무료) 운영 복잡도는 가장 낮습니다. 우리는 연 50 000대 미만의 구매자에게는 패턴 B를, 그 이상에는 패턴 A를 권장합니다.
| 패턴 | 초기 설정 | 릴리스당 비용 | 인적 자원 | 감사 부담 |
|---|---|---|---|---|
| A (자체 서명) | $24,000 (HSM + 교육) | $0 | 1.5 FTE | 높음 |
| B (CA 담당팀) | $1,200 (일회성 온보딩 비용) | $0.05 / 서명 | 0.25 FTE | 중간 |
가격도 한 가지 요소입니다. 또 다른 요소는 패턴 A는 수입업자가 기기별 CRL을 자체적으로 관리해야 하는 반면, 패턴 B는 OEM 프로그램의 일부로 당사가 무상으로 관리해 드린다는 점입니다.
9. EU GDPR, 브라질 LGPD 및 COPPA의 함의
키 관리는 보안만의 문제가 아니라 개인정보 보호의 문제이기도 합니다. 디바이스별 ID 키는 특정 최종 사용자와 연결될 경우 기술적으로 개인정보에 해당합니다. EU 판매 전반에 걸쳐 OEM 계약(Annex C, "Key Management Data Flow")에 데이터 흐름도를 게시하여 어떤 주체가 키 지문과 아동의 이름 또는 이메일을 연관시킬 수 있는지를 명확히 보여드립니다.
당사가 유지하는 최소 기준은 다음과 같습니다. 공장 서명 기록에는 어떤 고객 이름도 ID 키에 연결되어 있지 않습니다. 이러한 연결은 펜이 학부모에 의해 등록된 후 OEM 고객 데이터베이스에서만 이루어집니다. 요청 시 30일 이내에 등록 기록을 삭제합니다. 이것이 어떻게 세 대륙에서 LGPD, GDPR 17조, COPPA §312.5 심사를 사후 변경 없이 통과하는지 보여주는 방식입니다.
9. 유통사 및 입찰을 위한 최종 결론
명시적인 HSM 토폴로지와 키 수명 주기 정책이 없는 리딩펜 프로그램은 언제든 범위에서 제외될 수 있는 입찰입니다. 2025년 사우디아라비아 3건과 브라질 2건의 입찰에서 이러한 일이 발생하는 것을 지켜봤습니다. 질문의 핵심은 단순합니다. 키는 어디에 있고, 누가 접근하며, 어떻게 교체하고, 복구 경로는 무엇인가. 답이 "AES-256을 사용합니다"라면 점심 전에 이미 탈락입니다.
11개 SKU에 대해 정해진 정답은 없습니다. 정책 요구사항에 SKU를 맞추면 입찰의 나머지 부분은 저절로 정리됩니다.
CTA
관련 글
- 독서 펜 암호화와 TrustZone
- 리딩펜 암호 가속기 및 AES 엔진
- 리딩펜 인증서 피닝 및 교체
- 리딩펜 안티롤백 및 버전 인증
- 리딩펜 TLS 1.2 vs 1.3 및 인증서
- 리딩펜 보안 요소 및 안티탬퍼
- 견적 요청