노출 범위는 키의 종류와 공격자의 접근 지속 시간에 달려 있습니다. 래칫이 메시지 한 개만 위험해진다고 보장하지는 않습니다.
강력한 암호화도 기기에서 올바르게 구현되어야 합니다. 운영체제, 암호화 구현 또는 하드웨어의 취약점이 민감한 데이터에 접근할 길을 열 수 있습니다. 하지만 프로세서 공격 연구가 존재한다고 해서 모든 휴대전화나 메신저를 같은 방법으로 침해할 수 있다고 결론 내려서는 안 됩니다.
유용한 질문은 공격자가 어떤 접근 권한을 가지고 있는지, 어떤 키나 평문을 볼 수 있는지, 그 접근이 일시적인지 지속적인지입니다. 이러한 질문의 답이 알고리즘 이름보다 중요합니다.
부채널 공격과 메모리 추출은 어떻게 다를까요?
메모리를 직접 추출하는 경우 공격자는 프로세스나 기기의 메모리 공간 일부를 읽을 수 있을지 모릅니다. 부채널 공격에서는 연산 실행 시간이나 캐시 동작 같은 단서를 이용해 정보를 추론합니다. 이 둘의 전제 조건이나 결과가 반드시 같지는 않습니다.
원래의 FLUSH+RELOAD 연구는 특정 실험 환경에서 캐시 동작과 공유 메모리 페이지를 조사하고, 한 버전의 GnuPG에서 키를 추출하는 것을 보여 주었습니다. 이 결과는 Livara의 보안 시험도 아니며, 모든 휴대전화 프로세서가 취약하다는 증거도 아닙니다.
| 접근 유형 | 평가에 필요한 질문 |
|---|---|
| 같은 기기에서 일반 앱 실행 | 프로세스 격리와 공격 전제 조건상 관찰이 가능한가? |
| 운영체제의 높은 권한으로 접근 | 공격자가 어떤 데이터나 키 연산을 이용할 수 있는가? |
| 물리적 또는 실험실 접근 | 잠금 상태, 하드웨어 모델, 키 보호 상태는 어떠한가? |
| 앱에 지속적으로 접근 | 공격자가 새로운 평문이나 키를 다시 수집할 수 있는가? |
이런 세부 사항 없이 막연히 “RAM 해킹”이라고 말하는 것은 충분한 기술 설명이 아닙니다.
Keystore와 보안 하드웨어는 어떤 도움을 줄까요?
Android Keystore는 키 사용을 제한할 수 있으며, 적합한 기기에서는 하드웨어 지원을 받아 연산을 수행할 수 있습니다. 이러한 설계에서 키를 추출할 수 없다는 것과 공격자가 키를 사용할 수 없다는 것은 다릅니다. 감염된 앱은 특정 상황에서 키 바이트를 꺼내지 못하더라도 허용된 키 연산을 악용할 수 있습니다. Android Keystore 가이드.
모든 키와 알고리즘이 자동으로 보안 하드웨어에 배치되는 것도 아닙니다. 키의 종류, 기기 지원 여부, 앱의 사용 방식을 명확히 해야 합니다. “키가 기기에 있다”는 말만으로는 그 위치나 보호 수준이 입증되지 않습니다.
키 하나가 노출되면 메시지도 하나만 노출될까요?
독립적인 메시지 키 하나가 노출되면 영향 범위가 제한적일 때도 있습니다. 하지만 공격자가 체인 키, 세션 상태, 신원 키, 읽을 수 있는 대화 기록 또는 여러 버퍼를 얻으면 결과는 달라집니다. 따라서 어떤 데이터가 노출되었는지 특정하지 않고 “최대 한 개의 메시지”만 위험하다고 말할 수 없습니다.
메시지마다 키를 바꾸는 것만으로 공격자의 접근이 반드시 끊기는 것도 아닙니다. 다음 키들이 공격자가 가진 상태에서 파생되거나 공격자가 계속 기기에 남아 있다면, 이후 메시지에도 접근할 수 있습니다. 과거의 보호와 미래의 보안 회복은 각각 명확한 가정을 가진 서로 다른 속성입니다.
래칫과 메모리 정리에는 어떤 한계가 있을까요?
래칫은 대화 중에 키를 변화시킬 수 있습니다. 노출 후 회복하려면 공격자가 접근할 수 없는 새로운 정보가 들어와야 합니다. 메시지를 한 개 보냈다는 사실만으로 이 조건이 충족되었음이 입증되지는 않습니다. Double Ratchet 명세는 회복뿐 아니라 지속적인 접근과 삭제된 데이터의 복구 위험도 설명합니다.
민감한 데이터의 수명을 줄이고 버퍼를 지우는 것은 유용하지만, 이를 근거로 RAM의 모든 사본이 삭제되었다고 일반적으로 주장할 수는 없습니다. 라이브러리, 프로그래밍 언어, 표시 경로를 살펴봐야 합니다.
Livara에 대해서는 무엇을 말할 수 있을까요?
Livara 보안 페이지는 LVR1의 하이브리드 구조와 키의 변화를 설명합니다. 이 글은 부채널 시험이나 메모리 감사가 아니며, 모든 키가 Keystore를 사용한다는 확인도 아닙니다. 특히 공개된 위협 모델 문서는 감염된 기기의 보호를 보장하지 않습니다.
따라서 같은 버전과 시나리오에 대한 구체적인 증거가 없다면 “다음 메시지로 하드웨어 침해가 무력화된다”거나 “최대 한 개의 메시지만 노출된다”는 약속을 제품에 귀속해서는 안 됩니다.
사용자를 위한 실질적인 판단
운영체제와 앱을 최신 상태로 유지하고, 보안 지원이 계속되는 기기를 선택하며, 신뢰할 수 없는 설치와 불필요한 권한을 피하고 적절한 잠금을 설정하세요. 심각한 침해 가능성이 있다면 메신저를 바꾸거나 새 메시지를 보내는 것으로 기기의 조사와 정리를 대신할 수 없습니다.
보안 주장을 읽을 때는 네 가지를 요구하세요. 시험한 버전, 공격자의 접근 권한, 노출된 데이터, 결과의 한계입니다. 프로세서나 암호화 표준의 이름만으로는 이 네 질문에 답할 수 없습니다.
