SANKET im Vergleich zu Private Discuss: souveräne, sichere Nachrichtenkommunikation im Vergleich
Private Discuss und SANKET richten sich beide an Behörden, Verteidigung und kritische Industrien und ermöglichen die Installation auf eigenen Servern sowie in isolierten Netzwerken. SANKET basiert auf dem unabhängig geprüften libsignal von Signal, verwendet Post-Quanten-Verfahren mit PQXDH und SPQR sowie durchgängig AES-256, signierte Gerätelisten und gegenseitige Geräteauthentifizierung über TLS und stammt von einem indischen Anbieter.
Über Private Discuss
Private Discuss (PIMAN Group) · Frankreich
Private Discuss ist eine französische Plattform für sichere Nachrichtenübermittlung, Videokonferenzen und Zusammenarbeit der PIMAN Group, die 2018 gegründet wurde und ihren Sitz nahe Lyon hat. Sie richtet sich an Behörden sowie die Bereiche Verteidigung, Energie, Kerntechnik, Finanzen und Gesundheitswesen. Sie lässt sich auf eigenen Servern, in einer privaten Cloud oder als Softwaredienst über französische Hostinganbieter betreiben und kann in isolierten Netzwerken eingesetzt werden.
SANKET im Vergleich zu Private Discuss: direkter Vergleich
| Kriterium | SANKET | Private Discuss |
|---|---|---|
| Wer kontrolliert die Infrastruktur? | Der Kunde. Eine dedizierte Installation pro Organisation auf einer Infrastruktur, die sie besitzt oder auswählt, ohne einen vom Anbieter betriebenen Dienst im Nachrichtenübertragungsweg. | Der Kunde (auf eigenen Servern oder in einer privaten Cloud) oder als Dienst über die französischen Hosting-Anbieter Scaleway und OVHcloud. |
| Bereitstellungsoptionen | Dedizierte Installation auf jeder vom Kunden gewählten Cloud in jeder gewünschten Region (oder auf der Infrastruktur von Tosh Defence), auf eigenen Servern des Kunden oder vollständig netzisoliert; auf einem einzelnen Server oder hochverfügbar mit Wiederherstellung an einem zweiten Standort. | Auf eigenen Servern, in einer privaten Cloud oder als Softwaredienst; auch in isolierten Netzwerken einsetzbar. |
| Wer besitzt die Schlüssel und verwaltet die Identitäten? | Der Kunde und seine Nutzer. Die Schlüssel werden auf jedem Gerät erzeugt und durch hardwaregestützte Speicherung geschützt; die Identitäten sind vom Kunden kontrollierte Sanket IDs, eine Identifizierung über eine private Telefonnummer ist nicht erforderlich. | Laut Anbieter liegen die Schlüssel ausschließlich beim Benutzer. Identitätsprüfung: nicht öffentlich dokumentiert. |
| Verschlüsselungsprotokoll | Signal Protocol über die offizielle, unabhängig geprüfte libsignal-Bibliothek von Signal. Nachrichten: AES-256-CBC mit HMAC-SHA256 innerhalb von libsignal; Dateien und Anrufe: AES-256-GCM; TLS ausschließlich mit AES-256-GCM-Verschlüsselungssammlungen. | Not publicly documented |
| Post-Quanten-Schutz | Ja, in der aktuellen Version: PQXDH mit einem obligatorischen Post-Quanten-Kyber-Vorschlüssel und dem SPQR-Ratchet (Triple Ratchet) sowie einem hybriden X25519MLKEM768-Schlüsselaustausch am TLS-Endpunkt. | Not publicly documented |
| Gruppen und Anrufe sind standardmäßig Ende-zu-Ende-verschlüsselt | Ja. Einzel- und Gruppennachrichten, Reaktionen, verschlüsselte Rundmeldungen und Dateien sind stets Ende-zu-Ende-verschlüsselt; Sprach- und Videoanrufe nutzen eine AES-256-GCM-Verschlüsselung der Frames mit fünf neuen Frame-Schlüsseln pro Sekunde innerhalb von SRTP AES-256-GCM. | Laut Anbieter besteht eine Ende-zu-Ende-Verschlüsselung von Kamera und Mikrofon bis zum Bildschirm des Empfängers; Standardeinstellungen für Gruppen und Anrufe sind nicht gesondert dokumentiert. |
| Identitätsanbieter des Kunden (SSO / LDAP) | Ja. Anmeldung über das kundeneigene OIDC-, SAML 2.0- oder LDAP-Verzeichnis, Benutzerbereitstellung über SCIM 2.0 und FIDO2-Sicherheitsschlüssel für Administratoren. | Not publicly documented |
| Administrationsfunktionen und Geräteverwaltung | Gerätefreigabe und -widerruf, Verlustmodus und Fernlöschung, signierte Gerätelisten, gegenseitige TLS-Authentifizierung für Geräte, Richtlinien für Aufbewahrung, Weiterleitung und Zwischenablage, kundendefinierte Klassifizierungskennzeichnungen und ein per Hash-Werten verkettetes Auditprotokoll für das SIEM des Kunden. | Feingranulare Kontrolle über Zugriffe und Datenflüsse (Presse). |
| Datensouveränität (eigene Rechtsordnung, in Indien entwickelt) | In Indien von Tosh Defence entwickelt. Die Daten verbleiben in der vom Kunden gewählten Rechtsordnung und auf der von ihm gewählten Infrastruktur. Die Produkte enthalten keine Analysefunktionen von Drittanbietern und sind im Betrieb nicht von ausländischen Diensten abhängig. | Private Discuss, PIMAN Group, Limonest (Lyon), Frankreich. |
| Integrität der Softwareversionen und Kontrolle über Aktualisierungen | Mit Ed25519 signierte Versionen werden vor der Installation geprüft. Ein Festhalten am bisherigen Versionsstand und eine Rückkehr zu einer älteren Version werden verhindert; schlägt eine Aktualisierung fehl, wird der vorherige Zustand automatisch wiederhergestellt. Der Kunde entscheidet, wann die Aktualisierung erfolgt: online oder mit einem signierten Offlinepaket. | Not publicly documented |
| Plattformen | Native Apps für iOS, Android, Windows, macOS und Linux. Bewusst ohne Browser: Es gibt keinen Webclient, der angegriffen werden könnte. | Windows, macOS, Linux, iOS, Android und Web. |
Wer kontrolliert die Infrastruktur?
SANKET
Der Kunde. Eine dedizierte Installation pro Organisation auf einer Infrastruktur, die sie besitzt oder auswählt, ohne einen vom Anbieter betriebenen Dienst im Nachrichtenübertragungsweg.
Private Discuss
Der Kunde (auf eigenen Servern oder in einer privaten Cloud) oder als Dienst über die französischen Hosting-Anbieter Scaleway und OVHcloud.Bereitstellungsoptionen
SANKET
Dedizierte Installation auf jeder vom Kunden gewählten Cloud in jeder gewünschten Region (oder auf der Infrastruktur von Tosh Defence), auf eigenen Servern des Kunden oder vollständig netzisoliert; auf einem einzelnen Server oder hochverfügbar mit Wiederherstellung an einem zweiten Standort.
Private Discuss
Auf eigenen Servern, in einer privaten Cloud oder als Softwaredienst; auch in isolierten Netzwerken einsetzbar.Wer besitzt die Schlüssel und verwaltet die Identitäten?
SANKET
Der Kunde und seine Nutzer. Die Schlüssel werden auf jedem Gerät erzeugt und durch hardwaregestützte Speicherung geschützt; die Identitäten sind vom Kunden kontrollierte Sanket IDs, eine Identifizierung über eine private Telefonnummer ist nicht erforderlich.
Private Discuss
Laut Anbieter liegen die Schlüssel ausschließlich beim Benutzer. Identitätsprüfung: nicht öffentlich dokumentiert.Verschlüsselungsprotokoll
SANKET
Signal Protocol über die offizielle, unabhängig geprüfte libsignal-Bibliothek von Signal. Nachrichten: AES-256-CBC mit HMAC-SHA256 innerhalb von libsignal; Dateien und Anrufe: AES-256-GCM; TLS ausschließlich mit AES-256-GCM-Verschlüsselungssammlungen.
Private Discuss
Not publicly documentedPost-Quanten-Schutz
SANKET
Ja, in der aktuellen Version: PQXDH mit einem obligatorischen Post-Quanten-Kyber-Vorschlüssel und dem SPQR-Ratchet (Triple Ratchet) sowie einem hybriden X25519MLKEM768-Schlüsselaustausch am TLS-Endpunkt.
Private Discuss
Not publicly documentedGruppen und Anrufe sind standardmäßig Ende-zu-Ende-verschlüsselt
SANKET
Ja. Einzel- und Gruppennachrichten, Reaktionen, verschlüsselte Rundmeldungen und Dateien sind stets Ende-zu-Ende-verschlüsselt; Sprach- und Videoanrufe nutzen eine AES-256-GCM-Verschlüsselung der Frames mit fünf neuen Frame-Schlüsseln pro Sekunde innerhalb von SRTP AES-256-GCM.
Private Discuss
Laut Anbieter besteht eine Ende-zu-Ende-Verschlüsselung von Kamera und Mikrofon bis zum Bildschirm des Empfängers; Standardeinstellungen für Gruppen und Anrufe sind nicht gesondert dokumentiert.Identitätsanbieter des Kunden (SSO / LDAP)
SANKET
Ja. Anmeldung über das kundeneigene OIDC-, SAML 2.0- oder LDAP-Verzeichnis, Benutzerbereitstellung über SCIM 2.0 und FIDO2-Sicherheitsschlüssel für Administratoren.
Private Discuss
Not publicly documentedAdministrationsfunktionen und Geräteverwaltung
SANKET
Gerätefreigabe und -widerruf, Verlustmodus und Fernlöschung, signierte Gerätelisten, gegenseitige TLS-Authentifizierung für Geräte, Richtlinien für Aufbewahrung, Weiterleitung und Zwischenablage, kundendefinierte Klassifizierungskennzeichnungen und ein per Hash-Werten verkettetes Auditprotokoll für das SIEM des Kunden.
Private Discuss
Feingranulare Kontrolle über Zugriffe und Datenflüsse (Presse).Datensouveränität (eigene Rechtsordnung, in Indien entwickelt)
SANKET
In Indien von Tosh Defence entwickelt. Die Daten verbleiben in der vom Kunden gewählten Rechtsordnung und auf der von ihm gewählten Infrastruktur. Die Produkte enthalten keine Analysefunktionen von Drittanbietern und sind im Betrieb nicht von ausländischen Diensten abhängig.
Private Discuss
Private Discuss, PIMAN Group, Limonest (Lyon), Frankreich.Integrität der Softwareversionen und Kontrolle über Aktualisierungen
SANKET
Mit Ed25519 signierte Versionen werden vor der Installation geprüft. Ein Festhalten am bisherigen Versionsstand und eine Rückkehr zu einer älteren Version werden verhindert; schlägt eine Aktualisierung fehl, wird der vorherige Zustand automatisch wiederhergestellt. Der Kunde entscheidet, wann die Aktualisierung erfolgt: online oder mit einem signierten Offlinepaket.
Private Discuss
Not publicly documentedPlattformen
SANKET
Native Apps für iOS, Android, Windows, macOS und Linux. Bewusst ohne Browser: Es gibt keinen Webclient, der angegriffen werden könnte.
Private Discuss
Windows, macOS, Linux, iOS, Android und Web.Wo Sanket führend ist
- Basierend auf der offiziellen, unabhängig geprüften Bibliothek libsignal von Signal, ohne eigenes Protokoll oder Ausweichprotokoll.
- Ein öffentlich zugängliches Sicherheitsdokument, das das Bedrohungsmodell, die Schlüsselhierarchie und die Kryptografie von SANKET für Prüfer darlegt.
- Postquanten-Nachrichtenkommunikation (PQXDH und SPQR) sowie AES-256-GCM für Dateien und Anrufe.
- Signierte Gerätelisten und gegenseitige TLS-Authentifizierung für jedes zugelassene Gerät.
- In Indien entwickelt, für Organisationen, die einen indischen Anbieter und eine unter indischer Kontrolle stehende Infrastruktur benötigen.
Häufig gestellte Fragen
Ist Private Discuss eine indische Anwendung?
Nein. Private Discuss ist ein französisches Unternehmen der PIMAN Group mit Sitz in Limonest bei Lyon. SANKET (Sanket.Chat) von Tosh Defence ist die in Indien entwickelte sichere Kommunikationsplattform.
Welches Protokoll verwendet Sanket?
Signal Protocol über die offizielle, unabhängig geprüfte libsignal-Bibliothek von Signal, mit PQXDH und dem Post-Quanten-Ratchet SPQR sowie AES-256-GCM für Dateien und Anrufe.
Kann Sanket in einem isolierten Netzwerk betrieben werden?
Ja. SANKET läuft vollständig physisch vom Netz getrennt, mit einer internen Zertifizierungsstelle, Offline-Lizenzen und signierten Offline-Release-Paketen.
Quellen
- Technisches Whitepaper zur Sicherheit und Architektur von SANKET, öffentliche Ausgabe 2.0 (7. Oktober 2026)
- Vertrauliches Gespräch: Über uns
- Website von Private Discuss
- Le Monde Informatique: Schwerpunkt Private Discuss (17. November 2025)
- Solutions Numeriques (31. Oktober 2025)
Sources checked on 7 October 2026. Die Angaben zu Wettbewerbern stammen ausschließlich aus den aufgeführten Quellen. Wenn keine öffentliche Quelle gefunden wurde, steht in der Zelle „Nicht öffentlich dokumentiert“. Produkt- und Unternehmensnamen sind Marken ihrer jeweiligen Inhaber.
Weitere Vergleiche
Übernehmen Sie selbst die Kontrolle über Ihre Kommunikation
Sprechen Sie mit dem Team von Tosh Defence über Ihre Bereitstellung, von einer dedizierten Cloud-Installation bis hin zu einer vollständig vom Netz isolierten Infrastruktur, oder lesen Sie zunächst die vollständige Sicherheitsarchitektur.