보안이슈

Ubiquiti UniFi 취약점 3건 분석|공격 조건과 대응

Ubiquiti가 UniFi Protect·UniFi OS·UniFi Talk에서 네트워크 접근만으로 명령 주입이나 인증 우회로 이어질 수 있은 CVSS 10.0 취약점 3건을 공개했습니다. 제품별 영향 버전과 수정 기준, 운영 중단을 줄이는 점검 순서를 다룹니다.

Ubiquiti UniFi 취약점 3건과 Protect·UniFi OS·Talk 대표 장면
Ubiquiti UniFi 취약점 3건과 Protect·UniFi OS·Talk 대표 장면

Ubiquiti Security Advisory Bulletin 067에는 서로 다른 UniFi 구성요소를 겨냥한 취약점 22건이 함께 실렸습니다. 이 가운데 CVE-2026-77537, CVE-2026-77550, CVE-2026-77554는 공통적으로 CVSS 3.1 기본점수 10.0을 받았습니다. 세 항목은 모두 공격자가 대상과 통신할 수 있은 네트워크 위치에 있을 때 시작되며, 사전에 유효한 계정을 갖거나 사용자가 링크를 누르는 과정이 필요하지 않습니다. 다만 실제 취약 지점과 결과가 다르므로 한 가지 패치 기준으로 묶어 처리하면 누락이 생길 수 있습니다.

Protect와 Talk의 두 취약점은 입력 검증 문제를 거쳐 호스트 장치에서 명령 주입으로 이어집니다. UniFi OS 취약점은 CRLF 문자 시퀀스 처리 문제를 이용해 인증 경계를 우회합니다. 같은 관리망에 놓인 카메라 운영, 게이트웨가 관리, 음성 통신 환경이라도 노출 제품과 적용할 수정 릴리스가 서로 다릅니다. 운영자는 먼저 제품·애플리케이션·실행 버전을 정확히 연결한 뒤 제품별 업데이트를 적용해야 합니다.

공통 공격 조건과 운영 의미

Ubiquiti가 세 CVE에 부여한 벡터는 AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H로 같습니다. 네트워크를 통해 접근할 수 있고 공격 복잡도가 낮으며, 필요한 권한과 사용자 상호작용이 없다는 뜻입니다. 영향 범위가 취약 구성요소의 보안 권한 경계를 넘어갈 수 있어 Scope는 Changed로 평가됐고, 기밀성·무결성·가용성 영향은 모두 High입니다. 관리 화면을 인터넷에 직접 노출하지 않았다는 사실만으로 점검을 끝낼 수 없은 이유도 여기에 있습니다. 공격자가 도달할 수 있은 내부망, 원격접속 구간, 관리용 VLAN, 사이트 간 연결까지 실제 통신 경로를 기준으로 살펴야 합니다.

세 취약점은 ‘네트워크 접근’이라는 출발점은 같지만 보호해야 할 업무가 다릅니다. Protect는 영상 기록과 카메라 관리, UniFi OS는 게이트웨이·저장장치·콘솔 관리, Talk는 음성 통신 서비스를 담당합니다. 업데이트 순서를 정할 때 점수만 비교하기보다 외부 또는 사용자 구간에서 관리면까지 도달할 수 있는지, 해당 서비스 중단이 현장 운영에 어떤 영향을 주는지, 구성 백업과 기능 검증을 같은 변경 창에서 수행할 수 있는지를 함께 봐야 합니다.

Protect·UniFi OS·Talk 세 취약점의 공격 경로와 수정 버전
제품별 공격 경로와 수정 기준

UniFi Protect 명령 주입(CVE-2026-77537)

CVE-2026-77537은 UniFi Protect Application의 부적절한 입력 검증에서 발생합니다. 네트워크에 접근할 수 있은 공격자가 조작된 입력을 취약 애플리케이션에 전달하면 Protect가 실행되는 호스트 장치에서 명령 주입으로 이어질 수 있습니다. 권고 기준 영향 범위는 UniFi Protect Application 7.1.87 이하이며, Ubiquiti는 7.2.105 이상으로 업데이트하도록 안내했습니다.

