Локальная авторизация
Админ-доступ не требует стороннего identity provider для базовой работы.
Admin Security
Admin Security: управление AntiPF должно быть защищено не слабее самого сайта
Админ-контур AntiPF хранит локальные accounts/sessions, поддерживает TOTP, step-up reauthentication и audit событий. Чувствительные изменения — пароль, email, write permission Direct и другие security actions — не должны зависеть только от открытой вкладки admin.
Local-first authTOTPRevocable sessionsAudit log
Admin security
Accountlocal admin
ACTIVETOTPsecond factor
ENABLEDSessionversioned + expiry
VALIDAudithash-linked event
RECORDEDПароль хранится как password_hash; TOTP/reauth и session revocation разделяют обычную сессию и чувствительное действие.
Control plane security
Администраторская сессия — отдельный security boundary
В AntiPF есть локальные account/session/preauth tables, password policy, TOTP state, reauth window и audit log. При смене password/email session_version меняется, а другие sessions могут быть отозваны.
Повторная проверка
Опасные действия могут потребовать текущий пароль и TOTP.
История изменений
Security events сохраняются с actor/object/result и hash linkage.
Архитектура
Account → session → step-up → audited action
Обычный вход и разрешение на опасную мутацию — разные уровни доверия. Session имеет inactivity/absolute expiry и может быть отозвана.
Password verify
Проверить account password через безопасный hash.
Preauth/TOTP
При включённом TOTP завершить second factor.
Session
Создать random token, хранить только token hash в SQLite.
CSRF
Admin form action требует корректный request token.
Reauth
Чувствительная операция требует свежего step-up.
Audit
Записать actor/action/object/result без секретных значений.
Local-first. Admin Security primitives не должны отправлять пароль/TOTP/session secret наружу.
Что умеет модуль
Что защищает Admin Security
Модуль относится к control plane: кто и как меняет настройки защиты, рекламы, storage и recovery.
Password policy
Минимальная длина, reject очевидных паролей, password_hash и controlled change transaction.
Подробнее →TOTP
Опциональный second factor и защита от повторного использования шага.
Подробнее →Session security
Random token, hash storage, inactivity/absolute expiration и revocation.
Подробнее →Step-up reauth
Пароль/TOTP повторно проверяются перед чувствительными действиями.
Подробнее →CSRF discipline
Одна форма — один корректный CSRF token; 10.050 исправляет duplicate field issue в Test Center.
Подробнее →Audit log
Actor/session/origin/action/result и hash-linked event history.
Подробнее →Readiness & evidence
Admin security должна оставаться работоспособной после Update/Repair
Identity/session state нельзя случайно сбрасывать вместе с application files; private configuration и database требуют своего lifecycle.
READY
Accounts/session schema валидныAuth и audit primitives доступны.
REAUTH
Нужен step-upТекущая session недостаточна для опасной операции.
REVOKED
Session отозванаToken больше не должен давать admin access.
EXPIRED
Истёк idle/absolute TTLТребуется новый login.
Практическое применение
Где step-up и audit особенно важны
Когда AntiPF получает возможность менять не только локальную policy, но и внешний рекламный аккаунт или recovery state.
DIRECT
Связанный сценарий →Разрешение записи в Direct
Write permission и guarded action требуют явного authorization/reauth.
ACCOUNT
Связанный сценарий →Смена пароля/email
Меняется session_version, другие sessions могут быть отозваны.
RECOVERY
Связанный сценарий →Installer / Repair
Identity/private state должны сохраняться без ослабления admin boundary.
AUDIT
Связанный сценарий →Разбор изменения policy
История показывает actor/action/result без раскрытия secrets.
Границы
Admin Security защищает control plane, но не заменяет безопасность хостинга
Компрометация панели хостинга, SSH, ОС или PHP runtime требует отдельной инфраструктурной защиты. AntiPF снижает риски внутри собственного admin-контура, но не является HSM/IAM/SIEM.
FAQ
Вопросы про Admin Security
Поддерживает ли AntiPF TOTP?
В текущей архитектуре admin security есть TOTP-enabled account state, preauth и step-up flows.
Что происходит при смене пароля?
Account session_version увеличивается; текущая session обновляется, а другие sessions могут быть отозваны.
Хранятся ли session tokens в открытом виде?
Session token генерируется случайно, а в SQLite хранится его hash; cookie остаётся клиентским bearer secret.
Audit хранит старый и новый пароль?
Нет. Audit должен фиксировать факт/результат операции без raw secrets.
Следующий шаг
Проверим admin security перед production rollout
Особенно важно перед включением write actions, Repair/DR и передачей доступа нескольким администраторам.