Devora Cloud · Blog
Firewall, HTTPS und Failover: Welche Schutzmaßnahme hilft wann?
Devora Cloud · Geprüft am
Firewall, WAF, HTTPS und Failover verständlich erklärt. Eine Checkliste zum Veröffentlichen von KI-Anwendungen, ohne Datenbanken und Geheimnisse offenzulegen.
Eine Website kann ein Schloss anzeigen und trotzdem ihre Datenbank offenlegen. Eine Firewall hält die Anwendung bei einem Serverausfall nicht automatisch online. Netzwerkzugriff, Transport, Anwendungssicherheit und Wiederherstellung brauchen unterschiedliche Maßnahmen.
Eine Firewall steuert Verbindungen
Netzwerkregeln erlauben oder blockieren Verbindungen anhand von Quelle, Ziel, Protokoll und Port. HTTP und HTTPS müssen den öffentlichen Einstiegspunkt erreichen. Datenbanken und interne Dienste sollten normalerweise nur autorisierte Anwendungsverbindungen über ein privates Netzwerk akzeptieren.
Ermitteln und dokumentieren Sie Abhängigkeiten, bevor Sie Regeln anwenden. Übernehmen Sie nicht einfach die Ports eines anderen Projekts und veröffentlichen Sie PostgreSQL nicht nur aus Bequemlichkeit im Internet. Prüfen Sie vorher den weiteren administrativen Zugriff.
HTTPS ersetzt keine WAF
HTTPS verschlüsselt den Transport bis zur TLS-Terminierung und hilft, die Domain zu authentifizieren. Es repariert keine fehlende Autorisierung in einer API. Eine WAF untersucht HTTP-Anfragen und kann verdächtige Muster blockieren; Eingabeprüfung, parametrisierte Abfragen und Zugriffskontrollen bleiben notwendig.
Devora richtet HTTPS nach der erforderlichen Domainkonfiguration und Prüfung ein. Das bedeutet nicht, dass eine konfigurierbare WAF im Dashboard angeboten wird. Prüfen Sie die tatsächlich verfügbaren Funktionen.
Failover stellt den Dienst wieder bereit
Failover wechselt zu einer Reserveumgebung. Eine kalte Kopie muss erst starten, eine aktive Kopie verbraucht bereits Ressourcen. DNS, Routing, Datenbank, Sitzungen und Dateien müssen am Ziel funktionieren. Zwei Kopien auf derselben Maschine schützen nicht gegen deren Ausfall.
Lokale Dateien erscheinen nicht automatisch in einer anderen Region. Bereiten Sie geeigneten gemeinsamen Zustand vor, etwa verwaltete Datenbank und S3. Backups helfen bei gelöschten oder beschädigten Daten, auch wenn der Fehler repliziert wurde.
Vor einem Deployment durch eine KI
- Token privat übermitteln; Token und .env aus dem ZIP ausschließen.
- Passwörter nicht im Code oder in Logs speichern.
- HTTPS und eine echte Funktion wie die Anmeldung testen.
- Vor dem Skalieren den Speicherort von Dateien, Sitzungen und Warteschlangen prüfen.
- Backups prüfen und in einer isolierten Umgebung wiederherstellen.
- Token nach der Nutzung widerrufen und Logs beobachten.
Der Token ermöglicht Deployments über die API Ihres Kontos. Er ersetzt kein vollständiges Sicherheitsaudit. Prüfen Sie Code und Berechtigungen vor dem Einsatz echter Daten.
Häufige Fragen
Sind Firewall und Failover dasselbe?
Nein. Eine Firewall filtert Verbindungen. Failover wechselt nach einem Ausfall zu einer Reserveumgebung.