Protect는 카메라와 영상기록장치 운영의 중심이므로 업데이트 전후 검증도 영상 업무에 맞춰야 합니다. 관리자가 보고 있은 애플리케이션 버전이 실제 각 콘솔에서 실행되는 버전과 일치하는지 먼저 확인하고, 변경 전에 현장별 카메라 연결과 녹화 상태를 기록해 두는 편이 좋습니다. 업데이트가 끝난 뒤에는 관리 로그인뿐 아니라 카메라 스트림, 녹화 지속, 이벤트 검색, 알림 전달처럼 평소 운영에 쓰는 기능을 순서대로 확인해야 합니다. 단순히 설치 완료 화면만 보는 것보다 서비스 기능을 기준으로 검증해야 실패를 빠르게 찾을 수 있습니다.

UniFi OS 인증 우회(CVE-2026-77550)

CVE-2026-77550은 특정 UniFi OS 장치와 인스턴스의 CRLF 시퀀스 처리 문제입니다. CRLF는 통신 메시지에서 줄 경계를 표현하는 문자 조합인데, 이를 올바르게 무력화하지 못하면 요청이 시스템이 기대한 것과 다른 경계로 해석될 수 있습니다. Ubiquiti는 이 문제를 이용해 인증을 우회할 수 있다고 설명했습니다. 결과가 명령 주입으로 기술된 다른 두 CVE와 달리, 이 항목의 중심은 관리 경계를 통과하게 만드는 인증 우회입니다.

영향 제품군이 넓다는 점도 별도로 관리해야 합니다. UniFi OS Server 5.1.21 이하, Cloud Keys·Network Video Recorders·Enterprise Network Video Recorders·Enterprise Network Attached Storage·Network Attached Storage·Dream Machines·Enterprise Firewall Core·Dream Routers·Enterprise Fortress Gateway·Cloud Gateways·Dream Wall·Express 7의 5.1.26 이하, 그리고 Express 4.0.16 이하가 권고에 포함됐습니다. 같은 UniFi OS라는 이름 아래 서버형, 게이트웨이형, 저장장치형 제품이 섞여 있으므로 자산명만 검색하면 일부 장치를 놓치기 쉽습니다.

수정 기준 역시 하나가 아닙니다. UniFi OS Server는 5.1.37 이상, Cloud Keys와 대부분의 게이트웨이·NVR·Enterprise NAS 계열 및 Express 7은 5.1.31 이상, Network Attached Storage는 5.1.32 이상, Express는 4.0.17 이상이 권고 기준입니다. 장치 역할에 맞은 릴리스 트랙을 확인하지 않고 가장 자주 보이는 숫자 하나를 전체에 적용하면 잘못된 완료 판정이 생길 수 있습니다. 자산 목록에 제품군과 현재 버전, 목표 버전을 한 행에 연결해 두고 장치별 결과를 기록하는 방식이 안전합니다.

UniFi Talk 명령 주입(CVE-2026-77554)

CVE-2026-77554는 UniFi Talk Application의 입력 검증 문제로, 네트워크 접근이 가능한 공격자가 호스트 장치에서 명령을 실행하는 경로를 만듭니다. 영향 범위는 UniFi Talk Application 5.2.7 이하이며, 수정 기준은 5.3.2 이상입니다. 공격 전 권한과 사용자 동작이 필요하지 않다는 조건은 Protect 취약점과 같지만, 영향을 받은 애플리케이션과 업무 흐름은 음성 통신 쪽입니다.

Talk를 업무 전화에 사용하는 환경에서는 변경 시간을 정할 때 통화 가능 시간과 긴급 연락 경로를 함께 고려해야 합니다. 업데이트 전 내선·단말 등록 상태와 주요 통화 경로를 확인하고, 완료 후에는 관리자 로그인, 전화기 등록, 발신·수신, 내선 통화, 음성 품질처럼 실제 서비스를 대표하는 항목을 점검하는 편이 좋습니다. 애플리케이션 버전이 5.3.2 이상으로 바뀌었더라도 전화 서비스가 정상 동작하는지까지 확인해야 변경을 마쳤다고 볼 수 있습니다.

