Seguridad y redes

Cliqer utiliza WebRTC (Web Real-Time Communication) para establecer canales de comunicación directos o retransmitidos entre el dispositivo de control del presentador y el ordenador anfitrión que ejecuta el software de presentación.

Tecnología WebRTC en Cliqer

Cliqer utiliza WebRTC a través de la interfaz nativa RTCPeerConnection del navegador para permitir la comunicación en tiempo real entre dispositivos.

Componentes que utiliza Cliqer:

• RTCPeerConnection: establece y gestiona la conexión entre el dispositivo anfitrión y el del presentador.
• RTCDataChannel: envía señales de control (diapositiva siguiente, diapositiva anterior, coordenadas del puntero láser) con baja latencia.
• Señalización: Cliqer utiliza señalización por WebSocket a través de wss://cliqer.io/ws para intercambiar los metadatos de conexión antes de establecer la conexión WebRTC entre pares.

Seguridad

1. Comunicación cifrada:
   • Seguridad del servidor de señalización: todas las conexiones con el servidor de señalización de Cliqer utilizan HTTPS/WSS (WebSocket Secure).
   • Cifrado WebRTC: los canales de datos están protegidos mediante DTLS (Datagram Transport Layer Security). Los flujos multimedia (cuando se usan) se cifran mediante SRTP (Secure Real-time Transport Protocol).
   • Las señales de control viajan cifradas. Con WebRTC circulan directamente entre los dispositivos o a través de un relé TURN que reenvía los paquetes cifrados y no puede descifrarlos. Si no se puede establecer ninguna de las dos conexiones, nuestros servidores las retransmiten a través de la conexión WebSocket protegida con TLS y no las almacenan.
2. Permisos de la aplicación:
   macOSWindows

   Cliqer requiere tu consentimiento explícito para los controles de Accesibilidad y Automatización (Ajustes del Sistema > Privacidad y seguridad).

   • Accesibilidad: necesaria para enviar pulsaciones de teclas y eventos del ratón al software de presentación.
   • Automatización: necesaria para controlar directamente System Events y las aplicaciones de presentación.
3. Enlaces seguros: los enlaces de presentador se generan criptográficamente y son específicos de cada sesión. Trata estos enlaces como información confidencial.
4. Actualizaciones de software: mantén actualizados Cliqer, tu sistema operativo y el software de presentación para recibir los parches de seguridad.

Redes y puertos

1. Conexión a Internet: tanto el dispositivo anfitrión como el del presentador necesitan una conexión a Internet estable.
2. Configuración del cortafuegos:
   • Cliqer requiere conexiones salientes a los servidores de señalización y STUN/TURN.
   • Windows Defender o los cortafuegos de terceros deben permitir el acceso de Cliqer a la red.
3. Servidores STUN/TURN:
   Cliqer utiliza los siguientes servidores para atravesar NAT (NAT traversal). Permite el tráfico saliente hacia estos hosts:

   Función	URL	Puerto	Protocolo	Finalidad
   STUN	stun:stun.cloudflare.com	3478	UDP	Descubrimiento de la IP pública
   TURN	turn:turn.cloudflare.com	3478	UDP/TCP	Retransmisión de respaldo
   TURNS	turns:turn.cloudflare.com	5349	TLS/TCP	Retransmisión segura de respaldo
   TURNS	turns:turn.cloudflare.com	443	TLS/TCP	Retransmisión segura en redes restringidas que solo permiten el puerto 443

   
   Las credenciales TURN se generan para cada sesión con un TTL de 24 horas y se renuevan automáticamente.
4. Puertos UDP dinámicos: WebRTC utiliza puertos UDP dinámicos para el intercambio de datos. Los cortafuegos restrictivos que bloquean el tráfico UDP obligan a que las conexiones pasen por servidores TURN mediante TCP.
5. No se necesita redirección de puertos entrantes: Cliqer inicia conexiones salientes con los servidores de señalización y retransmisión. No hace falta configurar ninguna redirección de puertos entrantes.