N-able, N-central 공격자들이 관리형 엔드포인트에 도달했음을 확인

2026년 7월 31일, N-able의 Adlumin 관리형 탐지 및 대응 서비스는 고객 환경 내부에서 비정상 활동을 포착하고, 공급업체가 아직 공개하지 않은 N-central의 취약점을 악용하는 위협 행위자를 발견했습니다. N-central은 관리형 서비스 제공업체가 고객 시스템을 관리하는 데 사용하는 원격 모니터링 및 관리 플랫폼이므로, 침입자가 확보한 것은 한 대의 머신이 아니라 수많은 시스템 앞에 있는 콘솔이었습니다. 이 결함은 이후 CVE-2026-18577로 등록되었으며, 인증 없이 원격 관리 액세스를 허용했습니다. 그런 다음 공격자는 N-central 자체의 Take Control 기능을 사용해 관리형 엔드포인트에 세션을 열고 해당 기기에 Cloudflare 터널 서비스를 등록하여, N-central 계정을 잃더라도 액세스가 유지되도록 했습니다. N-able은 "영향을 받은 것으로 확인된 고객은 제한된 수"라고 밝혔으며, 그 수가 얼마인지 또는 공격자가 얼마나 멀리까지 침투했는지는 말하지 않았습니다.이 기사는 다음의 단일 기록을 바탕으로 작성되었습니다: Orca AI Incident Archive이며, 이 아카이브는 이 사건을 추적하는 다른 문서화된 RMM 및 MSP 공급망 사건들과 함께 분류합니다.

이 기록에 관해 이를 설명하는 출처들 사이에서 다툼이 있는 부분은 거의 없다. N-able 자체의 보안 업데이트, 두 CVE 식별자에 대한 NVD 기록, 탐지 후 며칠 안에 발표된 Huntress 조사, 그리고 8월 7일 The Register와 8월 8일 The Hacker News의 보도는 모두 동일한 순서를 설명한다: N-central에 대한 인증 없는 진입, 피벗으로 사용된 Take Control, 지속성을 위해 엔드포인트에 등록된 Cloudflare 터널. 아카이브는 사건 발생 시점을 일 단위 정밀도로 2026년 7월 31일로 기재하는데, 이는 기간이 아니라 — Adlumin의 탐지가 제기된 날인 — 바로 그 단일한 날짜를 의미한다. 출처와 관련해 언급할 만한 세부 사항이 하나 있다: N-able의 통합 게시물은 2026년 8월 10일자이며, 아카이브가 인용하는 URL(끝이 "august-2-2026"임)은 이제 그 이후 업데이트로 연결되므로, 원래 게시된 8월 2일자 텍스트는 그 링크에서 복원할 수 없다.

결함은 첫 번째 우회가 아니라 두 번째 우회였다.

N-central은 그해 여름에 이미 한 번 우회된 바 있었다. 대체 경로 또는 채널을 이용한 인증 우회로 분류된 CVE-2026-18556은 2026.1 버전까지 N-central에 영향을 미쳤고 2026.2에서 수정되었다. CVE-2026-18577에 대한 NVD 기록은 이를 한 문장으로 “CVE-2026-18556에 대한 불완전한 패치”이며 “2026.3.1 버전까지의 N-central에서 인증 우회와 계정 탈취를 허용한다”라고 설명한다. 다시 말해, 2026.2 수정을 이미 적용한 조직도 여전히 노출되어 있었으며, 그렇기 때문에 첫 번째 취약점 이후 일주일 안에 두 번째 취약점과 두 번째 핫픽스가 이어졌다.

두 기록 모두 동일한 취약점 유형인 CWE-288을 갖습니다. 점수는 평가 기관마다 일치하지 않으며, 이는 모순이 아니라 채점 체계의 특성입니다. NVD는 CVE-2026-18577에 대해 CVSS 4.0 기본 점수 8.2를 기록하지만, NIST의 CVSS 3.1 평가에서는 8.1로 산정합니다. CVE-2026-18556의 경우 두 점수는 8.2와 7.4입니다. 2026-18577의 4.0 벡터는 AV:N/AC:H/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N이며 하위 점수는 SC:L/SI:L/SA:L입니다. 기밀성은 높음, 무결성과 가용성은 없음입니다. 이는 우회 자체에 대한 설명일 뿐, 공격자가 이를 넘어선 뒤 무엇을 하는지에 대한 설명이 아니며, 침해된 관리 콘솔이 초래할 수 있는 피해를 판단하는 데에는 부적절한 지침입니다.

