Files
praxis-creutzburg-web/intern/logout.php
T
clemensandClaude Opus 5 19f1ac7ec8 CSRF-Schutz, Brute-Force-Bremse und wirksame Session-Cookie-Flags
Neu: inc/security.inc.php, eingebunden von inc/config.inc.php.

CSRF
Der Adminbereich hatte keinerlei Schutz gegen fremde POSTs. Jetzt haengt
csrf_inject_output() als Ausgabefilter das Token an jedes POST-Formular und
csrf_require() weist POSTs ohne gueltiges Token ab. Beides wird nur fuer
Skripte unterhalb von admin/ aktiviert, der oeffentliche Bereich bleibt
unveraendert. Der Umweg ueber den Ausgabefilter erspart es, die rund 60
bestehenden Formulare einzeln anzufassen; der AJAX-Aufruf auf
mailtemplate.php schickt das Token als Feld mit.

Session-Cookie-Flags
config.inc.php setzt secure, httponly und samesite - aber 25 Dateien in
admin/ und intern/ riefen session_start() vor dem Include auf, womit die
Parameter wirkungslos waren. Die vorgezogenen Aufrufe sind entfernt,
config.inc.php startet die Sitzung nur noch, wenn keine laeuft.
admin/logout.php musste umgestellt werden, weil dort session_destroy()
vor dem Include stand; die Cookies werden jetzt mit denselben Parametern
geloescht, mit denen sie gesetzt wurden.

Brute-Force
Nach 5 Fehlversuchen je Konto oder 20 je IP ist die Anmeldung 15 Minuten
gesperrt, gezaehlt in der neuen Tabelle login_attempts. Fehlt die Tabelle,
laeuft der Login wie bisher - gleiche Vorgehensweise wie bei
securitytokensHatAblaufspalte(). Eine erfolgreiche Anmeldung raeumt die
Fehlversuche des Kontos ab.

Passwort vergessen
admin/passwortvergessen.php uebergab $mail und $body an SendMailMessage();
beide Variablen gibt es dort nicht, sie heissen $empfaenger und $text. Die
Mail ging deshalb nie raus, obwohl der Reset-Code gesetzt wurde.

Getestet gegen einen lokalen PHP-Server: Token wird eingesetzt, POST ohne
Token liefert 403, mit Token laeuft der Login normal, der sechste
Fehlversuch wird gesperrt, das Sitzungscookie traegt secure/HttpOnly/
SameSite. Oeffentliche Seiten sind unveraendert.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-03 14:18:59 +02:00

53 lines
1.8 KiB
PHP

<?php
require_once(__DIR__ . "/../inc/config.inc.php");
require_once(__DIR__ . "/../inc/functions.inc.php");
// 1) Token in DB löschen (nur dieses Gerät)
if (!empty($_COOKIE['identifier'])) {
$identifier = (string)$_COOKIE['identifier'];
$stmt = $pdo->prepare("DELETE FROM securitytokens WHERE identifier = :i AND user_type = 'admin'");
$stmt->execute([':i' => $identifier]);
}
// 2) Session sauber leeren
$_SESSION = [];
if (ini_get("session.use_cookies")) {
$params = session_get_cookie_params();
setcookie(session_name(), '', time() - 3600, $params['path'], $params['domain'], $params['secure'], $params['httponly']);
}
session_destroy();
// 3) Remember-me Cookies löschen (mit gleichen Optionen wie gesetzt)
$isHttps = (!empty($_SERVER['HTTPS']) && $_SERVER['HTTPS'] !== 'off')
|| ((int)($_SERVER['SERVER_PORT'] ?? 0) === 443);
$cookieOpts = [
'expires' => time() - 3600,
'path' => '/',
'secure' => $isHttps,
'httponly' => true,
'samesite' => 'Lax',
];
setcookie('identifier', '', $cookieOpts);
setcookie('securitytoken', '', $cookieOpts);
// 4) Intern-Bereich: Remember-Device-Token loeschen.
// Ohne diesen Schritt meldet check_intern_user() den Benutzer beim naechsten
// Seitenaufruf ueber das Cookie automatisch wieder an - der Logout waere wirkungslos.
if (!empty($_COOKIE["remember_device"])) {
$stmt = $pdo->prepare("DELETE FROM intern_securitytokens WHERE identifier = :i");
$stmt->execute([":i" => (string)$_COOKIE["remember_device"]]);
}
setcookie("remember_device", "", $cookieOpts);
setcookie("remember_device_token", "", $cookieOpts);
include("templates/header.inc.php");
?>
<div class="container main-container">
Der Logout war erfolgreich. <a href="login.php">Zurück zum Login</a>.
</div>
<?php include("templates/footer.inc.php"); ?>