Postman 12.33.4 для macOS після запуску сам встановив плагіни в Codex і Claude Code, стверджує користувач (за даними GitHub). Лог застосунку фіксує подію 24 жовтня 2026 року о 09:34 UTC.

Якщо описане підтвердиться, API-клієнт змінює поведінку ваших coding-агентів без окремої згоди в самих агентах. Автор окремо зазначає, що звіт не доводить витоку даних.

Що саме знайшов автор звіту?

Автор знайшов на своєму Mac кілька слідів після запуску Postman, який довго не відкривав.

Чому хук важливіший за збій MCP?

Хук SessionStart у плагіні Postman 1.1.0 для Codex змінює поведінку агента, а збій MCP лише видно в логах. За описом автора, хук спрацьовує на startup, clear і compact та вставляє в контекст вказівку: перед будь-якою нетривіальною API-задачею (проєктування, мокінг, тестування, моніторинг, документація, деплой) завантажити скіл postman:api-engineer.

Це ширше, ніж «використай Postman, коли я попрошу». Автор повторно бачив, як Codex сам оголошував Postman-скіли на звичайних API-задачах.

Друга претензія стосується довіри. За аналізом автора, у вихідному коді інсталятора функція approvePostmanHook отримує хеш хука через hooks/list і записує його як trusted_hash через config/batchWrite. Коментар у коді: «Approves only Postman's current hook after installation». Сам автор обережний: наявний запис довіри не доводить, хто саме його створив.

Чого звіт поки не доводить?

Звіт описує одну машину, а відтворення на чистому Mac автор прямо називає ще не зробленим. Приватні шляхи, облікові дані й сторонні логи він навмисно виключив. Відповіді Postman у наведеному тексті немає, тож невідомо, який саме реліз або прапорець вмикає цей сценарій і для яких агентів.

Автор вимагає зупинити автоустановку для наявних користувачів до явної згоди та прибрати самосхвалення хуків в інсталяторі.

Що робити зараз