Skip to the content
Documentation
Help Start
Reading in:
  • German: 9,075 of 9,075 pages
About the help in other languages
All help pages

HTTP-Sicherheit: Header, CSP, Anfrageregeln und Proxys

Die HTTP-Sicherheitsschicht von Exponential - Sicherheits-Header aus SecurityHeaders[], die Content Security Policy mit Modi, Direktiven, Nonces und Berichten, Anfrageregeln, die nach der URL-Übersetzung erlauben…

Download as PDF

Address: https://doc.exponential.earth/exphelp/viewer/help/software-engineers/http-security-csp-and-proxies.md

On this page

This page is a translation. Read the English original

HTTP-Sicherheit: Header, CSP, Anfrageregeln und Proxys

Diese Seite richtet sich an Ingenieure, die die HTTP-Schicht einer Exponential-Website konfigurieren oder prüfen. Jeder Mechanismus hier ist eine Einstellung in site.ini oder in einer eigenen INI-Datei und lässt sich daher wie Code prüfen und versionieren.

Inhalt

  1. Sicherheits-Header
  2. Content Security Policy
  3. Anfrageregeln
  4. Vertrauenswürdige Proxys
  5. Weiterleitungen
  6. Caching-Header
  7. Eine Prüfliste

Sicherheits-Header

site.ini [HTTPHeaderSettings] SecurityHeaders[] wird auf jeder Seite gesendet. Mitgeliefert:

SecurityHeaders[X-Content-Type-Options]=nosniff
SecurityHeaders[X-Frame-Options]=SAMEORIGIN
SecurityHeaders[Content-Security-Policy]=frame-ancestors 'self'
SecurityHeaders[Referrer-Policy]=strict-origin-when-cross-origin
SecurityHeaders[Permissions-Policy]=camera=(), microphone=(), payment=(), usb=()
SecurityHeaders[Strict-Transport-Security]=

Strict-Transport-Security ist leer, bis Sie es setzen, weil HSTS erst gesendet werden darf, wenn HTTPS überall funktioniert. Unter Velocity tut [HTTPSSettings] HSTSMaxAge dasselbe für den Server.

Content Security Policy

site.ini [ContentSecurityPolicy]:

EinstellungBedeutung
Modedisabled, report-only, enforce oder auto (mitgeliefert): nur berichtend auf Administrations-Siteaccesses, auf den anderen aus
Directives[]eine Direktive je Eintrag; mitgeliefert 'self' für Skripte, Styles und Verbindungen, object-src 'none'
Nonce=enabled, NonceDirectives[]eine Nonce je Anfrage, die script-src hinzugefügt wird; Templates geben sie mit csp_nonce() aus
ReportURIwohin Browser Berichte senden; der Kernel hat außerdem einen Sammler csp/report, und Verstöße gehen nach var/log/csp.log

Für eine Website einschalten: Betreiben Sie sie in report-only, sammeln Sie, was sie blockieren würde (Erweiterungen und Website-Designs sind die übliche Quelle), verschieben Sie Inline-Skripte in Dateien oder geben Sie ihnen die Nonce und schalten Sie dann auf enforce um (Content Security Policy, CSP: Inline-Skripte herausverlagern).

Anfrageregeln

Anfrageregeln laufen nach der URL-Übersetzung und nachdem die Rollenrichtlinien die View erlaubt haben, und können erlauben, verweigern, weiterleiten, umschreiben oder protokollieren. Die klassische Verwendung leitet System-URLs wie /content/view/full/123 auf ihren Alias weiter, sofern der Benutzer nicht content/view_system_url hat. Prüfen Sie die Entscheidung für eine beliebige Adresse, ohne etwas zu ändern:

php bin/php/ezrequestrules.php -s site --check
php bin/php/ezrequestrules.php -s site --uri=content/view/full/2

Siehe Anfrageregeln und Sicherheit von view/full.

Vertrauenswürdige Proxys

Seit dem 5. Oktober 2026 glaubt der Kernel X-Forwarded-For, -Proto, -Port, -Server und -Host nur, wenn die Verbindung von einer Adresse in site.ini [HTTPHeaderSettings] TrustedProxies[] kommt (mitgeliefert: 127.0.0.1 und ::1). X-Forwarded-For wird von rechts gelesen, wobei vertrauenswürdige Proxys übersprungen werden. Ohne die richtige Liste hinter einem Load Balancer sind HTTPS-Erkennung, absolute URLs, die Client-Adresse von DebugByIP, die Anmeldesperre, Anfrageregeln nach Netzwerk und das Audit-Log alle falsch; mit einer zu weiten Liste kann ein Besucher sie fälschen (Vertrauenswürdige Proxys).

Weiterleitungen

Weiterleitungen laufen über eZRedirectManager, der nur Hosts folgt, die in [SiteSettings] AllowedRedirectHosts erlaubt sind (Sichere Weiterleitungen, Schutz für Weiterleitungen, Abfragen und Bildvarianten).

Caching-Header

Seiten werden standardmäßig mit no-cache gesendet. Caching-Header für Seiten lassen sich nur für anonyme Besucher einschalten; die Seite eines angemeldeten Benutzers wird durch sie nie cachebar (HTTP-Caching). Jeder Cache, den Sie davorschalten (CDN, Proxy), muss dieselbe Trennung einhalten, sonst erreicht die Seite eines Benutzers einen anderen.

Eine Prüfliste

  • To do: TrustedProxies[] listet genau die Proxys vor der Website, nicht mehr.
  • To do: HSTS ist gesetzt, sobald HTTPS jeden Hostnamen abdeckt.
  • To do: Die CSP wird in der Administration nach einer nur berichtenden Phase durchgesetzt und ist für die Websites geplant.
  • To do: Kein Inline-Skript ohne die Nonce; keine on...=-Attribute oder javascript:-URLs in Templates.
  • To do: Anfrageregeln existieren für System-URLs, wenn sie nicht erreichbar sein dürfen.
  • To do: Kein Proxy oder CDN speichert Seiten angemeldeter Benutzer.

Verwandte Seiten

Werden Sie Exponential-Partner

Partner teilen ihre Informationen, stellen Mittel bereit, geben Beiträge zurück und entwickeln die Produkte mit uns, und so wächst Exponential. Eine Partner-Website und ein Dashboard sind für Mitte 2027 geplant: Werden Sie noch heute Partner, damit wir schneller wachsen und neue Funktionen früher liefern.

Something wrong on this page? Report an error

Documentation license

This documentation is free documentation, licensed under the GNU Free Documentation License 1.3 or later.

Exponential Copyright © 1998-2026 Exponential Foundation and 7x