Pentest 2026-05-28 LOW 34.5: Backend-Validierung für AppSettings

Schema-Whitelist und Trailing-Slash-Strip für portalLoginUrl standen
NUR im Frontend. Der API-Endpoint nahm sonst /relative/path,
javascript:/ftp:/data:-Schemata und private IPs ungeprüft entgegen –
das landet als toter / bösartiger Link in den an Kunden verschickten
Portal-Mails (Open-Redirect / SSRF-Vektor).

Neuer validateSettingValue(key, value) in appSetting.service mit
per-Key-Logik:
  - portalLoginUrl: absolute http(s)-URL, isBlockedSsrfHost-Check
    (Cloud-Metadata immer, private Ranges via SSRF_BLOCK_PRIVATE_IPS),
    Trailing-Slash-Strip.
  - Schwellenwerte (deadline*/documentExpiry*): positive Integer.
  - Bool-Settings: strict 'true'/'false'.
  - monitoringAlertEmail: RFC-5322-light gegen Header-Injection.
  - Andere Keys: kein Format-Check (Default).

Controller (updateSetting + updateSettings) rufen Validator nach
stripHtml; bei Fehler HTTP 400 mit klarer Message. Bulk-PUT
validiert ALLE Werte VOR dem ersten DB-Write – kein halb-committed
State bei einem ungültigen Eintrag.

