| ... |
... |
@@ -7,33 +7,71 @@ |
| 7 |
7 |
|
| 8 |
8 |
Über das Menü //Allgemein// können allgemeine Anpassungen an FORMCYCLE vorgenommen werden, etwa Cache-Konfigurationen oder Uploadbeschränkungen. |
| 9 |
9 |
|
| 10 |
|
-== Referrer-Policy == |
|
10 |
+== Sicherheit |
| 11 |
11 |
|
| 12 |
|
-{{lightbox image="system_general_referrer_de.png" title="Referrer-Policy"}} |
| 13 |
|
-Referrer-Policy |
| 14 |
|
-{{/lightbox}} |
|
12 |
+=== HTTP Strict Transport Security (HSTS) === |
| 15 |
15 |
|
| 16 |
|
-Mit diesem Header-Eintrag kann gesteuert werden, welche Referrer-Informationen weitergegeben werden. Die Referrer-Informationen geben einer aufgerufenen Seite an, von wo der Request ausgelöst wurde. Bei der Weitergabe der URL an die nächste aufgerufene Seite kann es Probleme im Bereich der Privatsphäre und der Sicherheit geben kann. |
|
14 |
+{{figure image="system_general_hsts_de.png" clear="h3" width="600"}} |
|
15 |
+HSTS kann aktiviert werden, um vor dem Aushebeln der Verbindungsverschlüsselung und vor Session Hijacking zu schützen |
|
16 |
+{{/figure}} |
| 17 |
17 |
|
| 18 |
|
-== HTTP Strict Transport Security (HSTS) == |
|
18 |
+HTTP Strict Transport Security (HSTS) ist ein Sicherheitsmechanismus für HTTPS-Verbindungen, der sowohl vor Aushebelung der Verbindungsverschlüsselung und vor Session Hijacking schützen soll. Hierfür wird dem Browser durch diesen Header mitgeteilt, dass er für die gegebene Gültigkeit und gegebenenfalls für alle Subdomains keine unsicheren HTTP-Verbindungen mehr zulassen darf. Sollte {{formcycle/}} ausschließlich über HTTPS betreiben werden ist das Aktivieren dieser Funktion durch das Setzten einer Gültigkeitsdatuer größer als 0 empfohlen. Für diese sollte mindestens ein Wert von 10368000 Sekunden (120 Tage), am besten jedoch von 31536000 Sekunden (einem Jahr) gewählt werden. Ebenso ist das Einbeziehen von Subdomains in den meisten Fällen problemlos möglich und ratsam. |
| 19 |
19 |
|
| 20 |
|
-{{lightbox image="system_general_hsts_de.png" title="HTTP Strict Transport Security (HSTS)"}} |
| 21 |
|
-HTTP Strict Transport Security (HSTS) |
| 22 |
|
-{{/lightbox}} |
|
20 |
+Für das Deaktivieren dieser Funktion für z.B. den Betrieb über HTTP wählen Sie eine Dauer von 0. |
| 23 |
23 |
|
| 24 |
|
-HTTP Strict Transport Security (HSTS) ist ein Sicherheitsmechanismus für HTTPS-Verbindungen, der sowohl vor Aushebelung der Verbindungsverschlüsselung durch eine Downgrade-Attacke als auch vor Session Hijacking schützen soll. Für einen Betrieb unter HTTP wählen Sie für die Dauer 0. |
|
22 |
+=== IFrame-Einbindung === |
| 25 |
25 |
|
|
24 |
+{{figure image="system_general_iframe_de.png" clear="h3" width="600"}} |
|
25 |
+Per Whitelist kann es Drittseiten erlaubt werden, Backend-Seiten als IFrame einbinden zu dürfen. |
|
26 |
+{{/figure}} |
| 26 |
26 |
|
| 27 |
|
-== Passwort-Richtlinien == |
|
28 |
+Aus Sicherheitsgründen verbietet es {{formcycle/}} standardmäßig, Backend-Seiten als IFrame in Drittseiten einzubinden. Falls dies aber einmal erforderlich ist, können die gewünschten Drittseiten hier freigeschaltet werden. Die hier eingetragenen Werte werden in den //frame-ancestors//-Direktive des //Content-Security-Policy//-HTTP-Headers geschrieben, siehe etwa [[mdn web docs>>url:https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Security-Policy/frame-ancestors||target="_blank"]] für eine detaillierte Beschreibung der Syntax. |
| 28 |
28 |
|
| 29 |
|
-[[image:Passwort-Richtlinien.PNG]] |
|
30 |
+=== Passwortrichtlinien === |
|
31 |
+ |
|
32 |
+{{figure image="Passwort-Richtlinien.PNG" clear="h3" width="600"}} |
|
33 |
+Bei Bedarf ist es möglich, stärkere Passwörter erforderlich zu machen. |
|
34 |
+{{/figure}} |
|
35 |
+ |
| 30 |
30 |
Die Passwortsicherheit von Benutzerpasswörtern kann für verschiedene Sicherheitsstufen konfiguriert werden. Die Länge des Passworts kann anhand einer Mindestlänge eingestellt werden, wobei eine Mindestlänge von 8 nicht unterschritten werden darf. Zusätzlich kann erzwungen werden, dass Passwörter bestimmte Zeichengruppen enthalten müssen: Buchstaben allgemein, Kleinbuchstaben, Großbuchstaben, Ziffern oder Sonderzeichen. Je länger und komplexer das Passwort konfiguriert wird, desto sicherer ist es. Werden diese Einstellungen verändert, so müssen alle neu vergebene oder geänderte Passwörter diesen Richtilinien entsprechen. Bereits vergebene Passwörter werden nicht verändert, auch wenn sie den neuen Richtlinien nicht entsprechen. |
| 31 |
31 |
|
| 32 |
|
-== Cache == |
|
38 |
+=== Referrer-Policy === |
| 33 |
33 |
|
| 34 |
|
-{{lightbox image="system_general_cache_de.png" title="Formular- und Datei-Cache"}} |
|
40 |
+{{figure image="system_general_referrer_de.png" clear="h3" width="600"}} |
|
41 |
+Referrer-Policy |
|
42 |
+{{/figure}} |
|
43 |
+ |
|
44 |
+Mit diesem Header-Eintrag kann gesteuert werden, welche Referrer-Informationen weitergegeben werden. Die Referrer-Informationen geben einer aufgerufenen Seite an, von wo der Request ausgelöst wurde. Bei der Weitergabe der URL an die nächste aufgerufene Seite kann es Probleme im Bereich der Privatsphäre und der Sicherheit geben. |
|
45 |
+ |
|
46 |
+=== Session-Cookie-Einstellungen === |
|
47 |
+ |
|
48 |
+{{figure image="system_general_session_cookie_de.png" clear="h3" width="600"}} |
|
49 |
+ Sofern möglich, sollten die Einstellung für das Session-Cookie so strikt wie möglich sein und nur per HTTPS übertragen werden. |
|
50 |
+{{/figure}} |
|
51 |
+ |
|
52 |
+Das Session-Cookie dient zur Aufrechterhaltung einer Sitzung, während der Nutzer angemeldet ist. Hier kann festgelegt werden, ob das Session-Cookie nur bei HTTPS-Verbindungen gesetzt wird (Secure) und ob es an Drittseiten übermittelt werden soll (SameSite). Bei ausschließlicher Verwendung von HTTPS wird empfehlen, das Secure-Flag zu aktivieren. Das Erlauben des Session-Cookies auf Drittseiten ist für einige Anwendungsfälle wie das Einbinden per AJAX in externe Seiten notwendig. |
|
53 |
+ |
|
54 |
+== Protokoll == |
|
55 |
+ |
|
56 |
+=== Automatisches Löschen von Protokolleinträgen === |
|
57 |
+ |
|
58 |
+{{figure image="system_delete_protocoll_de.png" clear="h3" width="600"}} |
|
59 |
+Alte Protokolleinträge können automatisch gelöscht werden, um etwa zu vermeiden, dass die Datenbank zu viel Speicher verbraucht. |
|
60 |
+{{/figure}} |
|
61 |
+ |
|
62 |
+Veraltete Protokolleinträge (von Prozessen, Mandant, System) können in einem automatischen Rhythmus gelöscht werden. Zu der Uhrzeit des einstellbaren Ausführungszeitpunktes werden täglich alle Protokolleinträge, die älter als die angegebene Zeitspanne sind, gelöscht. Alternativ kann man über den "Jetzt leeren" Button sofort alle Protokolleinträge löschen, welche älter als die angegebene Zeitspanne sind. Wurden Protokolleinträge gelöscht, so wird ein Protokolleintrag erstellt, der Informationen über die Anzahl der gelöschten Protokolleinträge enthält. |
|
63 |
+ |
|
64 |
+=== Erzeugte Protokolleinträge === |
|
65 |
+ |
|
66 |
+WIP |
|
67 |
+ |
|
68 |
+== Limits == |
|
69 |
+ |
|
70 |
+=== Formular- und Datei-Cache === |
|
71 |
+ |
|
72 |
+{{figure image="system_general_cache_de.png" clear="h3"}} |
| 35 |
35 |
Formular- und Datei-Cache |
| 36 |
|
-{{/lightbox}} |
|
74 |
+{{/figure}} |
| 37 |
37 |
|
| 38 |
38 |
Der Datei-Cache speichert vom System verwendete Dateien zwischen, der Formular-Cache dient der Zwischenspeicherung ausgelieferter Formulare. |
| 39 |
39 |
|
| ... |
... |
@@ -51,11 +51,11 @@ |
| 51 |
51 |
|Time to Idle|0|Zeitspanne in Sekunden, bis ein Eintrag im Datei-Cache als unbenutzt betrachtet und aus dem Cache entfernt wird. Wenn gleich {{code language="none"}}0{{/code}}, gibt es keine solche Ablaufzeit. |
| 52 |
52 |
{{/table}} |
| 53 |
53 |
|
| 54 |
|
-== Systeminterne Beschränkungen == |
|
92 |
+=== Systeminterne Beschränkungen === |
| 55 |
55 |
|
| 56 |
|
-{{lightbox image="system_general_limits_de.png" title="Systeminterne Beschränkungen"}} |
|
94 |
+{{figure image="system_general_limits_de.png" clear="h3"}} |
| 57 |
57 |
Systeminterne Beschränkungen |
| 58 |
|
-{{/lightbox}} |
|
96 |
+{{/figure}} |
| 59 |
59 |
|
| 60 |
60 |
{{table dataTypeAlpha="0" preSort="0-asc" caption="Einstellungen zu Begrenzungen"}} |
| 61 |
61 |
|= Eigenschaft |= Standardwert |= Beschreibung |
| ... |
... |
@@ -66,17 +66,17 @@ |
| 66 |
66 |
|Größenbeschränkung einer Datenbakzelle|0|Maximale Größe in Bytes bei einer Abfrage an die Datenbank für Werte vom Typ Zeichenkette oder //Binary//. Wenn {{code language="none"}}0{{/code}}, gibt es keine Einschränkung. |
| 67 |
67 |
{{/table}} |
| 68 |
68 |
|
| 69 |
|
-== Loopback URL == |
|
107 |
+== Konfiguration == |
| 70 |
70 |
|
| 71 |
|
-{{lightbox image="system_general_loopback_de.png" title="Loopback URL"}} |
|
109 |
+=== Loopback URL === |
|
110 |
+ |
|
111 |
+{{figure image="system_general_loopback_de.png" clear="h3"}} |
| 72 |
72 |
Loopback URL |
| 73 |
|
-{{/lightbox}} |
|
113 |
+{{/figure}} |
| 74 |
74 |
|
| 75 |
75 |
Für einige Funktionalitäten (z.B. Formularbildvorschau oder PDF-Print) werden Formulare durch den Server selbst aufgerufen. In Clustersystemen oder Umgebungen, in denen die interne und externe Domain verschieden sind, dient diese URL zur Konfiguration der internen Erreichbarkeit (z.B. http://localhost:8080/formcycle). |
| 76 |
76 |
|
| 77 |
|
-== Automatisches Löschen von Protokolleinträgen == |
|
117 |
+=== Lizenz === |
| 78 |
78 |
|
| 79 |
|
-[[image:system_delete_protocoll_de.png]] |
| 80 |
|
- |
| 81 |
|
- |
| 82 |
|
-Veraltete Protokolleinträge (von Prozessen, Mandant, System) können in einem automatischen Rhythmus gelöscht werden. Zu der Uhrzeit des einstellbaren Ausführungszeitpunktes werden täglich alle Protokolleinträge, die älter als die angegebene Zeitspanne sind, gelöscht. Alternativ kann man über den "Jetzt leeren" Button sofort alle Protokolleinträge löschen, welche älter als die angegebene Zeitspanne sind. Wurden Protokolleinträge gelöscht, so wird ein Protokolleintrag erstellt, der Informationen über die Anzahl der gelöschten Protokolleinträge enthält. |
|
119 |
+: Automatisches Lizenz-Update durch externe Benachrichtigungen erlauben |
|
120 |
+; WIP |
