[mpasternak]

BPP od 2026.10 (iplweb/bpp#892) ma nową politykę haseł: minimum 15 znaków i brak cyklicznego wymuszania zmiany (NIST SP 800-63B). Jeśli ${BPP_CONFIGS_DIR}/.env instalacji nadal ustawia starą politykę, po cichu ją cofnie.

Co robi

make up (--missing), make config-check i make doctor (pozycja config) wypisują na stderr ostrzeżenie:

  ⚠ UWAGA: niezgodna polityka hasel — DJANGO_BPP_PASSWORD_DURATION_SECONDS=2592000 (30 dni) wymusza cykliczna zmiane hasla; BPP od 2026.10 domyslnie jej nie wymusza (NIST SP 800-63B). Jesli to pozostalosc, usun zmienna z …/.env.

Zmienna	Kiedy ostrzega
DJANGO_BPP_PASSWORD_DURATION_SECONDS	≠ 0 albo nie-liczba (wtedy BPP nawet nie wystartuje, bo int() w settings)
DJANGO_BPP_PASSWORD_MIN_LENGTH	< 15 albo nie-liczba

• Nie blokuje deployu: inna polityka może być świadomą decyzją uczelni. Wynik config-check zostaje bez zmian.
• Gdzie jest kod:
  • funkcja rej_ostrzez_polityka_hasel w scripts/lib-config-registry.sh;
  • wywołanie w scripts/configure.sh dla trybów --missing i --check.
• Dokumentacja: sekcja „Ostrzeżenie: niezgodna polityka haseł” w docs/konfiguracja/zmienne.md.

Testy

• Nowy test test_ostrzezenie_polityki_hasel w tests/test_makefile.sh:
  • brak zmiennych i DURATION=0 nie dają ostrzeżenia;
  • rotacja i krótka długość dają ostrzeżenie, a config-check nadal zwraca 0;
  • --missing (ścieżka make up) też ostrzega.
• Lokalnie przechodzą nowy test (6/6) i dotychczasowy test_configure_registry (32/32). Uruchomione wyizolowanie, bez reszty suity, która stawia kontenery nginx.
• shellcheck -x jest czysty, mkdocs build --strict przechodzi.

🤖 Generated with Claude Code

https://claude.ai/code/session_01SgHJbMvTRmBeVQZ5bD37gj