반응형

전체 글 793

플래시 암호화(Flash Encryption)와 온더플라이(On-the-fly) 복호화: AES-XTS 하드웨어 엔진과 스니핑 방어

외장 플래시 메모리 물리 스니핑 위협과 플래시 암호화의 필요성현대 임베디드 시스템과 IoT 엣지 기기는 대용량 펌웨어, GUI 에셋, AI 딥러닝 모델 가중치(Weights)를 저장하기 위해 외장 QSPI(Quad SPI) 또는 OSPI(Octal SPI) NOR 플래시 메모리를 광범위하게 채택합니다. 마이크로컨트롤러(MCU)는 메모리 맵 매핑(XIP, eXecute-In-Place) 기능을 통해 외장 플래시의 코드를 내부 RAM으로 복사하지 않고 버스에서 직접 실행합니다.그러나 외장 플래시 칩은 PCB 상에 노출된 패턴 핀(CS, SCK, IO0~IO3/IO7)을 통해 MCU와 통신합니다. 공격자가 저가의 로직 아날라이저나 오실로스코프 프로브를 플래시 핀에 직접 접촉(Sniffing)하면, 시스템 부팅..

외장 하드웨어 보안 칩 (Secure Element / TPM 2.0) 연동: ATECC608B ECDSA 하드웨어 서명과 Anti-tamper 실무

SoC 내부 키 저장소의 한계와 외장 하드웨어 보안 칩(Secure Element)의 필요성앞서 다룬 SoC 내부 eFuse와 ARM TrustZone-M 하드웨어 격리는 소프트웨어 취약점을 악용한 원격 네트워크 공격에 대해 강력한 방어선을 제공합니다. 그러나 해커가 디바이스를 물리적으로 확보하여 칩 패키지를 산성 용액으로 녹여내는 디캡핑(Decapping), 집속 이온 빔(FIB, Focused Ion Beam)을 이용한 마이크로프로빙, 전력 소비량의 미세한 변화를 통계적으로 측정하는 차분 전력 분석(DPA, Differential Power Analysis), 또는 클럭/전압에 순간적인 노이즈를 인가하는 결함 주입(Fault Injection/Glitching) 공격을 시도할 경우, 표준 마이크로컨트..

Security & Saftey 2026.10.19

TF-M (Trusted Firmware-M) 아키텍처와 PSA Certified: ITS, PS 스토리지 및 암호화 키 격리 실무

IoT 보안 표준화와 ARM TF-M(Trusted Firmware-M)의 등장 배경이전 글에서 다룬 ARM TrustZone-M 하드웨어 기술을 통해 Cortex-M33 마이크로컨트롤러에서 Secure World와 Non-Secure World를 물리적으로 격리할 수 있게 되었습니다. 그러나 하드웨어 격리 경계가 제공되더라도, 보안 영역(Secure World) 내부에서 어떤 보안 소프트웨어를 실행하고, 암호화 키를 어떤 표준 방식으로 관리하며, 일반 애플리케이션(Non-Secure World)과 어떤 API로 통신해야 하는지에 대한 표준 프레임워크가 부재했습니다.제조사마다 자체적인 Secure OS와 비표준 API를 개발하여 사용함에 따라 코드 재사용성이 떨어지고 보안 취약점이 빈번하게 발생했습니다...

Security & Saftey 2026.10.18

ARM TrustZone-M 완벽 해설: Cortex-M33 SAU/IDAU 메모리 격리와 Non-Secure Callable(NSC) 게이트웨이 구현

임베디드 MCU 보안 도메인 격리와 ARMv8-M TrustZone의 필요성전통적인 ARM Cortex-M 마이크로컨트롤러(Cortex-M0/M3/M4/M7) 환경에서는 메모리 보호 장치(MPU, Memory Protection Unit)를 통해 특권 모드(Privileged)와 비특권 모드(Unprivileged) 간의 접근을 통제해 왔습니다. 그러나 MPU 기반 격리는 단일 실행 도메인 내에서 운영체제(RTOS) 태스크 간의 메모리 침범을 방지하는 수준에 불과합니다. 만약 네트워크 통신 스택(BLE, Wi-Fi, TCP/IP)이나 서드파티 라이브러리의 버퍼 오버플로우 취약점으로 인해 특권 모드가 장악되면, 디바이스 내부에 보관된 암호화 루트 키, 보안 인증서, 결제 및 펌웨어 보호 로직 전체가 즉시 ..

Security & Saftey 2026.10.17

SoC eFuse와 OTP 메모리 완벽 해설: 공개키 해시 프로비저닝, JTAG 영구 잠금 및 안티 퓨즈(Anti-fuse) 원리

임베디드 칩셋 보안과 비가역 하드웨어 메모리(eFuse/OTP)의 필요성임베디드 디바이스가 공장에서 출하된 이후 외부 해커의 물리적 분석 공격(Hardware Hacking)에 노출될 때, 공격자가 가장 먼저 시도하는 기법은 디버그 인터페이스(JTAG, SWD, UART)를 통한 플래시/RAM 메모리 덤프와 펌웨어 리버스 엔지니어링입니다. 또한 시큐어 부트(Secure Boot)가 소프트웨어적으로만 구현되어 있다면, 공격자는 플래시 메모리에 저장된 공개키를 자신의 공개키로 덮어쓰거나 부트로더 코드를 조작하여 위조된 펌웨어를 손쉽게 구동할 수 있습니다.소프트웨어 방식의 키 저장은 플래시 소거(Erase)나 재기록(Write) 공격에 취약하므로, 반도체 제조사는 전원이 꺼져도 값이 유지되고 한 번 기록되면 ..

Security & Saftey 2026.10.16