CVE-2026-18577의 수정 버전은 2026.3.1.7 이전의 모든 빌드로 제시되며, 이는 해당 취약점에 관한 Beazley Security의 권고문에서 사용된 표현입니다. N-able 자체 게시물은 핫픽스 빌드만 명시할 뿐 영향받는 버전 매트릭스를 공개하지 않습니다.

침입자들이 관리 콘솔로 무엇을 했는지

Take Control은 N-central 자체의 원격 지원 도구로, MSP 기술자가 최종 사용자에게 무엇인가를 설치해 달라고 요청하지 않고도 해당 사용자의 데스크톱에서 세션을 열 수 있도록 제공됩니다. 공격자들은 기술자가 할 방식대로 이 도구를 사용했습니다. The Register가 보도한 대로, Huntress는 이 접근 권한을 "일반적으로 신뢰할 수 있는 네트워크 운영 및 엔지니어링 직원에게만 부여되는 것과 동일한 수준의 N-central 접근 권한"이라고 규정했으며, 이는 원격 세션을 열고 고객 시스템에 스크립트를 푸시하고, CISO Intelligence의 8월 3일 요약이 그 기능을 표현한 대로 도메인 컨트롤러에 세션을 열 수 있을 만큼 충분합니다. 공격자들이 실제로 그러한 기능 중 어느 것을 사용했는지는 어떤 출처도 밝히지 않습니다.

지속성 단계는 해당 사고보다 더 오래 살아남은 부분이다. 공격자가 엔드포인트에서 Cloudflare 터널을 Windows 서비스로 등록하면, 인바운드 방화벽 규칙이 필요 없는 아웃바운드 전용 채널을 확보하게 되고, 재부팅 후에도 다시 시작되며, 이를 심는 데 사용된 N-central 계정이 해지된 뒤에도 계속 작동한다. N-able의 업데이트에는 찾아야 할 서비스 이름인 Cloudflared와 함께 사용자의 Documents 폴더에 배치된 svchost.exe 사본, 그리고 제품 자체 로그에서의 비정상적인 Take Control 세션이 나열된다. Beazley Security의 권고에는 추적해야 할 표시로 기본 제공 계정 mspsupport@n-able.com이 추가된다. N-able은 또한 공격자들이 지속성을 유지하려고 새 계정을 만들고 기존 계정을 재설정하고 있었다고 경고했으며, 그 결과를 분명히 밝혔다. 패치는 "이미 환경에 존재할 수 있는 위협 행위자를 제거하지 않는다."

도달 범위: 아홉 개 조직, 그리고 집계되지 않을 한 공급업체

침입이 어디까지 도달했는지에 관해 누군가 공개한 유일한 수치는 N-able이 아니라 Huntress에서 나왔다. 단일 침해 파트너 환경에서 Huntress는 공격자들이 9개의 다운스트림 조직에 도달해 각 조직의 엔드포인트 하나씩에 접촉했으며, 연결을 끊기 전까지 주로 프로세스 열거에 그친 것을 발견했다. 이는 한 사례에서 관찰된 하한값일 뿐 총계가 아니다. N-able은 영향을 받은 고객 수, 도달한 다운스트림 시스템 수, 지속성 확보 후 공격자가 무엇을 했는지 등을 밝히기를 거부했다. The Register는 그 거부 사실을 명시적으로 보도했다. CISO Intelligence의 8월 3일 요약에서는 해당 날짜 기준으로 Huntress 파트너가 접근 가능한 클라우드 N-central 서버 중 여전히 패치되지 않은 비율을 55% 이상으로 제시했다.

AI 연결이 실제로 무엇인지

아카이브에는 이 사건에서의 AI 개입이 확인된 것으로 기록되어 있으며, 이를 살펴볼 곳은 공격이 아니라 탐지입니다. N-able은 Adlumin을 "AI 기반, 인간 주도 SecOps"로 마케팅하며, "지속적으로 환경을 학습"하고 행동 이상을 표시하는 "적응형 AI"를 갖췄다고 합니다. 3월 RSAC 2026에서 이 회사는 Adlumin MDR 내의 세 가지 AI 기반 탐지 기능을 발표했습니다 — 비정상 PowerShell 탐지, ML 기반 DNS 중단 경고, 그리고 프로세스의 이름, 경로, 부모 체인을 기준으로 점수를 매기는 단일 이벤트 프로세스 실행 모델입니다. 7월 31일 침입을 탐지한 것은 Adlumin의 MDR 서비스입니다.

