fix(security, core): Auth-Pflicht für Ingest-APIs, 500er-Ursachen beheben, Agenten-Workflow

Sicherheit
- install_db.php war ohne Authentifizierung erreichbar und setzte bei jedem
  Aufruf das Admin-Passwort auf einen fest im Code stehenden Wert zurück.
  Jetzt Auth-Pflicht; ein Konto wird nur bei leerer Benutzertabelle angelegt.
- Stored XSS im Bugtracker-Detail-Modal: Titel, Beschreibung, Fehlermeldung,
  Stacktrace und Kommentare gingen ungefiltert durch innerHTML.
- report.php, projects.php und das Veröffentlichen von Releases verlangen jetzt
  zwingend ein Token. Publish war zuvor völlig ungeschützt.
- CSRF-Token in allen Formularen, Session-Regenerierung nach Login,
  Drosselung fehlgeschlagener Anmeldeversuche.
- Zugangsdaten aus der Versionskontrolle entfernt (Serverdaten.txt,
  config.php, .htpasswd, deploy_config.json). Historie enthält sie weiterhin,
  Rotation erforderlich (siehe docs/UPGRADE.md).
- Token-Validierung nur noch über SHA-256-Hash; expires_at wird ausgewertet.

Behobene 500er
- Audit::log() war in index.php weder eingebunden noch importiert. Jeder
  Klick auf "Aktivierung freigeben" endete in einem Fatal Error.
- Derselbe benannte PDO-Platzhalter mehrfach je Statement (:id in
  revokeToken/deleteToken, :q siebenfach in der Volltextsuche). Bei
  EMULATE_PREPARES=false ist das nicht zulässig und warf HY093.
- Migration 005 nutzte dynamisches SQL, dessen Semikolons in String-Literalen
  vom alten explode(';')-Installer als Statement-Ende gelesen wurden. Sie
  schlug still fehl, wodurch push_id/target_agent/tags dauerhaft fehlten.
- Monitor-Umbenennung ohne Transaktion, verschachtelte Transaktionen im
  RateLimiter.

Funktionale Korrekturen
- Der Watchdog-Evaluator fehlte vollständig: Monitor-Zustände änderten sich nur
  beim Eintreffen eines Heartbeats, ein ausgefallenes System blieb dauerhaft
  "up". Erster Lauf auf dem Produktivsystem: 7 von 10 Monitoren waren
  tatsächlich seit über einem Tag nicht erreichbar.
- Das Feld "os" fehlte im Monitor-Dialog, wurde aber gespeichert und löschte
  damit bei jedem Speichern das Betriebssystem.
- Der Resolve-Dialog existierte im HTML nicht; der Button war funktionslos.
- Versionsvergleich erfolgte lexikografisch, wodurch 1.9.0 als neuer galt
  als 1.10.0.
- Schreiboperationen meldeten Erfolg auch für nicht existierende IDs.
- Post/Redirect/Get gegen doppelte Einträge beim Neuladen.

Neue Struktur
- src/bootstrap.php mit PSR-4-Autoloader ersetzt die require-Ketten.
- Core: Config, Http, Csrf, ApiAuth, Logger, Migrator, ErrorReporter.
- Migrator mit zeichenweisem SQL-Parser, dc_migrations und Baseline-Verfahren,
  damit bestehende Installationen keine Beispieldaten zurückbekommen.

Agenten-Workflow
- Claim/Lease: Items werden exklusiv übernommen, damit nicht zwei Agenten am
  selben Problem arbeiten. action=next holt und reserviert in einem Zug.
- Idempotenz über client_ref, Deduplizierung auch für Feature Requests,
  Erkennung von Regressionen, automatische Eskalation des Schweregrads.
- Strukturierter Code-Kontext (repo_url, commit_sha, file_path, line_no).
- Delta-Abfragen über updated_since, Pagination, Bulk-Update.
- Beim Veröffentlichen eines Releases schließen sich Items mit passendem
  resolved_in_build selbst.
- Ausgehende Webhooks mit HMAC-Signatur, /api/health, /api/openapi.json.
- Unbehandelte Fehler meldet die Plattform in ihren eigenen Bugtracker.

WebUI
- Serverseitige Filterung mit Pagination statt Rendern aller Datensätze.
- Migrations-Schranke, Evaluator-Warnung, Übersicht aktiver Agenten.

