wiki/e-compliance/Prozesse/legal/12_Netzwerk_und_Infrastruktursicherheit.md
Stephan Schellworth 9f5f8bfc11 Add e-compliance processes and PowerOn AG documentation.
Includes CACC/FINMA legal processes, updated AGB with PowerOn AG
stammdaten, and internal legal and best-practice analysis report.

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-06-03 08:50:34 +02:00

68 lines
3.1 KiB
Markdown

# Netzwerk- und Infrastruktursicherheit
**Dokumenttyp:** Konzept
**Geltungsbereich:** Netzwerk, Server und Rechenzentrumsanbindung der PORTA-Plattform
**Version:** 1.0
**Status:** Entwurf zur internen Freigabe
**Owner:** Betrieb / DevOps
**Letzte Aktualisierung:** 02.06.2026
**Deckt ab (CACC):** 95, 96, 97, 98, 99
---
## 1. Härtung und Basiskonfiguration (#95)
| Element | Vorgabe | Status |
|---|---|---|
| Server-Härtung (Ubuntu) | nach anerkanntem Standard (z. B. CIS Benchmark) | [ZU PRÜFEN: angewendet?] |
| Nicht benötigte Dienste/Ports deaktiviert | ja | [ZU PRÜFEN] |
| Regelmässige Validierung der Basiskonfiguration | mind. jährlich | [ZU PRÜFEN: etablieren] |
## 2. Netzwerksegmentierung und Mandantentrennung (#96)
| Element | Beschreibung | Status |
|---|---|---|
| Trennung App / DB | Anwendung (`api.poweron.swiss`) und Datenbank (`db.poweron.swiss`) auf getrennten Hosts | Umgesetzt |
| Trennung Prod / Int | Produktiv- und Integrationsumgebung getrennt | Umgesetzt |
| Mandantentrennung (Multi-Tenancy) | Logische Trennung der Kundendaten innerhalb der Anwendung über Mandate/Berechtigungen | Umgesetzt (logisch) |
| Netzwerksegmentierung (Firewall-Zonen) | [ZU PRÜFEN: wie ist der Netzverkehr segmentiert?] | [ZU PRÜFEN] |
> **Hinweis für regulierte Kunden:** Die Mandantentrennung erfolgt logisch (gemeinsame DB-Instanz, getrennte Mandate/Berechtigungen), nicht physisch pro Kunde. Das ist für SaaS üblich, sollte aber im Assessment transparent gemacht werden.
## 3. Netzwerkschutzmassnahmen (#97)
| Massnahme | Status |
|---|---|
| Firewall | [ZU PRÜFEN: Infomaniak-Firewall / OS-Firewall (ufw/iptables) konfiguriert?] |
| Web Application Firewall (WAF) | [ZU PRÜFEN: vorhanden?] |
| IDS/IPS (Intrusion Detection/Prevention) | [ZU PRÜFEN: vorhanden?] |
| TLS-Terminierung / Reverse Proxy | [ZU PRÜFEN: nginx o. ä.?] |
## 4. Schutz vor netzwerkbasierten Angriffen / DDoS (#98)
| Massnahme | Status |
|---|---|
| DDoS-Schutz | [ZU PRÜFEN: durch Infomaniak bereitgestellt?] |
| Anomalie-Erkennung im Datenverkehr | [ZU PRÜFEN] |
| Rate-Limiting | Teilweise (z. B. Export max. 2/Min — siehe `datenbank-handling.md`) |
## 5. Physische Sicherheit und Versorgung (#99)
Die physische Sicherheit wird durch den Rechenzentrumsbetreiber **Infomaniak** (Schweiz) gewährleistet:
| Element | Zuständigkeit | Nachweis |
|---|---|---|
| Physische Zutrittskontrolle | Infomaniak | [ZU PRÜFEN: Infomaniak-Zertifikate/RZ-Doku beilegen, z. B. ISO 27001] |
| Stromversorgung / USV / Notstrom | Infomaniak | Infomaniak-Rechenzentren (CH) |
| Kühlung / Brandschutz | Infomaniak | Infomaniak-Dokumentation |
**Massnahme:** Aktuelle Sicherheits-/Zertifizierungsnachweise von Infomaniak einholen und als Evidenz dem Assessment beilegen.
## 6. Stand der Umsetzung / Lücken
| Thema | Status | Massnahme |
|---|---|---|
| Server-Härtung nach CIS | [ZU PRÜFEN] | Anwenden & dokumentieren |
| WAF / IDS / IPS | [ZU PRÜFEN] | Bedarf klären, ggf. einführen |
| Infomaniak-Zertifikate als Evidenz | Offen | Einholen |
| Firewall-Konfiguration dokumentieren | [ZU PRÜFEN] | Festhalten |