Live-verifiziert auf dev: alle Test-Payloads aus dem Pentest
sauber abgelehnt, legitime Werte (https-URL, Trailing-Slash, Pfade)
korrekt akzeptiert + normalisiert.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
2026-05-28 14:39:45 +02:00
parent 2d4e4cdcc7
commit 100147107c
3 changed files with 128 additions and 3 deletions
@@ -56,7 +56,17 @@ export async function updateSetting(req: AuthRequest, res: Response): Promise<vo
// HTML-Tags aus Plain-Text-Keys strippen, bevor sie in der DB landen.
// Pentest 2026-05-19, MEDIUM: companyName="<img onerror=...>" landete
// sonst ungefiltert in E-Mail-Templates / PDFs.
const newValue = appSettingService.sanitizeSettingValue(key, String(value));
const stripped = appSettingService.sanitizeSettingValue(key, String(value));
// Schema-spezifische Validierung (URL/Email/Int/Bool). Pentest
// 2026-05-28, LOW 34.5: portalLoginUrl nahm `/relative/path` und
// `http://192.168.1.1` ungefiltert entgegen → Open-Redirect /
// SSRF in der versendeten Mail.
const validation = appSettingService.validateSettingValue(key, stripped);
if (!validation.ok) {
res.status(400).json({ success: false, error: validation.error } as ApiResponse);
return;
}
const newValue = validation.value;
await appSettingService.setSetting(key, newValue);
@@ -102,12 +112,23 @@ export async function updateSettings(req: AuthRequest, res: Response): Promise<v
return;
}
// Vorherige Werte laden für Audit
// Vorherige Werte laden für Audit. Validierung erfolgt vor dem
// ersten Schreibzugriff, damit ein Bulk-PUT mit einem ungültigen
// Wert nicht die anderen Werte halb-committed liegen lässt.
const changes: Record<string, { von: unknown; nach: unknown }> = {};
const sanitizedEntries: Array<{ key: string; oldValue: string; newValue: string }> = [];
for (const [key, value] of Object.entries(settings)) {
const before = await prisma.appSetting.findUnique({ where: { key } });
const oldValue = before?.value ?? '-';
const newValue = appSettingService.sanitizeSettingValue(key, String(value));
const stripped = appSettingService.sanitizeSettingValue(key, String(value));
const validation = appSettingService.validateSettingValue(key, stripped);
if (!validation.ok) {
res.status(400).json({ success: false, error: `${key}: ${validation.error}` } as ApiResponse);
return;
}
sanitizedEntries.push({ key, oldValue, newValue: validation.value });
}
for (const { key, oldValue, newValue } of sanitizedEntries) {
if (oldValue !== newValue) {
changes[key] = { von: oldValue, nach: newValue };
}
@@ -1,5 +1,6 @@
import prisma from '../lib/prisma.js';
import { stripHtml } from '../utils/sanitize.js';
import { isBlockedSsrfHost } from '../utils/ssrfGuard.js';
// Default settings
const DEFAULT_SETTINGS: Record<string, string> = {
@@ -64,6 +65,85 @@ export function sanitizeSettingValue(key: string, value: string): string {
return typeof stripped === 'string' ? stripped : String(stripped);
}
/**
* Schema-spezifische Wert-Validierung VOR dem Speichern. Wird vom
* Controller aufgerufen; liefert entweder { ok: true, value: <sanitized> }
* oder { ok: false, error: <message> } für 400.
*
* Hintergrund Pentest 2026-05-28 LOW 34.5: Schema-Whitelist und
* Slash-Trimming standen NUR im Frontend, der API-Endpoint nahm
* relative URLs (`/evil/path`), `javascript:`-Schemata und Adressen
* auf private Hosts (`http://192.168.1.1`) ungeprüft entgegen. Bei
* Cloud-Deployment war das ein SSRF-/Open-Redirect-Vektor in der
* an Kunden verschickten Mail.
*/
export function validateSettingValue(key: string, rawValue: string): { ok: true; value: string } | { ok: false; error: string } {
// Schwellenwerte: müssen positive ganze Zahlen sein, sonst läuft das
// Cockpit in NaN-Vergleichen. Bestehende Validierung war nicht
// konsequent.
const intKeys = new Set(['deadlineCriticalDays', 'deadlineWarningDays', 'deadlineOkDays', 'documentExpiryCriticalDays', 'documentExpiryWarningDays']);
if (intKeys.has(key)) {
const trimmed = rawValue.trim();
if (!/^\d+$/.test(trimmed)) {
return { ok: false, error: `${key} muss eine positive ganze Zahl sein.` };
}
return { ok: true, value: trimmed };
}
// Bool-Settings
if (key === 'customerSupportTicketsEnabled' || key === 'monitoringDigestEnabled') {
const trimmed = rawValue.trim().toLowerCase();
if (trimmed !== 'true' && trimmed !== 'false') {
return { ok: false, error: `${key} muss 'true' oder 'false' sein.` };
}
return { ok: true, value: trimmed };
}
// Email-Settings (Format-Check analog zu Customer/User verhindert
// Header-Injection in System-Mails)
if (key === 'monitoringAlertEmail') {
const trimmed = rawValue.trim();
if (trimmed === '') return { ok: true, value: '' };
// RFC-5322-light, gleiches Pattern wie isValidEmail in utils/sanitize
if (/[\r\n\t\0\v\f]/.test(trimmed) || trimmed.length > 254) {
return { ok: false, error: 'Ungültige E-Mail-Adresse.' };
}
if (!/^[A-Za-z0-9._%+\-]{1,64}@[A-Za-z0-9.\-]{1,253}\.[A-Za-z]{2,}$/.test(trimmed)) {
return { ok: false, error: 'Ungültiges E-Mail-Format.' };
}
return { ok: true, value: trimmed };
}
// Portal-Login-URL: nur http/https, keine relativen URLs, keine
// Cloud-Metadata/Link-Local/Mcast (ssrfGuard); private Ranges
// nur wenn SSRF_BLOCK_PRIVATE_IPS=true. Trailing-Slash strippen.
if (key === 'portalLoginUrl') {
const trimmed = rawValue.trim().replace(/\/+$/, '');
if (trimmed === '') return { ok: true, value: '' };
let parsed: URL;
try {
parsed = new URL(trimmed);
} catch {
return { ok: false, error: 'Portal-Login-URL muss eine absolute http(s)-URL sein.' };
}
if (parsed.protocol !== 'http:' && parsed.protocol !== 'https:') {
return { ok: false, error: `Portal-Login-URL: unzulässiges Schema '${parsed.protocol}'. Nur http(s) erlaubt.` };
}
if (!parsed.hostname) {
return { ok: false, error: 'Portal-Login-URL: Host fehlt.' };
}
if (isBlockedSsrfHost(parsed.hostname)) {
return { ok: false, error: `Portal-Login-URL: Host '${parsed.hostname}' ist gesperrt (interne/Metadata-Adresse).` };
}
// Werte mit Pfad/Query sind erlaubt Mail-Versand hängt ohnehin
// /portal/login hinten dran, eine evtl. Pfad-Komponente bleibt.
return { ok: true, value: trimmed };
}
// Default: kein zusätzlicher Format-Check
return { ok: true, value: rawValue };
}
export async function getSetting(key: string): Promise<string | null> {
const setting = await prisma.appSetting.findUnique({
where: { key },
+24
View File
@@ -120,6 +120,30 @@ isolierte Instanz (keine Multi-Tenancy im Code), Provisioning + Abrechnung
- **Live-verifiziert**: 4867 Datensätze + 1 Datei in 13.2s
wiederhergestellt, Log-Modal zeigt den vollständigen Verlauf.
- [x] **🛡️ Pentest 2026-05-28 LOW 34.5: Backend-URL-Validierung für AppSettings**
- Schema-Whitelist + Trailing-Slash-Strip standen NUR im Frontend.
API-Endpoint akzeptierte sonst `/relative/path`, `javascript:`,
`ftp://`, `http://192.168.1.1` etc. → Open-Redirect / SSRF-Vektor
in den an Kunden verschickten Portal-Mails.
- Neuer `validateSettingValue(key, value)` in appSetting.service.ts
mit per-Key-Logik: portalLoginUrl → nur http(s), absoluter Host,
`isBlockedSsrfHost`-Check, Trailing-Slash-Strip. Schwellenwerte
(deadline*/documentExpiry*) → positive Integer. Bool-Settings
→ strict `true`/`false`. monitoringAlertEmail → RFC-5322-light.
- Controller (updateSetting + updateSettings) ruft Validator nach
der HTML-Strip-Sanitisierung; bei Fehler 400 mit aussagekräftiger
Message. Bulk-PUT validiert ALLE Werte bevor irgendwas gespeichert
wird (kein halb-committed-State bei einem ungültigen Eintrag).
- **Live-verifiziert** auf dev:
- `/evil/path` → 400 "muss absolute http(s)-URL sein"
- `javascript:alert(1)` → 400 (durch stripHtml zu blocked: → Validator: unzulässiges Schema)
- `ftp://evil.com` / `data:text/html` → 400
- `http://169.254.169.254` → 400 (Cloud-Metadata immer geblockt)
- `http://192.168.1.1` → 200 (on-prem-Default; mit SSRF_BLOCK_PRIVATE_IPS=true → 400)
- `https://crm.example.de/` → DB: `https://crm.example.de` (Slash gestrippt)
- `https://crm.example.de//abc/` → DB: `https://crm.example.de//abc`
(nur trailing slash; doppelte slashes mittendrin bleiben)
- [x] **🐛 Bugfix: Portal-Passwörter in Verträgen wurden mutiliert**
- Folgefehler aus Pentest 31.1 (Stored-XSS-Strip): die rekursive
`sanitizeContractBody`-Funktion lief auch über `portalPassword`.