Files
breadcrumb-the-shire/docs/howto-anfragelimits.md
fs 0e86925464 refactor: rename lib/ to core/ for clearer core-module separation
Rename the top-level lib/ directory to core/ so the project root
immediately communicates which code is core platform and which lives
in modules/. PHP namespaces (MintyPHP\*) are unchanged — only the
Composer PSR-4 path mapping moves from lib/ to core/.

Module-internal lib/ directories (modules/*/lib/) are untouched.

Updated across the full stack:
- composer.json PSR-4 mapping
- bootstrap entry points (web/index.php, bin/*, tests/bootstrap.php)
- tooling configs (phpstan.neon, phpunit.xml, php-cs-fixer)
- 26 architecture contract tests
- enforcement-policy, guard-catalog, quality-gates
- all documentation (CLAUDE.md, README, 25 docs/, .agents/skills/)
- bin/qa-extended.sh search paths
- .claude/settings.local.json permission paths

Workflow: .agents/runs/CORE-LIB-RENAME-001/ (Analyst → Planner →
Executor → Code Review (4 findings fixed) → Security Review →
Acceptance Test → Finalizer)

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-04-13 23:20:42 +02:00

2.1 KiB

Anfragelimits (Rate Limiting)

Letzte Aktualisierung: 2026-03-14

Ziel

Brute-Force und API-Spam begrenzen, ohne Verfügbarkeit zu gefährden.

Technischer Kern

  • Service: core/Service/Security/RateLimiterService.php
  • Repository: core/Repository/Security/RateLimitRepository.php
  • Storage: request_rate_limits
    • scope, subject_hash, hits, window_started_at, blocked_until

Wichtig:

  • Subject wird gehasht (SHA-256), kein Klartext-Key.
  • Verhalten ist fail-open bei Storage-Fehlern.

API-Limits (global)

Durchgesetzt in core/Http/ApiBootstrap.php:

  1. IP-only (api.ip)
    • 120 Requests / 60s
    • Block 120s
  2. Token+IP (api.token_ip)
    • 300 Requests / 60s
    • Block 120s

Bei Block:

  • HTTP 429
  • Retry-After
  • Body {"error":"rate_limit_exceeded"}

Web-Login-Limits

In pages/auth/login().php:

  1. Resolve-Phase pro IP (login.resolve.ip)
    • 25 Versuche / 600s
    • Block 300s
  2. Passwortphase pro E-Mail+IP (login.password.email_ip)
    • 5 Fehlversuche / 900s
    • Block 900s

Erfolgreicher Passwort-Login setzt den Passwort-Scope zurück.

API-Login-Limits

In pages/api/v1/auth/login().php (zusätzlich zu globalen API-Limits):

  1. IP (api.auth.login.ip)
    • 10 Fehlversuche / 600s
    • Block 300s
  2. E-Mail+IP (api.auth.login.email_ip)
    • 5 Fehlversuche / 900s
    • Block 900s

Erfolgreicher API-Login setzt api.auth.login.email_ip zurück.

Remember-Token-Limits

In core/Service/Auth/RememberMeRateLimiter.php (Memcached-basiert):

  1. Pro IP (remember_rl:{ip})
    • 5 Fehlversuche / 900s
    • Block 900s (automatisch via Memcached-TTL)

Erfolgreicher Auto-Login setzt den Counter zurück.

Unterschied zu den DB-basierten Limits oben: Memcached statt request_rate_limits-Tabelle. Verhindert DB-Last bei Brute-Force gegen Remember-Cookies.

Smoke-Test

  1. API ohne Token >120 Requests/min gegen /api/v1/* -> 429 erwartet.
  2. Web-Login mit falschem Passwort >5 pro E-Mail+IP -> 429 erwartet.
  3. API-Login mit falschen Credentials wiederholt -> 429 erwartet.
  4. Remember-Cookie mit falschem Token >5 pro IP -> Auto-Login blockiert, Cookie geloescht.