물리 접근과 제한된 ADB 셸에서 시작했습니다
Raelize는 2025년 hardwear.io NL에서 Google TV Streamer 4K를 대상으로 한 전자기 결함 주입(EMFI) 연구를 발표했습니다. 2026년 5월 17일 공개한 연구 설명의 대상은 MediaTek MT8696과 특정 Android 14 빌드입니다. USB 디버깅이 켜져 제한된 ADB shell을 사용할 수 있었고, 물리 실험 장치도 준비된 조건입니다. 네트워크 접근만으로 같은 결과를 낸 사례가 아닙니다.
연구팀은 실행 중인 커널의 권한 검사에 결함 주입이 영향을 준 뒤 UID 0과 루트 셸을 관찰했다고 보고했습니다. 제목의 ‘single glitch’를 장비 준비나 반복 탐색 없이 첫 시도에 성공했다는 뜻으로 읽으면 안 됩니다. 구체적인 명령 손상 형태에 대한 연구팀의 해석과, 실제로 확인한 권한 상태도 구분해야 합니다.
UID가 바뀌어도 SELinux 도메인은 남았습니다
발표 자료 55쪽에는 SELinux 컨텍스트가 u:r:shell:s0로 남아 부트 파티션 읽기가 거부된 결과가 있습니다. 59쪽에서도 기기 전체 장악은 입증하지 못했다고 명시합니다.
| 확인 대상 | 자료에서 확인한 범위 | 확대해서 해석하면 안 되는 결론 |
|---|---|---|
| UID | 해당 실험에서 UID 0과 루트 셸 관찰 | 모든 Android 기기와 빌드에서 같은 결과가 난다는 주장 |
| SELinux | shell 도메인 유지, 일부 민감 자원 접근 거부 | UID 0이면 모든 자원에 접근할 수 있다는 주장 |
| Verified Boot·TEE | 이 사례에서 우회 성공을 입증하지 않음 | 런타임 권한 변화가 부팅 무결성이나 TEE 우회까지 증명한다는 주장 |
Android의 SELinux는 root 프로세스에도 강제 접근 제어를 적용합니다. Verified Boot는 신뢰하는 시작점에서 다음 부팅 단계와 파티션의 무결성·진위를 확인하는 기능입니다. 실행 중 권한 검사에 영향을 준 결과만으로 이 기능까지 우회했다고 결론 낼 수는 없습니다.
2025년 발표와 2026년 AI 재현은 다릅니다
2026년 5월 19일 재현 기록에서 연구자는 Claude에 기존 발표 자료와 장비 매뉴얼을 제공했습니다. 물리 장치의 설치·연결·보정은 사람이 먼저 했고, Claude는 호스트 제어·기록 소프트웨어 등을 작성했습니다.
연구자가 제시한 약 13분은 첫 프롬프트 이후 루트 셸을 관찰하기까지의 시간입니다. 사람의 사전 준비를 포함한 전체 연구 시간도, 새로운 취약점을 독립적으로 발견한 시간도 아닙니다. AI를 이용한 기존 연구의 재현과 최초 발견을 분리해서 읽어야 합니다.
제품 평가에서는 결과를 나누어 기록합니다
이 사례를 제품 평가에 참고한다면 물리 접근 허용 여부, 디버깅 인터페이스 상태, SoC와 펌웨어 버전을 먼저 적습니다. 이후 UID 변화, SELinux 도메인, 실제 자원 접근 결과를 각각 남겨야 어느 보호 기능까지 영향을 받았는지 판단할 수 있습니다. 이는 사례에서 도출한 평가 관점입니다. 제품별 합격 기준이나 안전성은 따로 확인해야 합니다.
Linux 소프트웨어 fault-injection 문서와 오류 경로·복구 시험은 의도적인 오류 상황에서 소프트웨어가 어떻게 대응하는지 다룹니다. 여기서 설명한 물리 EMFI 보안 연구와는 대상과 검증 목적이 다릅니다.
출처와 확인 범위
- DUJIN KWON이 재공유한 Paul Gédéon의 소개 글을 계기로 검토했습니다. 실험 주체는 Raelize입니다.
- Raelize 연구 설명 · 2025년 발표를 설명한 2026년 5월 17일 글.
- 2025년 발표 PDF · 편집자는 1·54·55·59쪽 텍스트와 55·59쪽 화면을 대조했습니다.
- Raelize AI 재현 기록 · 2026년 5월 19일. 사전 준비와 첫 프롬프트 이후 시간을 구분했습니다.
LinkedIn 캐러셀 5장과 PDF 전쪽 검토는 원문 담당자의 기록에 근거하며 편집자가 모두 다시 열람한 것은 아닙니다. 발표 영상은 확인하지 않았습니다. 원본 사진·슬라이드·장비 설정·공격 코드는 이 글에 복제하지 않았습니다.