포스트맨이 조용히 AI 플러그인을 깔고 API 데이터를 공유하려 한다

개발 도구에 AI 기능이 기본값으로 켜지면서 API 호출 기록과 인증 정보가 사용자 동의 없이 외부 AI 모델로 전송될 수 있는 구조가 확산되고 있습니다. 포스트맨의 AI 기능 기본 활성화 논란은 단순한 편의 기능 추가가 아니라, 개발자 개인과 조직의 데이터 거버넌스에 직접적인 위협이 된다는 점을 보여줍니다. 최근에는 AI 코딩 도구의 자격 증명을 노리는 인포스틸러와 API 키 유출 사고까지 이어지며, 개발 도구의 '조용한 AI화'는 더 이상 무시하기 어려운 신뢰 문제로 자리 잡았습니다.

조용한 AI 활성화가 개발자 워크플로우에 가져오는 위험

포스트맨은 대표적인 API 개발 협업 도구로, 최근 AI 어시스턴트를 기본 활성화하는 방식으로 기능을 확장했습니다. 문제는 사용자가 명시적으로 동의하지 않아도 요청·응답 데이터가 AI 처리 파이프라인을 타도록 설정되는 경우가 있다는 점입니다. 개발자는 로컬에서 안전하게 API를 테스트한다고 생각하지만, 실제로는 컬렉션에 포함된 엔드포인트 주소, 요청 헤더, 응답 본문이 클라우드 AI 서비스로 전송될 수 있습니다.

이런 변화는 특히 'vibe coding'과 AI 코딩 도구가 일상화된 흐름과 맞물려 더 위험해집니다. 개발자가 AI 기능을 켠 채로 운영 API를 호출하면, 프로덕션 토큰이나 고객 개인정보가 AI 모델에 노출될 수 있습니다. 최근 시만텍 보고에 따르면 Aoki 인포스틸러가 AI 코딩 어시스턴트의 자격 증명과 세션 파일을 노리기 시작했습니다. 공격자들이 AI 도구가 보관하는 API 키와 세션 정보의 가치를 정확히 알고 있다는 뜻입니다.

API 키·요청 데이터가 외부로 나가는 구체적 경로와 영향

AI 기능이 기본으로 활성화되면 데이터는 크게 세 가지 경로로 외부에 노출됩니다. 첫째, AI 어시스턴트가 요청·응답을 클라우드로 보내 응답을 생성하는 직접 전송 경로입니다. 둘째, 오류 진단이나 사용자 행동 분석을 위한 텔레메트리 수집에 AI 입력값이 포함되는 경우입니다. 셋째, 플러그인이나 확장 프로그램이 과도한 권한을 요청해 조용히 데이터를 수집하는 경로입니다.

실제 사고 사례는 이런 우려가 기우가 아님을 보여줍니다. 2026년 10월 오픈소스 AI 코딩 에이전트 OpenCode는 공격자가 AI 에이전트를 활용해 콘솔 API 키를 노출시키는 사고를 겪었습니다. 이 과정에서 OpenAI, Anthropic, Google의 서드파티 API 키가 유출됐고, 전체 사용자 중 1.4%가 영향을 받았습니다. AI 도구 자체가 API 키의 새로운 공격 표면이 된 것입니다. 포스트맨의 AI 기능이 같은 방식으로 공격당했다는 보고는 없지만, 기본 활성화된 AI 연결이 늘어날수록 유사한 위험에 노출되는 면적은 넓어집니다.

팀 컴플라이언스와 코드 리뷰에 미치는 파급 효과

개발자 한 명이 AI 기능을 켜는 순간, 그 행위는 코드 리뷰 화면에 나타나지 않습니다. diff에는 코드 변경만 보일 뿐, 어떤 데이터가 AI로 전송됐는지는 감사 로그를 들여다보기 전에는 확인할 수 없습니다. 그래서 팀 차원의 컴플라이언스가 조용히 무너집니다. GDPR, HIPAA, 금융보안규정 등은 데이터 처리 경로를 문서화하고 통제할 것을 요구하는데, 기본 활성화된 AI 기능은 이런 통제 밖에서 움직이는 '섀도 AI'를 양산합니다.

