Skip to content
목록으로 돌아가기

진화하는 Rowhammer: DDR5와 PRAC조차 뚫리는 하드웨어 보안의 임계점

Updated:
-- Edit page
[BLUF]

DDR5는 Rowhammer로부터 안전하다는 낙관론은 더 이상 유효하지 않습니다. Phoenix 공격과 GPUBreach는 하드웨어 수준의 방어 기제를 무력화하며, PRAC와 같은 대안 역시 표준화의 공백 속에 실질적인 위협을 완전히 막아내지 못하고 있습니다. 성능 하락을 감수하더라도 리프레시 주기(tREFI)를 단축하는 등의 즉각적인 실무 대응이 시급합니다.

1. 메모리 미세화와 로우해머 위협의 재림

그동안 하드웨어 보안 업계는 DDR5의 등장이 Rowhammer(로우해머) 위협의 종말을 고할 것이라 믿어왔어요. 제조사들이 메모리 내부에 탑재한 Target Row Refresh(TRR) 기술이 철옹성 같은 방어막을 형성해줄 것이라는 기대 덕분이었지요.

하지만 최근 발표된 일련의 연구들은 이러한 믿음이 얼마나 위험한 낙관론이었는지를 여실히 보여주고 있어요. 우리는 이제 ‘하드웨어는 안전하다’는 맹목적인 신뢰에서 벗어나, 더욱 교묘해진 공격 벡터를 직시해야 할 시점에 서 있습니다.

<b>Rowhammer</b> - 데이터 오류가 발생한 지점이 네온 빛으로 빛나는 반도체 웨이퍼의 근접 사진입니다.

기술적 관점에서의 핵심 분석

2025년 보안 생태계를 뒤흔든 핵심 위협 중 하나는 바로 Phoenix(피닉스) 공격의 등장이에요. 이 공격 기법은 기존 TRR이 채택한 샘플링 기반 방어 로직의 허점을 정밀하게 파고들어 비트 플립(Bit-flip)을 유도합니다.

특히 SK하이닉스의 DDR5 모듈 15종을 대상으로 진행된 전수 테스트 결과, 모든 모델이 Phoenix 공격에 취약하다는 사실이 밝혀졌어요. 이는 제조사가 블랙박스 형태로 숨겨놓은 보안 완화책이 얼마나 쉽게 무너질 수 있는지를 상징적으로 보여줍니다.

“제조사의 폐쇄적인 방어 전략은 보안의 불투명성을 가중시킬 뿐, 결코 근본적인 해결책이 될 수 없습니다. 이제는 하드웨어 보안 모델을 ‘신뢰’에서 ‘검증’의 영역으로 옮겨야 합니다.”

2. DDR5 TRR 하드웨어 방어 기술의 붕괴

공격의 범위는 비단 시스템 메인 메모리에만 국한되지 않아요. 토론토 대학교 연구진이 발표한 ‘GPUBreach’는 GPU의 GDDR6 메모리 역시 Rowhammer 공격으로부터 자유롭지 않다는 점을 입증해냈습니다.

GPU 메모리의 오염은 단순히 데이터 변조를 넘어, 시스템의 루트(Root) 권한을 탈취당할 수 있는 치명적인 경로를 제공해요. 이는 고성능 컴퓨팅(HPC)과 AI 인프라를 운영하는 클라우드 사업자들에게 전례 없는 수준의 위협으로 다가오고 있습니다.

<b>Rowhammer</b> - 어두운 배경 속에서 부서진 수정 조각들 사이로 빛이 쏟아져 나오며 정보의 차이를 추상적으로 표현한 모습입니다.

3. PRAC 및 실무적 방어 전략의 실효성

이러한 보안 사각지대를 해결하기 위해 마이크로소프트는 PRAC(Per-Row Activation Counting)라는 야심 찬 기술을 제안했어요. Project STEMA(Panopticon) 기술에 기반한 이 방식은 DRAM 내에서 각 행의 활성화 횟수를 직접 카운팅하여 공격을 사전에 차단하고자 합니다.

하지만 PRAC 역시 표준화 과정에서의 진통으로 인해 현장 적용에는 한계가 있는 상황이에요. 제이덱(JEDEC) 표준의 공백과 제조사별 구현 방식의 차이는 공격자들에게 또 다른 우회 경로를 제공하는 빌미가 되고 있습니다.

공격 기법주요 특징 및 위협 대상보안 사각지대
PhoenixSK Hynix DDR5 전 모델 우회TRR 샘플링 로직의 사각지대 활용
GPUBreachNVIDIA GDDR6 루트 권한 탈취GPU 메모리 아키텍처의 방어 부재
PRACMS 제안 DRAM 내 카운팅 기술미완의 표준화로 인한 상호 운용성 결여

4. 미래의 실리콘 레벨 메모리 보안 아키텍처

