Sécurité de la couche de transport

TLS 1.2 est utilisé pour les connexions entre les clients et le serveur d’accès. Les clients utilisent les suites cryptographiques minimales suivantes :

Ces connexions peuvent être facilement vérifiées en consultant les journaux de l’application ou en utilisant Wireshark.

Les serveurs d’accès utilisent un certificat de serveur SSL signé en SHA-256 avec RSA par une autorité de certification bien connue.

Le chiffrement de bout en bout qui sécurise les connexions d’accès à distance entre Control Center et le Runtime utilise AES-256 CBC, avec une clé de session échangée de manière sécurisée via une connexion distincte au serveur d’accès pendant la phase de handshake. Étant donné que le serveur relais ne participe jamais à ce handshake et qu’il est utilisé après l’échange de la clé de session, il ne peut pas décoder le trafic entrant et la connexion est véritablement sécurisée de bout en bout.

Le transport sous-jacent peut être TCP (plus performant) ou TLS1.2 (solution alternative compatible avec les pare-feu nécessitant une connexion TLS). Dans ce cas, la confidentialité n’est pas garantie par TLS, mais par l’encapsulation AES-256 de niveau supérieur.

Pour des raisons de sécurité, le transport TCP peut être désactivé au profit de la connexion TLS1.2.

Tous les frontends utilisent HTTPS pour les API Web. Les serveurs Web utilisent un certificat de serveur SSL signé en SHA-256 avec RSA par une autorité de certification bien connue.