시큐어 부트(Secure Boot)의 원리와 하드웨어 신뢰 루트(Root of Trust): 비대칭 암호화 서명 검증과 신뢰 체인 구축 실무

임베디드 펌웨어 보안 위협과 시큐어 부트(Secure Boot)의 필요성스마트 홈, 자율주행, 원격 의료 및 산업용 제어 시스템에 탑재되는 임베디드 IoT 디바이스는 물리적으로 공격자의 손에 노출되기 쉽습니다. 공격자는 플래시 메모리 칩을 직접 탈거하여 악성 펌웨어를 라이팅하거나, 디버그 포트(JTAG/SWD)를 통해 임의의 실행 코드를 주입하거나, 소프트웨어 업데이트 인터페이스를 가로채어 백도어가 심어진 펌웨어로 변조할 수 있습니다. 펌웨어 변조 공격은 기기의 지적 재산권(IP) 탈취뿐만 아니라, 시스템 제어권 상실, 개인정보 유출, 원격 봇넷 감염 및 물리적 파괴로 이어질 수 있습니다. 이러한 위험에 대응하기 위해 EU Cyber Resilience Act(CRA)와 미국 NIST SP 800-193..

Security & Saftey 2026.10.15

임베디드 리눅스 전원 관리(PM) 완벽 가이드: CPUFreq DVFS, OPP 테이블, Devfreq 및 Suspend-to-RAM(Deep Sleep) 최적화

배터리 기반 휴대용 임베디드 시스템과 리눅스 전원 관리(PM)의 필요성스마트 물류 트래커, 핸드헬드 의료기기, 웨어러블, 스마트 홈 센서 허브와 같은 배터리 구동 임베디드 리눅스 디바이스는 제한된 배터리 용량(1000mAh~5000mAh) 환경에서 수일에서 수개월 이상 단독 동작할 수 있어야 합니다.고성능 멀티코어 SoC(ARM Cortex-A53/A55)는 최고 클록(1.5GHz~2.0GHz)으로 연속 동작할 경우 수 와트(W) 이상의 전력을 소모하여 배터리가 수 시간 내에 고갈됩니다. 반면 기기가 대부분의 유휴(Idle) 상태를 보낼 때 클록 주파수와 공급 전압을 동적으로 낮추는 동적 전압 및 주파수 스케일링 (DVFS, Dynamic Voltage and Frequency Scaling)을 적용하고..

PREEMPT_RT 실시간 리눅스 커널 완벽 해설: Threaded IRQ, rt_mutex 우선순위 상속 및 cyclictest 10us 레이턴시 튜닝

산업용 제어 시스템과 실시간(Real-Time) 리눅스의 필요성로봇 제어기(Robotics), 스마트 팩토리 PLC, 자율주행 모션 제어, 오디오 DSP와 같은 미션 크리티컬 산업용 임베디드 시스템은 수백 마이크로초($\mu\text{s}$)에서 수 밀리초($\text{ms}$) 주기의 제어 루프를 한 번의 타이밍 누락(Deadline Miss) 없이 결정론적(Deterministic)으로 실행해야 합니다.그러나 표준 범용 리눅스 커널(Standard Linux Kernel)은 전체 시스템의 '평균 처리량(Throughput)'을 극대화하도록 설계되었습니다. 표준 커널에서는 스핀락(Spinlock) 임계 구역 보호, 인터럽트 비활성화(Interrupt Disabling), 가상 메모리 페이징(Paging..

리눅스 DRM/KMS 그래픽 서브시스템 완벽 해설: CRTC, Plane, Encoder, Connector 4대 객체와 Wayland/Weston 디스플레이 파이프라인

임베디드 그래픽 서브시스템의 진화와 DRM/KMS의 필요성차량용 디지털 콕핏(Digital Cockpit), 산업용 터치 HMI(Human-Machine Interface), 스마트 가전 디스플레이는 고해상도 그래픽 UI 렌더링과 함께 60fps 이상의 부드러운 화면 전환을 요구합니다. 과거 20여 년간 리눅스 임베디드 시스템에서 사용되었던 레거시 프레임버퍼(fbdev, /dev/fb0)는 단순한 2D 비디오 메모리 매핑에 불과했습니다.fbdev는 하드웨어 3D 가속(OpenGL ES/Vulkan), 멀티 레이어 하드웨어 오버레이(Video Plane과 UI Plane의 하드웨어 합성), VSYNC 수직 동기화, 그리고 동적 디스플레이 연결(Hot-plug)을 지원하지 못하는 구조적 한계를 가지고 있었습..

리눅스 V4L2(Video4Linux2) 아키텍처 완벽 해설: MIPI-CSI2 카메라 파이프라인, v4l2_subdev 및 Media Controller API 실무

임베디드 리눅스 비전 파이프라인과 V4L2의 필요성자율주행 ADAS, 지능형 CCTV, 드론, 스마트 팩토리 머신 비전 시스템은 복수의 고해상도 이미지 센서(Sony IMX, OnSemi 등)로부터 초당 수십 프레임의 고화질 비디오 스트림을 실시간으로 획득해야 합니다. 임베디드 SoC(NXP i.MX8, TI TDA4, Rockchip RK3588, Raspberry Pi CM4)의 카메라 파이프라인은 USB 웹캠과 같은 단순한 일체형 구조가 아닙니다.임베디드 비전 하드웨어는 (1) I2C 제어로 노출/게인을 조절하는 카메라 센서(Image Sensor), (2) 차동 고속 직렬 신호를 수신하는 MIPI-CSI2 D-PHY / CSI Receiver, (3) 디모자이킹, 화이트 밸런스, 노이즈 캔슬링을 ..

반응형