Postman без дозволу: коли софт для розробників зливає дані

Postman почав мовчки встановлювати AI-плагіни і намагатися передати на свої сервери всі дані API, якими користується розробник. Йдеться про інструмент, який відкритий майже на кожному робочому місці бекенд-команди — там, де лежать ключі доступу, токени авторизації, адреси внутрішніх ендпоінтів і тіла реальних запитів до продакшену.

Механіка проста й тому неприємна. Postman давно синхронізує «колекції» запитів через хмару — це його продуктова фіча, а не баг. Коли поверх цього з'являється AI-функція, яка хоче «допомагати» з документацією та генерацією тестів, вона отримує доступ до того самого масиву. Автовстановлення без явної згоди перетворює зручність на канал: дані, які ви вважали локальними, стають вхідними для чужої моделі.

Це частина ширшого зсуву, який видно в тому ж тижні новин. OpenAI, схоже, тихо повертає навчання моделей на чатах у Codex. Інструменти для розробників дедалі частіше за замовчуванням вмикають те, що розробник за замовчуванням вимкнув би сам. Логіка одна: дані потрібні для тренування, а згоду простіше отримати мовчанням, ніж питанням.

Чому це б'є саме по українських командах

У багатьох наших продуктових компаній і держпідрядників у колекціях Postman лежать запити до API з персональними даними громадян, банківськими інтеграціями, державними реєстрами. Один синхронізований робочий простір — і структура вашого внутрішнього API разом зі зразками реальних відповідей опиняється на інфраструктурі, яку ви не контролюєте і юрисдикцію якої не обирали.

Для держустанов це не абстрактний ризик комплаєнсу. Це готова схема для розвідки цілі: зловмиснику не треба сканувати периметр, якщо опис ваших ендпоінтів уже виїхав через легальний клієнт, якому довіряє адмін.

Що зробити цього тижня

Не «колись провести аудит», а конкретні дії, які перевіряються за пів дня:

• Відключіть хмарну синхронізацію. У Postman переведіть робочі простори в локальний режим і вийдіть з акаунта на машинах, де є бойові ключі. Якщо фіча не дозволяє працювати без хмари — це відповідь про те, чи потрібен вам цей інструмент.
• Знайдіть, що вже встановилося. Перевірте список активних плагінів і розширень. AI-компонент, якого ви не ставили руками, — привід вважати дані вже скомпрометованими і ротувати токени.
• Заблокуйте вихідний трафік на рівні мережі. Додайте домени синхронізації й телеметрії клієнта у блок-лист на корпоративному проксі. Це єдиний спосіб, що не залежить від чесності налаштувань у самому застосунку.
• Приберіть секрети з колекцій. Ключі й токени — у змінні оточення, які не синхронізуються, або у vault. Запит у колекції не повинен містити живий доступ.
• Випишіть правило для всього класу софту. Не лише Postman. Будь-який інструмент із «хмарним акаунтом» і новою AI-фічею отримує той самий чек-лист: де зберігаються дані, що йде назовні за замовчуванням, чи можна це вимкнути безповоротно.

Головне — змінити припущення. Довгі роки ми вважали клієнтський застосунок на своїй машині нейтральним: він робить те, що ми йому скажемо. Тепер за замовчуванням слід вважати, що кожен інструмент із мережевим доступом і AI-амбіціями хоче ваші дані для себе, доки ви явно не довели протилежне. Postman — не виняток у цьому списку, а перший попереджений.