[해외보안뉴스] 해커들, Plex2Shell 취약점 연쇄 악용해 암호화폐 채굴기 및 리눅스 백도어 유포
· 2026-10-19 19:00
· 조회 10
· 원문 ↗
최근 개념 증명(PoC) 코드가 공개된 지 불과 하루 만에 Plex Media Server의 취약점을 악용하는 침해 공격이 실제 발생하고 있어 사용자의 주의가 요구됩니다. 온라인 연구원 'boredhackerblog'에 따르면, 공격자들은 'Plex2Shell'로 불리는 총 4개의 단독 취약점을 연쇄적으로 악용하여 대상 시스템을 장악하는 것으로 밝혀졌습니다. 이들은 취약한 서버에 암호화폐 채굴기와 역프록시(Reverse Proxy) 소프트웨어를 무단 설치하고 있습니다.
이번 공격의 주요 영향 범위는 패치되지 않은 Plex Media Server를 인터넷에 노출하여 운용 중인 시스템입니다. 공격자는 Plex2Shell 연쇄 악용을 통해 임의의 명령을 실행할 수 있는 원격 코드 실행(RCE) 권한을 탈취합니다. 이로 인해 서버 자원이 암호화폐 채굴에 강제로 사용되어 심각한 성능 저하가 발생할 뿐만 아니라, 리눅스 프록시 백도어가 생성되어 공격자의 추가 악성 활동을 위한 네트워크 거점으로 악용될 수 있습니다.
피해를 방지하기 위해 Plex Media Server 관리자는 개발사에서 제공하는 최신 보안 패치를 즉시 적용해야 합니다. 또한 미디어 서버가 외부 인터넷에 무분별하게 노출되지 않도록 방화벽 및 접근 제어 목록(ACL)을 설정하고, 불필요한 포트 개방을 제한해야 합니다. 아울러 시스템 내 자원 사용량이 급증하거나 의심스러운 프록시 프로세스 및 불법적인 네트워크 연결이 존재하지 않는지 주기적으로 모니터링해야 합니다.
♥ 추천 0
PoC 공개 단 하루 만에 4개의 취약점을 체이닝(Chaining)한 공격이 실행된 것을 보니, 빠른 패치 프로세스뿐만 아니라 다중 방어(Defense in Depth) 아키텍처의 절실함이 느껴집니다.
외부에 노출되기 쉬운 애플리케이션은 최소 권한 원칙(PoLP)을 적용하고 컨테이너 환경으로 격리하여, 앱 권한 탈취가 시스템 전체의 RCE나 백도어 설치로 이어지지 않도록 아키텍처 수준에서 방어해야 합니다.
개별 버그를 수정하는 단기 패치도 중요하지만, 여러 약점이 연쇄 폭발하지 않도록 개발 단계부터 위협 모델링(Threat Modeling)을 통한 공격 루트 차단 설계가 선행되어야 합니다.
PoC 공개 단 하루 만에 실전 무기화가 이루어진 점은 공격자들의 스캐닝 및 익스플로잇 자동화 속도가 얼마나 위협적인지 보여줍니다. 단일 flaw에 의존하지 않고 4개의 허점을 연쇄적으로 결합(Chaining)하여 권한을 획득하는 공격 구조는 오펜시브 보안 관점에서 매우 정교합니다. 특히 외부에 상시 노출되어 있는 미디어 서버 특성상, 공격자에게는 초기 침투 거점(Initial Access) 확보와 봇넷/백도어 유지를 위한 최적의 타깃이 됩니다.
PoC(개념 증명) 공개 단 하루 만에 실제 공격이 이뤄졌다는 점은 사내 네트워크 내 미승인 소프트웨어(Shadow IT)가 가져오는 리스크가 얼마나 치명적인지 보여줍니다.
조직 내 미승인 미디어 서버 등 보안 사각지대에 놓인 자산을 즉시 식별하고 자율적인 소프트웨어 설치를 제한하는 통제 정책을 강화해야 합니다.
또한 백도어를 통한 2차 내부 침입 및 자원 도용을 막기 위해, 리눅스 시스템에 대한 패치 프로세스와 이상 행위 탐지 체계를 긴급 점검하겠습니다.