Perplexity의 Bumblebee 발표가 짚는 건 그동안 쌓여온 공백이다. AI 연구소들은 에이전트와 도구를 서둘러 내놓으면서 개발자 엔드포인트 보안은 남의 문제로 취급했다. 악성 패키지나 잘못 설정된 MCP 서버를 통한 공급망 공격이 이제 에이전트 런타임을 직접 노리는 경로가 됐는데, 대부분의 연구소는 이걸 건드리지 않았다.

연구소들은 기능에만 매달리다 틈을 만들었다

기업 고객은 개발자 머신에서 실제로 뭐가 돌아가는지 모르면 에이전틱 시스템을 배포 안 한다. Bumblebee는 락파일, 확장 프로그램 매니페스트, MCP JSON 설정을 읽기 전용으로 스캔해서 이 정보를 꺼내 보여준다. 새 보안 권고가 나오면 대규모 EDR 배포 없이도 타깃 재스캔을 돌릴 수 있다. 논의 초점이 모델 안전성에서 운영 신뢰로 옮겨간다.

• Perplexity는 Computer 제품에 보안 점검을 끼워넣는 반면 경쟁사들은 조용하다.
• OpenAI나 Anthropic 같은 모델 중심 회사들도 비슷한 도구를 안 내놓으면 기업 고객 압박을 받게 될 것이다.
• AI 설정 복잡성은 지금은 감당할 만하지만, 에이전트가 파일 시스템과 도구 호출 권한을 얻을수록 눈덩이처럼 불어날 것이다.
• 오픈소스로 풀면 도입 문턱이 낮아지고, 공유 취약점 데이터베이스를 중심으로 네트워크 효과를 만들 수 있다.

| 해석 | 근거 | 업계 영향 | 내 생각 | |----------------|----------|-----------------|--------| | 작은 보안 릴리스 | GitHub 저장소에 npm/pypi/Go/Ruby 스캔과 MCP 파싱 코드가 있다 | 성능 위주로 보는 사람들은 점진적 업데이트로 치부 | 에이전트가 프로덕션에 들어가면 엔드포인트 가시성이 조달 체크리스트 항목이 된다는 걸 과소평가하는 것 | | Perplexity가 인프라로 확장 | Computer 제품 연계와 실시간 리스크 트리거 | Perplexity를 검색 래퍼가 아닌 플랫폼으로 포지셔닝 | 기업 딜에서 원시 모델 스케일보다 신뢰 레이어가 더 중요해지는 초기 신호 | | 공급망 우려 과장됐다 | 기존 SBOM과 EDR 도구가 비슷한 영역을 커버한다 | Bumblebee가 기존 노력과 겹친다는 주장 | MCP env 블록이나 에디터 확장 같은 AI 특화 설정은 기존 도구 범위 밖이라는 점을 놓치고 있다 |

진짜 배포 리스크는 모델 불일치가 아니라 개발자 노트북의 런타임 침해다

"더 큰 모델이 다 해결해준다"는 식의 프레이밍이 아직도 온라인 담론을 지배하는데, 이건 그걸 정면으로 반박한다. 실제 배포 리스크는 Bumblebee가 드러내는 로컬 머신 상태를 통해 흐른다.

중요도: 보통 분류: 개발자 도구, AI 안전, 업계 동향

핵심: 프로덕션에서 AI 에이전트를 배포할 거라면, 노출 스캐닝을 롤아웃 체크리스트에 넣어라. Perplexity가 이걸 일찍 잡았다. 엔드포인트 보안을 잡음으로 치부하는 연구소들은 기업 고객 맞추려고 뒷북치게 될 것이다.