고지와 동의가 부재한 상태에서는 보안팀이 위험을 사전에 차단하기 어렵습니다. 'AI 기능을 끄는 방법'을 개발자가 직접 찾아 설정을 바꿔야 하는 구조 자체가 문제입니다. 조직은 개발 도구의 AI 기본값을 중앙에서 강제로 비활성화하고, 예외적으로 허용할 경우 데이터 전송 범위와 보존 정책을 문서화해야 합니다. 코드 리뷰 시 AI 생성 코드뿐 아니라 AI 기능 사용 여부도 함께 점검하는 체크리스트가 필요합니다.

기업 환경을 위한 데이터 흐름 감사·차단 실전 체크리스트

기업에서 AI 기반 개발 도구를 도입할 때는 다음 항목을 순서대로 점검하는 것이 좋습니다.

• 기본값 확인: 조직이 사용하는 API 클라이언트, IDE 플러그인, 코딩 어시스턴트의 AI 기능이 기본으로 켜져 있는지 중앙 설정에서 확인합니다.
• 네트워크 필터링: AI 서비스 엔드포인트로 나가는 트래픽을 프록시에서 모니터링하고, 허용되지 않은 AI 도메인은 차단합니다.
• API 키 격리: 개발용 키와 운영용 키를 분리하고, AI 도구에는 테스트 전용 키만 주입합니다. 키 스코프를 최소화하고 만료 주기를 짧게 설정합니다.
• 데이터 마스킹: AI로 보내기 전에 요청·응답에서 개인정보, 토큰, 내부 호스트명을 자동으로 가리는 전처리 계층을 둡니다.
• 정책 문서화: AI 기능 사용 시 데이터가 어디로 가고, 얼마나 보관되며, 학습에 쓰이는지 벤더 문서를 확보해 내부 승인 절차를 만듭니다.

이 체크리스트는 일회성이 아니라 분기마다 반복해야 합니다. AI 기능은 업데이트를 통해 조용히 다시 켜지거나 정책이 바뀔 수 있기 때문입니다.

오픈소스 대안과 자체 호스팅으로 통제권 되찾기

포스트맨의 AI 기본 활성화가 불편하다면 Bruno, Hoppscotch, Insomnia 같은 오픈소스 API 클라이언트로 전환하는 것도 방법입니다. 이들은 기본적으로 데이터가 로컬에 머무르며, 클라우드 AI 호출이 강제되지 않습니다. 하지만 오픈소스라고 해서 만능은 아닙니다. AI 기능을 붙이면 결국 외부 LLM API를 호출하게 되고, 그 순간 동일한 데이터 전송 문제가 다시 발생합니다. 자체 호스팅형 LLM을 연동하거나, AI 기능을 아예 비활성화한 상태에서 사용하는 것이 현실적인 절충안입니다.

또한 오픈소스 도구도 보안 사고에서 자유롭지 않습니다. 앞서 언급한 OpenCode 유출은 오픈소스 AI 코딩 에이전트에서 발생한 사고입니다. 자체 호스팅은 통제권을 높여주지만, 패치 관리와 접근 제어, 로그 모니터링을 조직이 직접 책임져야 한다는 의미이기도 합니다. 결국 '어떤 도구를 쓰느냐'보다 '데이터가 어디로 흐르는지 아느냐'가 더 중요합니다.

마무리

개발 도구의 AI 기능은 생산성을 높여주지만, 데이터 주권과 신뢰를 기본값으로 희생해서는 안 됩니다. 도구가 어떤 데이터를 어디로 보내는지 투명하게 공개하고, 사용자가 명시적으로 선택하기 전까지는 비활성화 상태를 유지해야 합니다. AI 기능의 활성화 여부, 데이터 전송 범위, 감사 결과를 사람이 쉽게 검토하고 불변 버전으로 남기려면 md-log 같은 휴먼 인 더 루프 리뷰·아카이브 레이어를 활용하는 것도 한 방법입니다. 조용한 AI화가 무너뜨리는 신뢰는 결국 투명한 기록과 명시적 통제로 회복할 수 있습니다.

참고 자료

• Hackers hit AI coding tool OpenCode, running up charges on users’ AI accounts - TechCrunch
• World of Warcraft: Forever Is Already Overrun with AI Slop - 404 Media
• OpenCode Breach Could Affect OpenAI, Anthropic and Google - Infosecurity Magazine
• New infostealer targets AI coding assistant credentials - SC Media
• OpenCode Says Attackers Used AI Agents To Expose Console API Keys, Impacting 1.4% Of Users - NewsCord
• Salt Security Named Winner of Three Top InfoSec Innovator Awards for 2026 - PR Newswire
• Postman Alternatives: 6 Tools, $3 to $19 Seats （2026）
• Postman