Diagramma dei flussi di dati
Quali dati trasferisce Cliqer, su quali canali, come vengono cifrati e dove vengono archiviati.
Questa pagina descrive ogni flusso di dati in Cliqer, il protocollo e la cifratura usati per ciascuno e cosa viene archiviato rispetto a cosa resta transitorio. È pensata per le revisioni di sicurezza e di procurement. Per la vista a livello di componenti, consulta il Blueprint della soluzione. Per regole del firewall e porte, consulta Sicurezza e rete.
Diagramma
Flussi
| # | Flusso | Canale | Cifratura in transito | Dati trasportati | Archiviati? |
|---|---|---|---|---|---|
| 1 | Accesso e dashboard | HTTPS (TLS 1.2+) | TLS | Credenziali o asserzione passkey, profilo (nome, email), team, record di licenze e abbonamenti | Sì: piattaforma account |
| 2 | SSO (facoltativo) | HTTPS, flusso OIDC authorization code | TLS | Claim di identità dal tuo IdP (email, nome). Con «Richiedi SSO» attivo, Cliqer non gestisce alcuna password | Solo il collegamento dell'identità |
| 3 | SCIM (facoltativo) | HTTPS, bearer token generato dal tuo team | TLS | Eventi di creazione / aggiornamento / disattivazione dei membri dal tuo IdP | Sì: appartenenza al team |
| 4 | Signaling della stanza | WSS (TLS 1.2+) | TLS | ID della stanza, nomi visualizzati, ID dei peer, presenza, metadati di connessione. Nessun contenuto della presentazione | Stato di coordinamento transitorio |
| 5 | Controllo della sessione e media | WebRTC, diretto peer to peer | DTLS 1.2, SRTP | Comandi delle slide, posizione del puntatore, stato del timer, flussi di videocamera / schermo | No: mai archiviati. Passano direttamente tra i partecipanti quando è possibile stabilire una connessione diretta |
| 5b | Fallback tramite relay | WebRTC tramite TURN (UDP/TCP/TLS) | DTLS 1.2, SRTP | Come il flusso 5. Il relay inoltra pacchetti cifrati e non può decifrarli | No |
| 5c | Fallback tramite relay sui server | WSS attraverso i server applicativi | TLS | Come il flusso 5: comandi di controllo, chat e fotogrammi dello schermo, inoltrati dai nostri server solo quando non è possibile stabilire né una connessione WebRTC diretta né una tramite relay | No: inoltrati, mai archiviati |
| 6 | Pagamenti | HTTPS verso pagine ospitate dal processore | TLS | I dati della carta vanno solo al processore di pagamento (PCI DSS Level 1). Cliqer archivia i metadati di abbonamenti e fatture, mai i numeri di carta | Solo metadati |
| 7 | Chat di assistenza (messenger del sito web, facoltativa) | HTTPS + WSS | TLS | Conversazioni di assistenza con Cliqer: messaggi e immagini allegate. Separate dalle sessioni; la chat in sessione è solo testuale, peer to peer e non viene conservata dopo la sessione, tranne un messaggio segnalato da un relatore, che ci viene inviato via email e conservato finché la segnalazione non viene gestita | Sì: piattaforma account |
| 8 | Email transazionali | SMTP / HTTPS dalla piattaforma | TLS | Ricevute, inviti al team, notifiche di sicurezza | Solo log di invio |
| 9 | Record di connessione e log dei server | WSS (TLS 1.2+), registrati all'ingresso | TLS | Un record di connessione per ogni ingresso: codice della stanza, nome inserito, versione e piattaforma dell'app, indirizzo IP, paese e città approssimativi, orari di connessione e disconnessione. Nessun contenuto della sessione | Sì: record di connessione per circa 30 giorni, log dei server fino a 90 giorni |
Proprietà chiave
- I contenuti della presentazione restano sui tuoi dispositivi. Le slide non vengono mai caricate su Cliqer. Tra i partecipanti viaggiano i comandi di controllo e, quando li attivi, i flussi di videocamera o schermo, sempre cifrati in transito.
- Media e controllo sono cifrati in transito. Tra i partecipanti viaggiano normalmente in modo diretto su WebRTC, protetti da DTLS-SRTP. Sulle reti con restrizioni il relay TURN inoltra i pacchetti cifrati senza disporre delle chiavi per decifrarli. Quando nessuna delle due opzioni funziona, i nostri server applicativi inoltrano i dati tramite connessioni WebSocket protette da TLS e non li archiviano.
- Il signaling trasporta solo metadati di coordinamento: chi è nella stanza e come raggiungerlo, non cosa viene presentato.
- Nessun dato della carta sui sistemi Cliqer. Il checkout e il portale di fatturazione sono ospitati dal nostro processore di pagamento.
- Tutte le comunicazioni con i server usano TLS. Non esiste alcun listener non cifrato; HTTP reindirizza a HTTPS e le connessioni WebSocket sono esclusivamente WSS.
Archiviazione e terze parti
| Archivio / soggetto | Ruolo | Dati |
|---|---|---|
| Piattaforma account Cliqer | Sistema di riferimento | Account, team, licenze, abbonamenti, conversazioni di assistenza |
| Piattaforma applicativa Cliqer | Infrastruttura dedicata gestita da Cliqer: applicazione web, coordinamento in tempo reale, archiviazione | Stato di coordinamento, risorse caricate, telemetria operativa |
| Fornitore della rete edge | Transito del traffico, terminazione TLS, protezione DDoS, relay STUN/TURN; fino al ritiro della copia di standby (intorno al 24 ottobre 2026), archiviazione di tale copia per il rollback | Traffico in transito; fino ad allora, una copia di standby della cronologia delle connessioni (inclusi indirizzi IP e nomi visualizzati), dei record di account e prove dei dispositivi (ID dei dispositivi, indirizzi IP) e dello stato di coordinamento delle sessioni |
| Processore di pagamento | PCI DSS Level 1 | Dati della carta e di pagamento |
| Il tuo identity provider (facoltativo) | Origine SSO e SCIM | Claim di identità, ciclo di vita delle appartenenze |
Hai domande di una revisione di sicurezza dei fornitori a cui non abbiamo risposto qui? Usa il modulo di contatto e ti risponderemo direttamente. L'elenco dei sub-responsabili del trattamento viene condiviso con i clienti Enterprise sotto NDA durante l'ordine di acquisto e l'onboarding.