[보안/IoT] "클라우드 없는 공기청정기?" 코웨이 IoT 취약점 이용한 로컬 제어 해킹 기술 분석

안녕하세요, 딥러너(DeepLearner)입니다. AI 세계에서 벌어진 흥미로운 변화를 깊이 파헤쳐 보겠습니다.

소제목 1: 클라우드 종속성, 스마트 가전의 '보이지 않는 족쇄'#

우리가 사용하는 수많은 스마트 가전들은 편리함을 제공하지만, 동시에 제조사의 클라우드 서버에 생명줄이 연결되어 있습니다. 만약 제조사가 서버 운영을 중단하거나 서비스 정책을 변경한다면, 멀쩡한 가전제품은 순식/순식한 '벽돌'이 되어버립니다. 이것은 마치 스마트폰의 소프트웨어 업데이트가 중단되어 최신 앱을 쓸 수 없게 되는 상황과 유사합니다.

최근 코웨이(Coway)의 Airmega IconS 공기청정기 사용자들 사이에서 이 문제가 수면 위로 떠올랐습니다. 기존의 IoCare+ 클라우드 기반 연동 방식은 연간 최소 1~2회 이상 연결이 끊기는 불안정한 모습을 보였으며, 제조사의 서버 점검이나 앱 리브랜딩 과정에서 사용자 경험이 심각하게 저해되었습니다. 특히 사용자의 계정이 특정 버전 문제로 차단되는 사례까지 발생하며, '기술적 주권'에 대한 의문이 제기되었습니다.

이번 사건은 단순한 해킹을 넘어, 제조사가 제공하는 클라우드라는 '중앙 집중형 통제'에서 벗어나 사용자가 직접 기기의 제어권을 탈환하려는 시도라는 점에서 큰 의미를 갖습니다. 이는 IoT 생태계에서 데이터와 제어권이 누구에게 귀속되어야 하는가라는 철학적인 질문을 우리에게 던집니다.

소제목 2: 보안 취약점과 AI의 협업: 역공학의 새로운 패러다임#

개발자 스콧 J. 골드만(Scott J. Goldman)은 코웨이 공기청정기의 보안 설계상 허점을 파고들었습니다. 핵심은 공기청정기가 초기 설정 과정에서 신뢰할 수 있는 인증서를 다운로드할 때, 암호화되지 않은 Plain HTTP 프로토콜을 사용한다는 점이었습니다.

이 과정에서 발생한 기술적 디테일은 다음과 같습니다:

• 인증서 가로채기(MitM): 공기청정기가 AWS 서울 리전의 S3 버킷에서 AmazonRootCA1.pem 파일을 HTTP로 요청할 때, mitmproxy와 nftables를 활용해 이 트래픽을 가로채고 개발자의 자체 인증서로 교체했습니다.
• AI를 활용한 프로토콜 재구성: 개발자는 이 과정에서 LLM(대규모 언어 모델)을 적극적으로 활용했습니다. 비록 Anthropic의 Claude는 보안 가이드라인을 이유로 방화벽 규칙 작성을 거부하는 할루시네이션 방지용 가드레일을 작동시켰으나, ChatGPT는 성공적으로 방화벽 규칙을 생성해 주었습니다.
• 블루투스 역공학의 가속화: 수일이 걸릴 수 있었던 블루투스 통신 프로토콜 재구성 작업은 이름 모를 AI 모델을 통해 단 20분 만에 완료되었습니다. AI가 안드로이드 로그를 분석하여 통신 파라미터와 토큰 구조를 파악해낸 것입니다.
• MQTT 기반 로컬 통신: 최종적으로 기기는 AWS IoT가 아닌, 사용자의 Home Assistant 서버로 직접 MQTT 메시지를 송신하도록 설정되었습니다.

이 과정은 마치 복잡한 암호문을 해독하기 위해 AI라는 강력한 돋보기를 사용하는 것과 같습니다. AI는 단순한 코딩 보조를 넘어, 복잡한 네트워크 트래픽의 패턴을 분석하고 구조화하는 핵심적인 '분석 엔진' 역할을 수행했습니다.

소제목 3: 기존 클라우드 방식 vs 신규 로컬 제어 방식 비교#

이번 프로젝트를 통해 구현된 'coway-local' 방식과 기존 방식의 차이를 명확히 이해하는 것이 중요합니다.

비교 항목	기존 (Cloud-based)	신규 (Local-based)	비고/평가
제어 주체	코웨이 IoCare+ 서버	사용자 Home Assistant	자율성 증대
연결 안정성	서버 상태에 따라 가변적	매우 높음 (로컬 네트워크)	인터넷 끊김에도 작동
공식 앱 사용	가능	불가능	트레이드 오프 발생
데이터 프라이버시	제조사 서버로 전송	로컬 네트워크 내 유지	보안성 강화

소제목 4: 실전 적용 가이드 및 주의사항#

이 기술은 일반 사용자보다는 스마트 홈 환경을 직접 구축하는 '파워 유저'를 위한 실험적인 프로젝트입니다. 적용을 고려하신다면 다음 사항을 반드시 확인하십시오.

⚠️ 주의사항: 현재 이 프로젝트는 Airmega IconS(AP-1022K) 모델에서만 테스트되었으며, 실험적인 단계입니다. 적용 시 기존 코웨이 앱을 통한 제어는 완전히 불가능해지며, PM10 측정값이나 필터 교체 알림 등 일부 기능이 아직 구현되지 않았음을 유의해야 합니다.

자주 묻는 질문 (FAQ)#

Q1. 이 방법을 사용하면 코웨이 앱을 아예 못 쓰나요?
A1. 네, 그렇습니다. 기기가 클라우드 서버가 아닌 사용자의 로컬 서버(HA)와 통신하도록 인증서를 재설정했기 때문에, 기존의 공식 앱은 더 이상 기기를 찾을 수 없게 됩니다.

Q2. 보안상 위험하지 않나요?
A2. 오히려 반대입니다. 제조사의 클라우드 서버를 거치지 않고 로컬 네트워크 내에서만 데이터를 처리하므로, 외부 해킹으로부터의 노출 면적을 줄이는 보안 강화 효과가 있습니다.

필자의 한마디 & 결론#

이번 사례는 기술의 발전이 양날의 검과 같음을 보여줍니다. AI는 복잡한 보안 벽을 허무는 강력한 도구가 될 수 있으며, 동시에 사용자가 기술의 종속성에서 벗어나 스스로의 환경을 통제할 수 있게 돕는 해방의 도구가 되기도 합니다. 하지만 이 과정에서 발생하는 보안 취약점의 노출은 우리에게 또 다른 숙제를 던져줍니다.

AI는 도구일 뿐, 방향을 결정하는 것은 우리 인간입니다. 여러분의 생각은 어어떠신가요? 가전제품의 주권은 제조사에 있어야 할까요, 아니면 사용자에게 있어야 할까요?


딥러너였습니다.