Bereitstellung und Ausfallsicherheit sicherer Nachrichtenplattformen, von der Cloud bis zur physisch isolierten Umgebung
Sanket (Sanket.Chat) von Tosh Defence lässt sich als dedizierte Installation in der Netzwerktopologie bereitstellen, die die jeweilige Organisation benötigt: in einer souveränen Cloud ihrer Wahl, als dedizierte gehostete Installation, auf eigenen Servern oder in einer vollständig vom Netz getrennten Umgebung. Jede Betriebsart unterstützt sowohl einen einzelnen Server als auch eine hochverfügbare Installation mit mehreren Servern und Wiederherstellung an einem zweiten Standort. In restriktiven Netzwerken werden Anrufe über HTTPS auf TCP-Port 443 verbunden.
Kommunikation ist am wichtigsten, wenn andere Systeme unter Belastung stehen. Sanket ist darauf ausgelegt, auch bei Ausfällen, Netzwerkbeschränkungen, Aktualisierungen und dem Ausfall eines Standorts weiterzulaufen.
Vier Bereitstellungsoptionen, ein Sicherheitskonzept
Jede Installation von Sanket ist einem einzigen Kunden vorbehalten; das Sicherheitskonzept ist in allen Betriebsmodellen identisch. Unterschiede bestehen darin, wem die Infrastruktur gehört, wer sie betreibt und wie sie an Netzwerke angebunden ist.
- Cloud: Sanket.Work in einer beliebigen Region auf einer Cloud nach Wahl des Kunden
- Dediziert gehostet: Sanket.Work auf der Infrastruktur von Tosh Defence
- Auf eigenen Servern: Sanket.Enterprise auf Kundenservern
- Physisch isoliert: Sanket.Enterprise in einer abgeschotteten Umgebung
Hochverfügbarkeit mit Wiederherstellung an einem zweiten Standort
Die Hochverfügbarkeitskonfiguration läuft auf mehreren Hosts: zwei Hosts am Netzwerkrand hinter einer gemeinsamen Adresse oder dem Lastverteiler des Kunden, jeweils mehr als ein Anwendungs-, Echtzeit- und Medienknoten, replizierte Datenbanken mit abgesicherter Umschaltung, sodass ein ehemaliger Primärknoten niemals Schreibzugriffe annehmen kann, verteilter Objektspeicher und ein geclusterter Dienst für geheime Informationen.
Datenbanken, Speicher und vertrauliche Zugangsdaten werden asynchron an einen zweiten Standort repliziert. Werkzeuge für Notfallübungen isolieren den Primärstandort, schalten den zweiten Standort als aktiven Standort frei, stellen die Dienstnamen um und wechseln später zum Primärstandort zurück. Jede Übung dokumentiert die tatsächlich erreichte Wiederherstellung.
Anrufe, die auch in restriktiven Netzwerken zustande kommen
Viele Netzwerke in Hotels, Ministerien und Mobilfunknetzen erlauben nur ausgehendes HTTPS über TCP 443. Bei einer über das Internet erreichbaren Installation laufen sowohl HTTPS als auch die Weiterleitung der Anrufe über einen einzigen TCP-443-Port. Sie werden am Netzwerkrand getrennt, ohne dass dabei etwas entschlüsselt wird. Der Übertragungsabschnitt über den Weiterleitungsserver nutzt ausschließlich TLS 1.3 mit AES-256-GCM; innerhalb dieser Verbindung bleiben die Medien durchgängig auf Frame-Ebene mit AES-256-GCM Ende-zu-Ende-verschlüsselt.
Anrufe sind für 3G-Verbindungen und überlastete 4G-Verbindungen ausgelegt. Audio und Video werden so angepasst, dass Sprache verständlich bleibt.
Upgrades und Backups ohne unnötige Komplikationen
Vor einem Upgrade wird zunächst ein geschützter, verschlüsselter Wiederherstellungspunkt erstellt. Wenn die jeweilige Version es zulässt, startet der neue Anwendungsserver parallel zum bisherigen und übernimmt erst, sobald er fehlerfrei läuft; bei einem Fehler wird automatisch auf die vorherige Version zurückgesetzt.
Sicherungskopien werden für jede Komponente mit AES-256-GCM verschlüsselt, durch ein signiertes Manifest beschrieben und verifiziert, bevor eine Wiederherstellung Änderungen vornimmt. Als Speicherziele kommen lokaler Speicher oder Netzwerkspeicher, S3-kompatibler Objektspeicher oder SFTP infrage, optional mit einer zweiten Kopie.
Ausfallsicher, auch wenn Identitätssysteme ausfallen
Bei der alltäglichen Anmeldung auf einem bereits verwendeten Gerät sowie beim Nachrichtenaustausch und bei Gesprächen wird das Verzeichnis der Organisation niemals kontaktiert. So bleiben Geräte im Außeneinsatz auch bei einem Ausfall des Identitätsanbieters funktionsfähig, und mindestens ein lokaler Administrator kann sich weiterhin anmelden.
Technischer Nachweis
Lesen Sie die Einzelheiten im Sicherheitspapier zu Sanket
Jede Aussage auf dieser Seite ist im öffentlich zugänglichen technischen Weißbuch zu Sicherheit und Architektur von Sanket vollständig dargelegt. Es ist ohne Registrierung kostenlos lesbar.
Wie kann Sanket bereitgestellt werden?
Als dedizierte Installation in einer vom Kunden gewählten Cloud, im Hosting von Tosh Defence (Sanket.Work), auf den eigenen Servern des Kunden oder in einer vollständig physisch von anderen Netzwerken isolierten Umgebung (Sanket.Enterprise). Das Sicherheitskonzept ist in jedem Betriebsmodell dasselbe.
Ist SANKET hochverfügbar?
Ja. Das Hochverfügbarkeitsprofil mit mehreren Hosts umfasst zwei Zugangshosts, redundante Anwendungs- und Medienknoten, replizierte Datenbanken mit gegen gleichzeitige Übernahme abgesicherter Ausfallschaltung, verteilten Speicher und einen geclusterten Dienst zur Verwaltung geheimer Zugangsdaten.
Unterstützt Sanket die Wiederherstellung nach einem Notfall an einem zweiten Standort?
Ja. Datenbanken, Speicher und geheime Zugangsdaten werden asynchron an einen zweiten Standort repliziert. Für Übungen stehen Werkzeuge bereit, um den ursprünglichen Standort abzusichern, den zweiten Standort zum Hauptstandort zu machen, umzuschalten und zum ursprünglichen Standort zurückzukehren.
Funktionieren Anrufe über Sanket, wenn nur Port 443 geöffnet ist?
Ja. Wenn ein Netzwerk nur HTTPS über TCP 443 zulässt, werden Anrufe über diesen Port mit TLS 1.3 und AES-256-GCM verbunden. Die Medien bleiben innerhalb dieser Verbindung Ende-zu-Ende-verschlüsselt.
Kommt es bei Upgrades zu Ausfallzeiten?
Upgrades sind darauf ausgelegt, den Betrieb aufrechtzuerhalten. Wenn die jeweilige Version es zulässt, übernimmt die neue Version erst, sobald sie fehlerfrei läuft; andere Versionen werden in einem geplanten Wartungsfenster eingespielt. Bei einem Fehler wird automatisch auf die vorherige Version zurückgesetzt.
Wie werden Sicherungskopien geschützt?
Jede Sicherungskomponente wird mit einem eigenen AES-256-GCM-Schlüssel verschlüsselt und in einem signierten Verzeichnis aufgeführt. Dieses Verzeichnis und sämtliche Sicherungsdateien werden überprüft, bevor eine Wiederherstellung irgendetwas verändert.
Entwerfen Sie die passende Topologie für Sanket in Ihrer Organisation
Vom einzelnen Standort bis zum hochverfügbaren Betrieb mit Wiederherstellung an einem zweiten Standort: Tosh Defence unterstützt Sie bei der Planung von Bereitstellung, Ausfallsicherheit und Einführung.