Data flow diagram

What data Cliqer moves, over which channels, how it is encrypted and where it is stored.

Data flow diagram

This page describes every data flow in Cliqer, the protocol and encryption used on each, and what is stored versus what stays transient. It is written for security and procurement reviews. For the component-level view, see the Solution blueprint. For firewall rules and ports, see Security & Networking.

Diagram

Flows

#FlowChannelEncryption in transitData carriedStored?
1Sign-in and dashboardHTTPS (TLS 1.2+)TLSCredentials or passkey assertion, profile (name, email), team, licence and subscription recordsYes - account platform
2SSO (optional)HTTPS, OIDC authorization code flowTLSIdentity claims from your IdP (email, name). With "Require SSO" enabled, no passwords are handled by CliqerIdentity link only
3SCIM (optional)HTTPS, bearer token minted by your teamTLSMember create / update / deactivate events from your IdPYes - team membership
4Room signalingWSS (TLS 1.2+)TLSRoom ID, display names, peer IDs, presence, connection metadata. No presentation contentTransient coordination state
5Session control and mediaWebRTC, direct peer to peerDTLS 1.2, SRTPSlide commands, pointer position, timer state, camera / screen streamsNo - never stored, never touches application servers
5bRelay fallbackWebRTC via TURN (UDP/TCP/TLS)DTLS 1.2, SRTPSame as flow 5. The relay forwards encrypted packets and cannot decrypt themNo
6PaymentsHTTPS to processor-hosted pagesTLSCard data goes to the payment processor only (PCI DSS Level 1). Cliqer stores subscription and invoice metadata, never card numbersMetadata only
7Team / support chatHTTPS + WSSTLSMessages and file attachmentsYes - account platform
8Transactional emailSMTP / HTTPS from platformTLSReceipts, team invites, security notificationsSend log only
9Operational telemetryHTTPSTLSConnection events (timestamps, room ID, connect / disconnect outcome) used for service reliability. No session contentYes - operations store

Key properties

  • Presentation content stays on your devices. Slides are never uploaded to Cliqer. What travels between participants is control commands and, when you enable them, camera or screen streams - always over encrypted WebRTC.
  • Media and control are encrypted end to end between participants with DTLS-SRTP. The TURN relay used on locked-down networks forwards encrypted packets without the keys to decrypt them. Application servers are never in the media path.
  • Signaling carries coordination metadata only - who is in the room and how to reach them, not what is being presented.
  • No card data on Cliqer systems. Checkout and the billing portal are hosted by our payment processor.
  • All server communication is TLS. There is no unencrypted listener; HTTP redirects to HTTPS, and WebSocket connections are WSS only.

Storage and third parties

Store / partyRoleData
Cliqer account platformSystem of recordAccounts, teams, licences, subscriptions, chat messages and attachments
Edge infrastructure providerGlobal network, realtime infrastructure, STUN/TURN, storage (encrypted at rest)Traffic transit, coordination state, uploaded assets, operational telemetry
Payment processorPCI DSS Level 1Card and payment data
Your identity provider (optional)SSO and SCIM sourceIdentity claims, membership lifecycle

Questions from a vendor security review we have not answered here - use the contact form and we will respond directly, including the named subprocessor list under NDA.