CT-103 SSH Migration abgeschlossen und dokumentiert.

docs/platform/GNAI-005-SEC_Access-Control.md

@@ -16,6 +16,7 @@
 | 2026-09-16 | 1.2 | spektr | Fail2Ban-Pin `1.1.0-r2-ls43` und wieder laufenden Container als Ist-Stand übernommen; technische Abnahme bleibt in GNAI-006 geführt. |
 | 2026-09-18 | 1.3 | spektr | KI-Anwendungsdienste als Zielbild und bestehende Fail2Ban-Jails als dokumentierten Ist-Stand eingeordnet. |
 | 2026-09-21 | 1.4 | spektr / Codex | Zugriffsziel von einer vorentschiedenen LiteLLM-Implementierung auf eine noch festzulegende API-Policy-Schicht verallgemeinert |
+| 2026-09-24 | 1.5 | Codex | Einfache serverseitige SSH-Netzbaseline festgelegt: TCP 22 aus lokalem LAN und über WireGuard erreichbar, öffentliche Netze gesperrt; Anmeldung weiterhin nur mit individuellen Public Keys. |
 
 ---
 
@@ -149,13 +150,21 @@ API-Keys sollen:
 
 ### 4.4 SSH
 
-SSH wird auf dem LLM-Server schlüsselbasiert betrieben.
+SSH wird auf den Servern schlüsselbasiert betrieben. Die serverseitige
+Netzbaseline erlaubt TCP 22 aus dem lokalen LAN sowie für Verkehr, der über das
+WireGuard-Gateway zum Server gelangt. Eine zusätzliche Einschränkung auf eine
+einzelne Admin-Workstation oder deren dynamische DHCP-Adresse ist nicht
+vorgesehen. Öffentliche Netze bleiben ausgeschlossen.
 
-Zusätzliche Schutzschicht:
+Diese grobe Netzgrenze ersetzt keine Authentifizierung: Jeder tatsächliche
+Login benötigt einen individuell zugeordneten SSH-Public-Key. Passwort- und
+Root-Login über SSH bleiben deaktiviert. Die Umgebung verwendet derzeit
+Public-Key-Authentifizierung, keine von einer SSH-CA signierten
+OpenSSH-Zertifikate.
 
-WireGuard-Zielberechtigung und eigener SSH-Public-Key-Login.
-
-Passwort- und Root-Login über SSH bleiben deaktiviert.
+VPN-Rollen dürfen weiterhin vorgelagert am WireGuard-Gateway steuern, welche
+Zielserver ein Peer überhaupt erreicht. Die Zielserver führen jedoch keine
+zusätzliche per-Workstation- oder per-Peer-SSH-Allowlist.
 
 ---