Postman Desktop нібито встановлював плагіни кодувальних агентів без дозволу

Розробник indicava на GitHub повідомив, що відкриття настільного Postman 12.33.4 на macOS запустило встановлення плагінів для Claude Code і OpenAI Codex без явного дозволу. Звіт від 25 жовтня також каже, що інсталятор Postman затвердив довірений стартовий хук у Codex, який вказує агенту використовувати інструменти Postman для задач розробки API. На момент публікації Postman не відповів на запитання The New Stack.

Що описує звіт

За звітом, журнали Postman, долучені до повідомлення на GitHub, показують подію встановлення 24 жовтня з позначкою auto-existing-upgrade. Результати свідчили, що плагіни для обох кодувальних агентів були встановлені. Розробник знайшов зміни у ~/.codex/config.toml: увімкнений плагін Postman, новий ринок плагінів і довірений стартовий хук. Конфігурація Claude Code також показувала встановлений плагін Postman. Виконуваний файл Postman CLI знайшли з часовими мітками, що збігаються з встановленням. Розробник каже, що не давав явного дозволу на ці зміни. Звіт описує одну інсталяцію на macOS і не був незалежно відтворений на інших системах.

Як затвердили стартовий хук

Документація Postman каже, що його інсталятор може автоматично затвердити стартовий хук сесії від імені користувача. Розробники, які встановлюють плагін безпосередньо через Codex, мають самі переглянути й затвердити хук. Вихідний код інсталятора показує, що Postman перевіряє, чи Codex уже довіряє хуку. Якщо ні, інсталятор використовує config/batchWrite, щоб додати довірений хеш хука до конфігурації Codex. Він перевіряє, що хук не змінився, перш ніж затвердити його. Якщо затвердження не вдається або його не можна підтвердити, він записує повідомлення з проханням переглянути хук у Codex. Стартові хуки сесії можуть автоматично давати кодувальним агентам інструкції. Стартові інструкції Postman вказують Codex завантажити навичку postman:api-engineer перед обробкою більшості задач розробки API. Codex усе одно має спочатку дотримуватися інструкцій розробника, але для багатьох задач API йому також вказують типово використовувати інструменти Postman.

Реакції щодо безпеки та відкриті питання

Знахідки викликали критику розробників на GitHub і X. Дослідник безпеки Френк Деніс у X назвав інтеграції сміттям і вказав, що інсталятор Postman намагається довіряти власному стартовому хуку. Сіддхартх Ґарімелла стверджував, що хуки Postman перехоплюють дані API і надсилають їх компанії, але звіт на GitHub не містить доказів збирання чи передавання даних API. Він документує зміни налаштувань агентів і віддалене підключення MCP, а не крадіжку даних. Один із коментаторів на GitHub назвав таку поведінку неприйнятною, зокрема через ризик у корпоративних середовищах. Інший закликав Postman бути прозорим і просити дозвіл. Розробник також знайшов підключення Postman до віддаленого сервера MCP за адресою https://mcp.postman.com/mcp; Codex неодноразово не міг автентифікуватися. Розробник хоче, щоб Postman припинив встановлювати плагіни для наявних користувачів без дозволу, передав затвердження хуків Codex і надав спосіб повністю скасувати зміни. Postman надає команду видалення, але розробник каже, що видалення інтеграції має також очищати зміни в налаштуваннях агентів, довірених хуках, підключеннях MCP і встановлених інструментах CLI. Розробники можуть перевірити налаштування Claude Code і Codex на наявність незнайомих плагінів, хуків або підключень MCP. Без відповіді залишається питання, чому наявна настільна інсталяція нібито запустила цей процес без дозволу користувача.

Джерела: The New Stack