Zeitstempel liegen in der Datenbank durchgängig in UTC und werden für die
Anzeige in die App-Zeitzone umgerechnet.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Deploymentcenter Bot
2026-08-07 16:17:36 +02:00
co-authored by Claude Opus 5
parent a21536f495
commit e7fbc85db4
59 changed files with 8506 additions and 2410 deletions
+160
View File
@@ -0,0 +1,160 @@
<?php
declare(strict_types=1);
namespace Deploymentcenter\Core;
use PDO;
/**
* Einheitliche Authentifizierung fuer alle API-Endpunkte.
*
* Drei akzeptierte Wege, in dieser Reihenfolge geprueft:
* 1. Shared Key aus der Konfiguration (Server-zu-Server, z. B. Cron)
* 2. Aktive WebUI-Session (nur wenn ausdruecklich erlaubt)
* 3. Master-/Sub-Token aus dc_tokens mit passendem Scope
*
* Frueher hatte jeder Endpunkt seine eigene Variante davon - mit jeweils
* leicht abweichendem Verhalten. Diese Klasse ersetzt alle.
*/
final class ApiAuth
{
/**
* Erzwingt Authentifizierung mit einem bestimmten Scope.
* Bricht die Anfrage bei Fehlschlag mit 401 ab.
*
* @return array{method:string,actor:string,token:?array,project_slug:?string,environment:?string}
*/
public static function requireScope(
PDO $db,
string $scope,
?string $environment = null,
bool $allowSession = true
): array {
$context = self::resolve($db, $scope, $environment, $allowSession);
if ($context === null) {
Http::fail(
401,
'unauthorized',
sprintf('Authentifizierung erforderlich. Erwartet wird ein Token mit dem Recht "%s".', $scope),
null,
['required_scope' => $scope]
);
}
return $context;
}
/**
* Wie requireScope(), bricht aber nicht ab, sondern liefert null.
*
* @return array{method:string,actor:string,token:?array,project_slug:?string,environment:?string}|null
*/
public static function resolve(
PDO $db,
string $scope,
?string $environment = null,
bool $allowSession = true
): ?array {
$presented = Http::bearerToken();
// 1. Shared Key
$sharedKey = (string)Config::get('security.shared_key', '');
if ($presented !== null && $sharedKey !== '' && hash_equals($sharedKey, $presented)) {
return [
'method' => 'shared_key',
'actor' => 'system:shared-key',
'token' => null,
'project_slug' => null,
'environment' => null,
];
}
// 2. WebUI-Session
if ($allowSession && Auth::isLoggedIn()) {
return [
'method' => 'session',
'actor' => Auth::username(),
'token' => null,
'project_slug' => null,
'environment' => null,
];
}
// 3. Agenten-Token
if ($presented !== null) {
$manager = new TokenManager($db);
$token = $manager->validateToken($presented, $scope, $environment);
if (is_array($token)) {
$name = isset($token['name']) && $token['name'] !== ''
? (string)$token['name']
: (string)$token['token_id'];
return [
'method' => 'token',
'actor' => 'agent:' . $name,
'token' => $token,
'project_slug' => self::stringOrNull($token['project_slug'] ?? null),
'environment' => self::stringOrNull($token['environment'] ?? null),
];
}
Logger::warning('Token abgelehnt', [
'scope' => $scope,
'ip' => Http::clientIp(),
'path' => Http::path(),
]);
}
return null;
}
/**
* Stellt sicher, dass ein projektgebundenes Token nur auf sein eigenes
* Projekt zugreift. Bricht sonst mit 403 ab.
*
* @param array{project_slug:?string,method:string} $context
*/
public static function enforceProject(array $context, ?string $requestedSlug): void
{
$bound = $context['project_slug'] ?? null;
if ($bound === null || $bound === '') {
return; // Token ist nicht projektgebunden
}
if ($requestedSlug === null || $requestedSlug === '' || $requestedSlug === $bound) {
return;
}
Http::fail(
403,
'project_forbidden',
sprintf('Dieses Token ist an das Projekt "%s" gebunden und darf nicht auf "%s" zugreifen.', $bound, $requestedSlug),
null,
['bound_project' => $bound]
);
}
/**
* Liefert den Projekt-Slug, auf den eine Anfrage eingeschraenkt werden muss,
* oder null bei uneingeschraenktem Zugriff.
*
* @param array{project_slug:?string} $context
*/
public static function projectFilter(array $context): ?string
{
$bound = $context['project_slug'] ?? null;
return is_string($bound) && $bound !== '' ? $bound : null;
}
private static function stringOrNull($value): ?string
{
if (!is_string($value)) {
return null;
}
return $value === '' ? null : $value;
}
}