ayurishchevandClaude Opus 5.5
13e17fbb47
Ревью кодовой базы (docs/reviews/2026-09-26-codebase-review.md) и планы по каждой находке:
011 IP уникален в VRF и хранится в самом узком префиксе (addresses.vrf_id, составной FK
с каскадом при переносе VRF, миграция 0007 с остановкой на дублях).
012 Ограничение попыток входа (login_attempts, 429 + Retry-After), выравнивание времени
ответа, журнал без вытеснения анонимными событиями (миграция 0006).
013 Границы пагинации: отрицательные/чрезмерные limit/offset дают 422 вместо 500.
014 Экран адресов: страница свободных адресов арифметикой, пагинация в SQL.
015 Запрет адреса сети/broadcast, загрузка не выше 100 %.
016 Роль по умолчанию — viewer.
017 Проверка JWT_SECRET/ADMIN_PASSWORD при старте.
018 null в PATCH очищает текстовые поля; нейтральный текст конфликта БД.
019 Пакетная загрузка в списках вместо N+1.
020 Автоназначение адреса вне вложенных префиксов, с блокировкой префикса.
021 Advisory-lock при снятии прав администратора, уникальный lower(username) (миграция 0008).
022 Контейнер не от root, healthcheck, блокировка миграций, requirements.lock.
023 Экранирование LIKE, журнал отказов очистки, заголовки безопасности, учёт force-удаления,
отзыв токенов при смене пароля (claim pv, миграция 0005).
024 Исправление находок ревью 011-023 (docs/reviews/2026-09-26-changes-011-023-review.md):
сериализация попыток входа, запрет переноса адресов в адрес сети/broadcast, журнал входов,
запрет смены своего пароля через PATCH, валидация PATCH устройства, обновлён тест токенов.
Тесты: 14 passed. Документация: README.md, docs/changes/011-024, docs/reviews.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2.7 KiB
2.7 KiB
Итог: уникальность IP-адреса в VRF (изменение 011)
Что сделано
- Миграция
0007:prefixes— уникальность(id, vrf_id);addresses.vrf_id(заполнен из префиксов), составной FK(prefix_id, vrf_id)→prefixes(ON DELETE CASCADE,ON UPDATE CASCADE— при переносе префикса в другой VRF адреса следуют автоматически), уникальность(vrf_id, address). Перед изменениями миграция ищет дубли и останавливается с перечнем; найденные ранее в родителе адреса, попадающие в дочерний префикс, переносятся в самый узкий префикс.scripts/find_duplicate_addresses.py— поиск дублей (только чтение). - API (
prefixes.py):create_address— адрес из диапазона вложенного префикса → 422 «назначьте его там»; дубль в VRF → 409;rehome_addresses()— создание префикса,allocate_subnetи перенос VRF забирают адреса родителя из своего диапазона (число —moved_addressesв журнале); перенос префикса в VRF с тем же адресом → 409 с перечнем (без частичных изменений). app/models.py:Address.vrf_id, ограничения;README.md: раздел «Модель данных».
Проверка
Проверка: стенд ipam_control_006 пересобран, миграции применены до 0008 (alembic check — расхождений нет); ручная проверка (скрипт во временной папке, в репозиторий не добавлялся); автотесты по условию этапа не писались. .5 в родителе → 201; создание дочернего /25 переносит .5; повторный .5 в родителе → 422, в дочернем → 409; перенос префикса в VRF с тем же адресом → 409; миграция на стенде (без дублей) прошла.
Не проверено: остановка миграции на реальном дубле, перенос префикса без конфликта (rehome при смене VRF).
Риски
Изменение модели данных. Перед применением на рабочей БД — запустить scripts/find_duplicate_addresses.py и сделать резервную копию.