우리는 이제 하드웨어 보안을 바라보는 시각을 근본적으로 바꾸어야 해요. CVE-2025-6202 식별자로 대표되는 최신 취약점들은 더 이상 소프트웨어 패치만으로는 완벽히 해결될 수 없다는 사실을 경고하고 있습니다.

실무적으로 가장 확실한 대응책은 성능 하락을 감수하더라도 메모리 리프레시 주기(tREFI)를 기존보다 3배 이상 단축하는 것이에요. 약 8.4%의 성능 손실이 발생하겠지만, 데이터 무결성과 시스템 안정성을 담보하기 위해서는 피할 수 없는 선택지라 할 수 있습니다.

<b>Rowhammer</b> - 금빛 데이터 흐름이 디지털 보안망을 뚫고 나아가는 사이버 보안의 회복력을 추상적으로 표현한 모습입니다.

나아가 기업의 CTO와 보안 아키텍트들은 ‘Zero Trust’ 기반의 하드웨어 검증 체계를 구축해야 합니다. 제조사의 홍보 문구에 의존하기보다는, 독립적인 보안 감사를 통해 자사 하드웨어의 취약성을 상시 점검하는 프로세스가 필요해요.

스위스 국립 사이버 보안 센터(NCSC)의 책임 있는 공개 프로세스처럼, 글로벌 보안 생태계와의 긴밀한 협력도 필수적입니다. 정보의 불균형을 해소하고 위협 정보를 실시간으로 공유할 때 비로소 하드웨어 보안의 임계점을 넘어설 수 있기 때문이지요.

하드웨어 보안은 멈춰있는 성벽이 아니라, 공격자와 방어자가 끊임없이 수 싸움을 벌이는 동적인 전장입니다. DDR5와 PRAC가 보여준 한계를 교훈 삼아, 우리는 더욱 견고하고 투명한 보안 생태계를 설계해 나가야 할 것입니다.

✅ 자주 묻는 질문 (FAQ)

Rowhammer란 정확히 어떤 보안 위협인가요?
메모리 칩의 특정 행을 반복적으로 활성화할 때 발생하는 전자기적 간섭으로 인해 인접한 셀의 데이터를 물리적으로 변조하는 하드웨어 보안 취약점입니다.
DDR5 메모리에 도입된 주요 방어 기제는 무엇인가요?
제조사들은 메모리 내부에 Target Row Refresh(TRR) 기술을 탑재하여 특정 행의 과도한 활성화를 감지하고 주변 데이터를 보호하려 했습니다.
최근 발견된 Phoenix 공격의 특징은 무엇인가요?
DDR5의 TRR이 채택한 샘플링 기반 방어 로직의 허점을 정밀하게 파고들어, 기존 방어막을 무력화하고 비트 플립을 유도하는 공격 기법입니다.
GPUBreach 공격이 위험한 이유는 무엇인가요?
시스템 메인 메모리가 아닌 GPU의 GDDR6 메모리를 공격 대상으로 삼으며, 이를 통해 시스템의 루트 권한까지 탈취할 수 있기 때문입니다.
마이크로소프트가 제안한 PRAC 기술은 무엇인가요?
Per-Row Activation Counting의 약자로, DRAM 내부에서 각 행의 활성화 횟수를 직접 카운팅하여 Rowhammer 공격을 사전에 차단하는 기술입니다.
DDR5에서 리프레시 주기(tREFI)를 단축하면 어떤 보안 효과가 있나요?
리프레시 주기를 3배 이상 단축하면 공격자가 비트 플립을 일으킬 수 있는 시간적 여유를 줄여 데이터 무결성과 시스템 안정성을 강화할 수 있습니다.
하드웨어 보안을 위해 성능 저하를 감수하는 대응이 실무적으로 유효한가요?
약 8.4%의 성능 손실이 발생하지만, Phoenix나 GPUBreach 같은 치명적인 위협을 막기 위해서는 현재로서 가장 확실하고 즉각적인 대응책입니다.
PRAC 기술의 표준화와 현장 적용이 늦어지는 원인은 무엇인가요?
JEDEC 표준화 과정에서의 진통과 제조사별로 상이한 구현 방식 때문에 서로 다른 하드웨어 간의 상호 운용성을 확보하기 어렵기 때문입니다.
메모리 리프레시 주기를 줄이면 우리 서버 성능이 얼마나 느려지는지 알려주세요.
보안을 위해 메모리 리프레시 주기를 평소보다 3배 정도 짧게 설정하면, 전체적인 시스템 성능은 약 8.4퍼센트 정도 떨어질 수 있습니다.
DDR5 메모리를 쓰면 로우해머 공격에서 정말로 안전한 건지 궁금해요.
과거에는 안전하다고 믿었지만, 최근 피닉스 공격이나 GPUBreach 기술이 나오면서 DDR5나 GPU 메모리도 더 이상 안심할 수 없는 상황입니다.
📚 참고 자료 확인하기

Edit page
이 글 공유하기:

🔗 함께 읽으면 좋은 글

1 / 28