Bezpieczeństwo i sieć

Cliqer wykorzystuje WebRTC (Web Real-Time Communication) do tworzenia bezpośrednich lub przekazywanych przez przekaźnik kanałów komunikacji między urządzeniem sterującym prezentera a komputerem-hostem, na którym działa oprogramowanie do prezentacji.

Technologia WebRTC w Cliqer

Cliqer korzysta z WebRTC za pośrednictwem natywnego interfejsu RTCPeerConnection przeglądarki, aby umożliwić komunikację w czasie rzeczywistym między urządzeniami.

Komponenty używane przez Cliqer:

• RTCPeerConnection: Nawiązuje połączenie między urządzeniem hosta a urządzeniem prezentera i nim zarządza.
• RTCDataChannel: Przesyła sygnały sterujące (następny slajd, poprzedni slajd, współrzędne wskaźnika laserowego) z niskim opóźnieniem.
• Sygnalizacja: Cliqer używa sygnalizacji WebSocket przez wss://cliqer.io/ws do wymiany metadanych połączenia przed nawiązaniem połączenia peer-to-peer WebRTC.

Bezpieczeństwo

1. Szyfrowana komunikacja:
   • Bezpieczeństwo serwera sygnalizacyjnego: Wszystkie połączenia z serwerem sygnalizacyjnym Cliqer korzystają z HTTPS/WSS (WebSocket Secure).
   • Szyfrowanie WebRTC: Kanały danych są zabezpieczone protokołem DTLS (Datagram Transport Layer Security). Strumienie multimediów (jeśli są używane) są szyfrowane za pomocą SRTP (Secure Real-time Transport Protocol).
   • Sygnały sterujące są szyfrowane podczas przesyłania. Przez WebRTC trafiają bezpośrednio między urządzeniami albo przez przekaźnik TURN, który przekazuje zaszyfrowane pakiety i nie może ich odszyfrować. Jeśli nie da się nawiązać żadnego z tych połączeń, nasze serwery przekazują je przez połączenie WebSocket chronione protokołem TLS i ich nie przechowują.
2. Uprawnienia aplikacji:
   macOSWindows

   Cliqer wymaga wyraźnej zgody użytkownika na uprawnienia Dostępność i Automatyzacja (Ustawienia systemowe > Prywatność i ochrona).

   • Dostępność: Wymagana do wysyłania naciśnięć klawiszy i zdarzeń myszy do oprogramowania do prezentacji.
   • Automatyzacja: Wymagana do bezpośredniego sterowania System Events i aplikacjami do prezentacji.
3. Bezpieczne linki: Linki dla prezentera są generowane kryptograficznie i przypisane do konkretnej sesji. Traktuj je jako informacje poufne.
4. Aktualizacje oprogramowania: Aktualizuj Cliqer, system operacyjny i oprogramowanie do prezentacji, aby otrzymywać poprawki zabezpieczeń.

Sieć i porty

1. Połączenie z internetem: Zarówno urządzenie hosta, jak i urządzenie prezentera wymagają stabilnego połączenia z internetem.
2. Konfiguracja zapory sieciowej:
   • Cliqer wymaga połączeń wychodzących do serwerów sygnalizacyjnych oraz serwerów STUN/TURN.
   • Windows Defender lub zapory innych firm muszą zezwalać aplikacji Cliqer na dostęp do sieci.
3. Serwery STUN/TURN:
   Cliqer korzysta z następujących serwerów do przechodzenia przez NAT (NAT traversal). Zezwól na ruch wychodzący do tych hostów:

   Rola	URL	Port	Protokół	Przeznaczenie
   STUN	stun:stun.cloudflare.com	3478	UDP	Wykrywanie publicznego adresu IP
   TURN	turn:turn.cloudflare.com	3478	UDP/TCP	Zapasowy przekaźnik
   TURNS	turns:turn.cloudflare.com	5349	TLS/TCP	Zapasowy bezpieczny przekaźnik
   TURNS	turns:turn.cloudflare.com	443	TLS/TCP	Bezpieczny przekaźnik w sieciach o ograniczonym dostępie, które zezwalają tylko na port 443

   
   Dane uwierzytelniające TURN są generowane dla każdej sesji z czasem ważności (TTL) 24 godzin i zmieniają się automatycznie.
4. Dynamiczne porty UDP: WebRTC używa dynamicznych portów UDP do wymiany danych. Restrykcyjne zapory blokujące ruch UDP wymuszają połączenia przez serwery TURN po TCP.
5. Bez przekierowania portów przychodzących: Cliqer inicjuje połączenia wychodzące do serwerów sygnalizacyjnych i przekaźnikowych. Konfiguracja przekierowania portów przychodzących nie jest potrzebna.