Sécurité et réseau

Cliqer utilise WebRTC (Web Real-Time Communication) pour établir des canaux de communication directs ou relayés entre l'appareil de contrôle du présentateur et l'ordinateur hôte qui exécute le logiciel de présentation.

La technologie WebRTC dans Cliqer

Cliqer utilise WebRTC via l'interface native RTCPeerConnection du navigateur pour permettre une communication en temps réel entre les appareils.

Composants utilisés par Cliqer :

• RTCPeerConnection : établit et gère la connexion entre l'appareil hôte et celui du présentateur.
• RTCDataChannel : envoie les signaux de commande (diapositive suivante, diapositive précédente, coordonnées du pointeur laser) avec une faible latence.
• Signalisation : Cliqer utilise une signalisation WebSocket via wss://cliqer.io/ws pour échanger les métadonnées de connexion avant d'établir la connexion pair à pair WebRTC.

Sécurité

1. Communication chiffrée :
   • Sécurité du serveur de signalisation : toutes les connexions au serveur de signalisation de Cliqer utilisent HTTPS/WSS (WebSocket Secure).
   • Chiffrement WebRTC : les canaux de données sont sécurisés par DTLS (Datagram Transport Layer Security). Les flux multimédias (le cas échéant) sont chiffrés via SRTP (Secure Real-time Transport Protocol).
   • Les signaux de commande sont chiffrés en transit. Avec WebRTC, ils circulent directement entre les appareils, ou passent par un relais TURN qui transmet les paquets chiffrés sans pouvoir les déchiffrer. Si aucune de ces connexions ne peut être établie, nos serveurs les relaient via la connexion WebSocket protégée par TLS et ne les stockent pas.
2. Autorisations de l'application :
   macOSWindows

   Cliqer nécessite votre consentement explicite pour les contrôles Accessibilité et Automatisation (Réglages Système > Confidentialité et sécurité).

   • Accessibilité : nécessaire pour envoyer des frappes clavier et des événements de souris au logiciel de présentation.
   • Automatisation : nécessaire pour contrôler directement System Events et les applications de présentation.
3. Liens sécurisés : les liens présentateur sont générés de manière cryptographique et propres à chaque session. Traitez ces liens comme des informations sensibles.
4. Mises à jour logicielles : maintenez Cliqer, votre système d'exploitation et votre logiciel de présentation à jour pour bénéficier des correctifs de sécurité.

Réseau et ports

1. Connexion Internet : l'appareil hôte comme celui du présentateur nécessitent une connexion Internet stable.
2. Configuration du pare-feu :
   • Cliqer nécessite des connexions sortantes vers les serveurs de signalisation et STUN/TURN.
   • Windows Defender ou les pare-feu tiers doivent autoriser l'accès réseau de Cliqer.
3. Serveurs STUN/TURN :
   Cliqer utilise les serveurs suivants pour la traversée NAT. Autorisez le trafic sortant vers ces hôtes :

   Rôle	URL	Port	Protocole	Usage
   STUN	stun:stun.cloudflare.com	3478	UDP	Découverte de l'IP publique
   TURN	turn:turn.cloudflare.com	3478	UDP/TCP	Relais de secours
   TURNS	turns:turn.cloudflare.com	5349	TLS/TCP	Relais sécurisé de secours
   TURNS	turns:turn.cloudflare.com	443	TLS/TCP	Relais sécurisé sur les réseaux verrouillés qui n'autorisent que le port 443

   
   Les identifiants TURN sont générés pour chaque session avec une durée de vie (TTL) de 24 heures et sont renouvelés automatiquement.
4. Ports UDP dynamiques : WebRTC utilise des ports UDP dynamiques pour l'échange de données. Les pare-feu restrictifs qui bloquent le trafic UDP obligent les connexions à passer par les serveurs TURN via TCP.
5. Aucune redirection de port entrante requise : Cliqer établit des connexions sortantes vers les serveurs de signalisation et de relais. Aucune configuration de redirection de port entrante n'est nécessaire.