Skip to main content

Appendix C. Glossary

Work in progress — not audited

Definitions are normative for interpreting P1–P8 unless a chapter defines a term more specifically.

TermDefinition
Application PDUJSON object on a WebRTC data channel with required type field (P4).
BrokerPeerJS-compatible signaling server over WSS; relays SDP/ICE only in v0 profile.
CascadeOrdered stack MLS → Signal → ML-KEM → AES applied by CascadingCipherManager (P5).
cascadedPayloadObject inside encryptedMessage holding finalCiphertext and layer metadata.
encryptionReadyImplementation flag: local crypto handshake complete for a peer; required before E2EE message PDUs (P3).
encryptedConnectionsSet of remote Peer IDs allowed on encrypt path (P7).
encryptedMessageWrapper object carrying ciphertext (cascade or MLS-only).
Fast file profileBulk transfer that MAY bypass cascade; DTLS-only protection (P6.6).
Handshake PDUControl type values in P3 establishing crypto state.
Initiator / ResponderWebRTC roles for outbound connect vs inbound accept (P2).
MLSMessaging Layer Security (RFC 9420).
Peer IDOpaque broker address string; not a global cryptographic identity (P2.5).
PDUProtocol data unit; here, one JSON object on the data channel.
ProfileNamed configuration EnkryptedChat-Profile-v0 (P1).
SignalingWSS broker traffic for WebRTC setup, distinct from application PDUs.
TOFUTrust on first use — accept Peer ID and in-band keys without prior out-of-band verification.
TURNRelay for ICE when direct UDP fails; sees traffic metadata (ch. 3).