Sicurezza e rete

Cliqer utilizza WebRTC (Web Real-Time Communication) per stabilire canali di comunicazione diretti o tramite relay tra il dispositivo di controllo del relatore e il computer host su cui è in esecuzione il software di presentazione.

La tecnologia WebRTC in Cliqer

Cliqer utilizza WebRTC tramite l'RTCPeerConnection nativo del browser per consentire la comunicazione in tempo reale tra i dispositivi.

Componenti utilizzati da Cliqer:

• RTCPeerConnection: stabilisce e gestisce la connessione tra il dispositivo host e quello del relatore.
• RTCDataChannel: invia i segnali di controllo (slide successiva, slide precedente, coordinate del puntatore laser) con bassa latenza.
• Segnalazione: Cliqer utilizza la segnalazione WebSocket tramite wss://cliqer.io/ws per scambiare i metadati di connessione prima di stabilire la connessione peer WebRTC.

Sicurezza

1. Comunicazione crittografata:
   • Sicurezza del server di segnalazione: tutte le connessioni al server di segnalazione di Cliqer utilizzano HTTPS/WSS (WebSocket Secure).
   • Crittografia WebRTC: i canali dati sono protetti tramite DTLS (Datagram Transport Layer Security). I flussi multimediali (quando utilizzati) sono crittografati tramite SRTP (Secure Real-time Transport Protocol).
   • I segnali di controllo sono crittografati in transito. Con WebRTC viaggiano direttamente tra i dispositivi, oppure attraverso un relay TURN che inoltra i pacchetti crittografati e non può decrittarli. Se nessuna delle due connessioni è possibile, i nostri server li inoltrano tramite la connessione WebSocket protetta da TLS e non li memorizzano.
2. Autorizzazioni dell'applicazione:
   macOSWindows

   Cliqer richiede il consenso esplicito dell'utente per i controlli di Accessibilità e Automazione (Impostazioni di Sistema > Privacy e sicurezza).

   • Accessibilità: necessaria per inviare sequenze di tasti ed eventi del mouse al software di presentazione.
   • Automazione: necessaria per controllare direttamente Eventi di Sistema e le applicazioni di presentazione.
3. Link sicuri: i link per il relatore sono generati crittograficamente e specifici per ogni sessione. Tratta questi link come informazioni riservate.
4. Aggiornamenti software: mantieni aggiornati Cliqer, il sistema operativo e il software di presentazione per ricevere le patch di sicurezza.

Rete e porte

1. Connessione Internet: sia il dispositivo host sia quello del relatore richiedono una connessione Internet stabile.
2. Configurazione del firewall:
   • Cliqer richiede connessioni in uscita verso i server di segnalazione e STUN/TURN.
   • Windows Defender o i firewall di terze parti devono consentire a Cliqer l'accesso alla rete.
3. Server STUN/TURN:
   Cliqer utilizza i seguenti server per l'attraversamento NAT. Consenti il traffico in uscita verso questi host:

   Ruolo	URL	Porta	Protocollo	Scopo
   STUN	stun:stun.cloudflare.com	3478	UDP	Rilevamento dell'IP pubblico
   TURN	turn:turn.cloudflare.com	3478	UDP/TCP	Relay di riserva
   TURNS	turns:turn.cloudflare.com	5349	TLS/TCP	Relay sicuro di riserva
   TURNS	turns:turn.cloudflare.com	443	TLS/TCP	Relay sicuro su reti con restrizioni che consentono solo la porta 443

   
   Le credenziali TURN vengono generate per ogni sessione con un TTL di 24 ore e ruotano automaticamente.
4. Porte UDP dinamiche: WebRTC utilizza porte UDP dinamiche per lo scambio di dati. I firewall restrittivi che bloccano il traffico UDP costringono le connessioni a passare attraverso i server TURN su TCP.
5. Nessun port forwarding in ingresso richiesto: Cliqer avvia connessioni in uscita verso i server di segnalazione e di relay. Non è necessaria alcuna configurazione di port forwarding in ingresso.