자산 식별과 업데이트 우선순위

첫 단계는 세 CVE를 CVE 번호만으로 나누는 대신 ‘제품 역할-실행 위치-현재 버전-도달 가능한 네트워크’로 매핑하는 일입니다. Protect와 Talk가 같은 콘솔에서 실행되더라도 애플리케이션 버전은 별도로 확인해야 하며, UniFi OS 장치는 하드웨어 종류에 따라 목표 버전이 달라집니다. 중앙 관리 화면에서 보이는 장치뿐 아니라 지점의 Cloud Key, NVR, Dream Machine, NAS, Express 계열까지 포함해 목록을 확장해야 합니다.

우선순위는 관리면으로 들어오는 경로가 넓은 장치부터 높게 잡을 수 있습니다. 인터넷과 직접 연결된 관리 인터페이스, 사용자망에서 관리망으로 허용된 경로, 원격지원용 VPN과 사이트 간 터널, 공용 무선망에서 접근 가능한 서비스가 대표적인 확인 대상입니다. 네트워크 접근 제어를 좁히는 조치는 업데이트 전 노출을 줄이는 데 도움이 되지만 수정 릴리스 적용을 대신하지는 않습니다. 임시 차단을 적용했다면 변경 후에도 필요한 관리 경로만 남았는지 다시 확인해야 합니다.

UniFi 제품 업데이트 전후 5단계 점검 순서
제품별 업데이트와 기능 검증 순서

변경 작업과 완료 검증

  1. 자산 목록에서 Protect·UniFi OS·Talk의 실행 위치와 버전을 제품별로 확인합니다.
  2. 관리 인터페이스와 애플리케이션에 도달할 수 있은 네트워크 경로를 정리하고 불필요한 접근을 제한합니다.
  3. 조직의 운영 절차에 따라 구성을 백업하고 영상·게이트웨이·통화 서비스별 변경 시간을 확보합니다.
  4. Protect 7.2.105 이상, UniFi OS 제품별 권고 릴리스, Talk 5.3.2 이상을 각각 적용합니다.
  5. 업데이트 뒤 버전과 관리 로그인을 확인하고 영상 기록, 네트워크 연결, 저장 기능, 전화 등록과 통화를 업무 흐름별로 검증합니다.

완료 기록에는 ‘패치 적용’ 한 줄만 남기기보다 장치 식별자, 적용 전·후 버전, 변경 시각, 담당자, 기능 검증 결과를 함께 남기는 편이 좋습니다. 여러 지점이나 다양한 UniFi OS 장치를 운영한다면 성공한 장치와 재시도가 필요한 장치를 분리해 관리해야 합니다. 특히 CVE-2026-77550은 제품군별 목표 버전이 달라, 전체 장치 수와 수정 기준을 충족한 장치 수를 대조해야 누락을 찾을 수 있습니다.

이번 권고의 판단 기준은 2026년 8월 27일 14시 KST입니다. 제품별 릴리스가 자동으로 배포되는 환경과 수동 변경 승인이 필요한 환경은 실제 적용 시점이 다를 수 있으므로, 관리 콘솔의 설치 완료 상태와 현장 기능 검증을 함께 확인해 운영 기록을 닫아야 합니다.

확인한 출처

  1. Security Advisory Bulletin 067Ubiquiti · 공식 자료
  2. CVE-2026-77537 RecordCVE Program · 공식 자료
  3. CVE-2026-77550 RecordCVE Program · 공식 자료

사실관계와 수치는 연결된 자료에서 다시 확인할 수 있습니다.

독자 의견

의견을 남겨주세요

0

아직 등록된 댓글이 없습니다.

개인정보·광고·외부 연락처는 입력하지 마세요.