어떤 앱이 다른 프로그램의 설정을 묻지 않고 바꾸는 것은 공급망 문제이며, 데스크톱 업데이트가 조용히 자신의 코딩 에이전트에 끼어들었다고 한 Postman 사용자가 신고한 것이 바로 그것입니다. Mac에서 Postman 12.33.4를 열었을 때, 저희가 리뷰하는 Claude Code와 Codex 양쪽에 플러그인이 설치되고, API 작업을 Postman으로 유도하는 시작 훅이 추가되고, Postman 자체 서비스로의 원격 연결이 설정되어 있는 것을 이 사용자는 발견했습니다. 어느 것도 요청하지 않았고, 계기는 그저 앱을 실행한 것뿐이었습니다.
상황을 더 나쁘게 만드는 세부 사항은 자기 승인입니다. 설치 프로그램은 Codex에 훅을 추가했을 뿐 아니라, 그 훅을 에이전트를 대신해 신뢰됨으로 표시하려 했습니다. 신고에 따르면, 설치 프로그램 코드는 훅의 해시를 계산해 Codex의 신뢰 목록에 써 넣으며, 소스 주석은 설치 후 Postman의 현재 훅만 승인한다고 인정합니다. 신뢰 확인이 존재하는 이유는, 에이전트가 매 세션 시작 때 실행할 코드를 돌려도 될지 사람이 결정하기 위함입니다. 자기 훅을 승인하는 도구는 그 결정을 조용히 없앤 것이며, 이는 그 장치의 취지를 무너뜨립니다.
기술적 흔적은 구체적입니다. 2026년 10월 25일에 열린 신고는 Codex의 전역 config.toml이 Postman의 플러그인 저장소를 가리키고, 넓은 API 작업을 Postman으로 돌리라고 에이전트에 지시를 출력하는 세션 시작 훅, 그리고 Postman의 도메인에 있는 원격 MCP 서버로의 연결을 보여 주며, 그 연결은 반복되는 인증 경고로 나타났습니다. Claude Code 플러그인과 따로 설치된 Postman CLI도 같은 묶음의 일부였습니다. 이 이슈는 437개의 찬성표를 모았는데, 같은 느낌을 받은 개발자가 얼마나 많았는지를 보여 줍니다.
Postman의 답변은, 번들은 설정을 쉽게 하려던 것이며 이 변경을 되돌리고 있다는 것 이었습니다. 그것은 옳은 결말이지만, 여기서 의도는 약한 변명입니다. 에이전트의 설정을 편집하고 나서 자신의 지시를 승인하는 설치 프로그램은, 해를 의도했든 아니든 위험합니다. 이 패턴을 베끼는 다음 공급자는 선의가 덜할 수도 있기 때문입니다.
실용적인 교훈은 다른 개발자용 앱과 나란히 코딩 에이전트를 돌리는 모든 사람을 위한 것입니다. Codex와 Claude Code의 설정 파일을 열어 자신이 추가하지 않은 훅, 플러그인, MCP 서버가 있는지 확인할 가치가 있습니다. 이것은 조용히 설치되어 나중에야 이상한 동작으로만 드러나는 종류의 변경이기 때문입니다. 더 넓은 교훈은, 에이전트의 신뢰 목록은 거기에 무엇을 올릴지를 프로그램이 아니라 사람이 결정한다는 규칙만큼만 강하다는 것입니다.