확인된 사실은 거기까지입니다. 이 기사를 위해 확인한 어떤 출처도 대응을 촉발한 특정 경보를 AI 모델이 올렸는지, 인간 분석가가 올렸는지 밝히지 않으며, N-able은 해당 탐지를 특정 이름의 엔진에 귀속시키지 않습니다. 마찬가지로 분명한 점은 반대편에는 어떤 AI 시스템도 등장하지 않는다는 것입니다. N-able의 설명도, 보도된 Huntress의 조사 결과도, The Register나 The Hacker News의 보도도 침입 체인 어디에도 모델, 에이전트 또는 AI 도구를 설명하지 않습니다. 있는 그대로 읽으면, 이 기록이 AI 사고 아카이브에 속하는 이유는 AI 지원 보안 플랫폼이 탐지 수단이었기 때문이지, AI가 침해를 야기했거나 수행했기 때문이 아닙니다. 그 구분이야말로 이 아카이브 태그가 여기서 독자에게 전달할 수 있는 가장 유용한 정보입니다.

무엇이 바뀌었으며, N-able이 여전히 말하지 않는 것

N-able은 8월 2일 핫픽스 1(빌드 2026.3.1.7)을 출시하고 자사의 호스팅 환경은 중앙에서 완화했으며, 온프레미스 고객은 이를 직접 설치해야 했다. 8월 6일 지속적인 모니터링에서 관련 공격 경로가 발견되자 회사는 핫픽스 2(빌드 2026.3.1.10)를 출시했는데, 이는 첫 번째 핫픽스를 "추가 강화 조치와 함께" 대체한다고 밝혔으며 핫픽스 1을 이미 적용한 고객에게도 필요하다. CISA는 8월 3일 CVE-2026-18577을 알려진 악용 취약점(KEV) 목록에 추가하며 연방 차원의 수정 기한을 8월 6일로 정했고, 8월 4일에는 CVE-2026-18556을 추가하며 기한을 8월 7일로 정했다. 두 경우 모두 3일의 기간으로, The Register는 이를 긴급 위험에 한정해 부여되는 이례적으로 짧은 기한이라고 평가했다. 수정 조치와 함께 제공된 지침은 기술적인 것이라기보다 운영적인 것이었다. MFA를 적용하고, 티켓에 필요하지 않으면 제품 내 지원 계정을 비활성화하며, 계정 생성 및 재설정에 대해 계정과 권한을 점검하고, 공급업체 자체의 지표 스캐닝 서비스 템플릿을 실행하되 깨끗한 스캔을 결코 입증된 근거로 여기지 말라는 내용이었다. N-able은 "깨끗한 결과를 환경이 영향을 받지 않았다는 보장으로 해석해서는 안 된다"고 썼다.

N-able이 공개하지 않은 것은 근본 원인입니다. N-able은 위협 행위자들이 여전히 활동 중인 동안 기술적 세부 사항을 의도적으로 비공개로 유지하고 있다고 밝히며, “완전한 근본 원인 분석이 진행 중이며, 안전하게 공유할 수 있는 즉시 공개하겠다”라고 말하고, 확신이 설 때까지 “이 문제를 종결된 것으로 부르지 않겠다”고 밝혔습니다. 그 결과 두 번째 우회는 오직 그 영향으로만 설명되는 상태로 남으며, 이는 2026.2 수정이 막으려 했던 동일한 인증 검사를 우회하는 대체 경로입니다.

아직 열려 있는 것은 무엇인가요?

귀속은 알려지지 않았으며 벤더 자체의 지표로는 이를 밝혀낼 수 없다. CISO Intelligence는 N-able이 공개한 IP 주소 중 여러 개가 Mullvad와 NordVPN의 출구 노드였고, 이후 두 개의 주소가 목록에 추가되었다고 보고했다. 같은 요약이 지적하듯 이는 귀속이 아니라 수사 단서일 뿐이다. 여기서 N-able의 신뢰도는 아카이브의 신뢰도와 같지 않다. 해당 기록이 신뢰도 A를 갖는 것은 1차 출처들이 서로 일치하기 때문이며, 이는 문서화에 관한 진술이지 누군가가 침해를 처음부터 끝까지 독립적으로 검증했다는 뜻이 아니다.

기록이 뒷받침하는 것은 침해 헤드라인보다 더 좁고 더 오래가는 내용이다. MSP가 고객 전체 자산을 관리하는 데 사용하는 플랫폼에서 두 번째 인증 우회가 실제 공격에 악용되었고, 7월 31일 첫 탐지와 8월 6일 두 번째 핫픽스 사이의 최소 6일 동안 열려 있었다. 공격자들은 N-central을 패치한다고 해서 닫히지 않는 엔드포인트 재침입 경로를 만들어냈다. 그래서 벤더 자체도 늦게 패치한 이들에게는 깨끗한 스캔 결과를 신뢰하기보다 환경을 이미 침해된 것으로 간주하고 계정 감사를 시작하라고 권고했다.