NEAR AI, 추론 엔진 결함으로 침해(사용자 약 100명의 계정 정보): 확인된 내용과 사용자·AI 인프라 운영자가 해야 할 일

회사의 보고서에 따르면 계정 정보에 접근이 확인된 사용자와 에이전트 18개의 소유자에게는 security@near.ai에서 직접 연락해 각자에게 해당하는 조치를 안내했습니다. 스팸 폴더도 확인하세요. 메시지를 받았다면 그 안내를 먼저 따르세요.

진짜 메시지인지 확신이 서지 않으면 링크를 열지 말고, 직접 회사의 공식 사이트로 들어가세요. 회사의 연락처는 security@near.ai입니다.

회사는 계정이나 잔액을 언급하는 원치 않는 메시지를 경계하라고 안내합니다. 가져간 것은 이메일 주소와 이름, 일부 계정은 요금제와 잔액 정보입니다. 이것들이 합쳐지면 그럴듯한 가짜 메시지를 쓸 수 있습니다(일반론). 링크는 열지 말고 즐겨찾기로 계정을 확인하세요. 자세한 내용은 피싱이란?을 참고하세요.

회사가 확인한 것은 레거시 에이전트 18개의 채팅 기록, 설정, 로그를 가져갔다는 점, 그리고 이와 별도로 Cloud 고객 2곳의 API 키가 로그에 노출되었다는 점입니다(가져갔다고는 적혀 있지 않음). 또 11월 8일에 침해된 서버에서 처리되던 사용자 요청을 볼 수 있었을 가능성이 있다고 밝혔습니다.

에이전트 설정이나 채팅에 API 키, 비밀번호, 연결 문자열을 넣은 적이 있다면 예방 차원에서 발급처에서 교체하세요. 실제로 보였는지 알 때까지 기다릴 필요는 없습니다. 키 다루는 법은 환경 변수와 API 키 기본을 참고하세요.

회사는 로그에 노출된 키가 Cloud 고객 2곳의 것이며 폐기되었다고 밝혔습니다. 다른 고객의 키에 대한 안내는 보고서에 없습니다. 키를 쓰는 곳을 점검하고, 쓰지 않는 키는 삭제하고, 로그나 기록에 적어 두지 않았는지 확인하세요(우리의 견해).

이번 사고를 계기로 자사 추론·에이전트 인프라에서 확인할 것은 아래 "AI 인프라 운영자가 점검할 점"에 정리했습니다.

이번 설명에서는 추론 서버 한 대의 코드 실행이 다른 인프라로 이어졌습니다. 추론 서버에 내부 관리 시스템이나 다른 서버로 가는 자격 증명과 연결을 주지 않고, 통신을 필요한 목적지로 제한하면 침해된 한 대가 번지는 범위를 줄일 수 있습니다(우리의 견해).

가져간 계정 정보는 이전에 폐지된 Private Chat 뒤의 내부 시스템에 있었습니다. 쓰지 않게 된 서비스는 꺼 두는 데서 끝내지 말고 데이터 삭제, 자격 증명 폐기, 네트워크에서 제거까지 하세요. 남겨 둔 것은 침해가 일어났을 때 노출되는 것입니다(우리의 견해).

에이전트 18개는 기밀 컴퓨팅 환경에서 실행되지 않던 레거시 배포에 있었습니다. 새 환경을 강화하면 레거시 환경이 약한 쪽으로 남습니다. 이전하거나 폐지 기한을 정하고, 그동안은 같은 권한 제한을 적용하세요(우리의 견해).

회사는 Cloud 고객 2곳의 API 키가 로그에 노출되었다고 밝혔습니다. 요청 헤더나 설정을 그대로 로그에 쓰지 말고, 키와 토큰은 마스킹하고, 로그 보관 장소에 대한 접근을 제한하세요. 키가 로그에 남았을 때 빠르게 폐기하는 절차도 미리 준비해 두세요(우리의 견해). 키 취급이 초점이었던 다른 사례는 Northflank 보안 사고에서 다룹니다.

회사는 모든 추론 서버에 수정을 배포하고 SGLang 프로젝트에 결함을 보고했습니다. 오픈 소스 추론 엔진을 쓴다면 공개된 수정을 모든 서버에 빠르게 밀어 넣을 수 있는 배포 경로와, 쓰고 있는 버전의 목록을 갖추면 알아챈 뒤 수정까지의 시간이 짧아집니다(우리의 견해). AI 인프라 침입의 다른 사례는 Hugging Face 침입에서 다룹니다.