Skip to main content

7. Metadata and Privacy

Work in progress — not audited

This chapter is part of an initial draft specification. Enkrypted Chat has not been independently audited. Content may change.

7.1 What this chapter covers

Metadata is data about communication, not the message plaintext. Enkrypted Chat minimizes metadata where practical but cannot eliminate all leakage in a WebRTC + broker architecture.

7.2 Metadata inventory

MetadataWho may observeIntentional?Mitigation
Peer IDsSignaling server, peersRequired for connectivityRandom IDs; self-hosted broker
IP addressesTURN, peers, ISPUnavoidable for WebRTCVPN (user); TURN policy
Connection times / onlinePeers, possibly brokerPartially unavoidable
SDP / ICE detailsSignaling serverRequired for setupWSS, self-host
Message timing & sizeNetwork, TURN in relay modeUnavoidablePadding (future); traffic analysis awareness
Typing indicatorsPeers if enabledOptional featureDisable where implemented
Read receiptsPeers if enabledOptional featureDisable where implemented
Static asset fetch logsCDN operatorUnavoidable for web deliverySelf-host bundles
Analytics (if enabled)Site operatorProduct-dependentDocumented separately

7.3 Intentional vs unavoidable

  • Intentional (product choices): Optional UX metadata (typing, read receipts), federated module telemetry if configured, nLevel analytics on website (see deployment docs).
  • Unavoidable (protocol): IP exposure, traffic timing, signaling presence while connected to broker.

7.4 Privacy-by-design and regulation

Positive Intentions aligns design with common privacy principles:

PrincipleHow architecture supports it
Data minimizationNo central message archive
Purpose limitationBrokers used for connectivity, not content mining
Storage limitationEphemeral sessions; local persistence user-controlled
Integrity & confidentialityLayered E2EE (experimental, unaudited)
TransparencyThis specification and public docs

GDPR / CCPA / HIPAA: Mentioned as design alignment only. Enkrypted Chat is not certified for regulated health or enterprise compliance. Organizations MUST perform their own DPIA and legal review before use.

7.5 Comparison to “no metadata” claims

Marketing language implying zero metadata is inaccurate for this system. Accurate statement:

Message content is not stored on Positive Intentions message servers because none exist; metadata may still be visible to peers, relays, signaling operators, and network observers.

7.6 User controls

Users SHOULD:

  • Self-host signaling and static assets when threat model requires it.
  • Configure trusted TURN servers; understand relay-mode implications.
  • Disable optional metadata features where available.
  • Not clear site data without backing up recovery material (when at-rest encryption ships).