Glossary
Definitions for the terms and concepts that come up across data security, tokenization, masking, and compliance.
Agentic AI
AIAI systems that take actions through tools and APIs rather than only producing text, for example calling a refund system or querying a database.
Agentless
ArchitectureOperating without installing software on the protected host, typically by working at the network or protocol layer instead.
Not to be confused with: SidecarAI Data Leakage
AISensitive data escaping the organisation through prompts, retrieval indexes, training sets, logs or vendor model providers.
Not to be confused with: Data ExfiltrationAnonymization
Compliance ConceptIrreversibly transforming data so no individual can be identified by any reasonably likely means. Truly anonymized data falls outside most privacy regimes.
Not to be confused with: PseudonymizationAttribute-Based Access Control
(ABAC)ArchitectureAccess decisions driven by attributes of the user, the resource, the action and the context such as role, region and time, rather than by static role membership alone.
Not to be confused with: RBACBreach Resilience
PositioningDesigning so that a breach produces limited consequence, rather than assuming breaches can be prevented.
Not to be confused with: Breach PreventionBring Your Own Key
(BYOK)CryptographyA model where the customer supplies and controls the encryption keys used by a service, typically through a cloud KMS or an on-premise HSM.
Not to be confused with: HYOKBusiness Associate Agreement
(BAA)RegulationThe contract required between a covered entity and any vendor that handles PHI on its behalf.
Not to be confused with: HIPAACardholder Data
(CHD)Data ClassThe primary account number, plus cardholder name, expiration date and service code when stored with it.
Not to be confused with: SAD, PANCardholder Data Environment
(CDE)RegulationThe people, processes and technology that store, process or transmit cardholder data or sensitive authentication data, plus connected systems.
Not to be confused with: Scope ReductionCCPA and CPRA
RegulationCalifornia's privacy statutes, granting rights of access, deletion, correction and opt-out from sale or sharing of personal information.
Not to be confused with: GDPRClient-Side Attack
ThreatAn attack executed in the user's browser rather than on the server, so server-side controls and WAFs cannot see it.
Not to be confused with: MagecartConfidence Score
CapabilityA numeric indication of how certain the classification engine is that a value is what it has been labelled as.
Not to be confused with: False PositiveController and Processor
Compliance ConceptThe controller determines the purposes and means of processing; the processor acts on the controller's instructions.
Data Classification
CapabilityDetermining what a discovered value actually is and how sensitive it is, using pattern matching, validity checks, context, named-entity recognition and confidence scoring.
Not to be confused with: Data DiscoveryData Discovery
CapabilityLocating where sensitive data exists across databases, file shares, object storage, SaaS applications, mainframes and unstructured content.
Not to be confused with: Data ClassificationData Discovery and Classification
(DDC)DataStealth ProductScans databases, data lakes, SaaS apps and file systems to discover and classify sensitive data such as PII, PHI and PCI using data policy configuration.
Not to be confused with: PDDData Exfiltration
ThreatUnauthorized transfer of data out of an environment, whether by an external attacker, an insider or a misconfigured integration.
Not to be confused with: Breach ResilienceData Masking
Protection TechniquePermanently obscuring a value while preserving format or showing partial information. Irreversible; there is no mapping and no way back to the original.
Not to be confused with: Tokenization, RedactionData Processing Agreement
(DPA)Compliance ConceptThe contract governing a processor's handling of personal data on a controller's behalf, required under GDPR Article 28.
Not to be confused with: BAA, SCCData Residency
Compliance ConceptA requirement that data be physically stored within a defined geography.
Not to be confused with: Data SovereigntyData Security Platform
(DSP)DataStealth ProductDataStealth's category. A single platform covering discovery, classification, posture and protection (tokenization, masking, encryption) across the data lifecycle in on-prem, hybrid and cloud environments.
Not to be confused with: DSPMData Security Posture Management
(DSPM)Market CategoryIndustry term for continuous discovery, classification, visibility and monitoring of data risk. It tells you where sensitive data lives and who can reach it. It does not protect the data.
Not to be confused with: DSPData Sovereignty
Compliance ConceptThe principle that data is subject to the laws of the country in which it is located or whose entities can compel access to it.
Not to be confused with: Data ResidencyData Sprawl
Risk ConceptThe uncontrolled proliferation of data copies across systems, clouds and vendors, expanding the attack surface faster than governance can track it.
Not to be confused with: Shadow DataData Tokenization
(DT)DataStealth ProductGeneral-purpose tokenization for governance, risk and compliance use cases, applied to any type of sensitive data.
Not to be confused with: PDTDe-identification
Compliance ConceptRemoving or transforming identifiers so a record cannot reasonably be linked to an individual. Under HIPAA this has two defined methods: Safe Harbor and Expert Determination.
Not to be confused with: PseudonymizationDeterministic Tokenization
Protection TechniqueTokenization where a given input always maps to the same token, enabling joins and matching on protected data.
Not to be confused with: Randomized TokenizationDetokenization
Protection TechniqueAuthorized reversal of tokenization, retrieving the original value from the vault for a legitimate business need such as processing a payment.
Not to be confused with: DecryptionDynamic Data Masking
(DDM)DataStealth ProductReal-time, irreversible obfuscation applied inline. Masks sensitive fields for users or applications lacking the right privileges without changing the underlying data.
Not to be confused with: TDM, Static MaskingDynamic Script
DataStealth PlatformThird-party JavaScript loaded on payment pages that ESP monitors for integrity. Unexpected changes can indicate a Magecart-style attack or unauthorized modification.
Embedding
AIA numeric vector representation of text used for semantic search and retrieval. Embeddings can leak information about their source content.
Not to be confused with: RAGeSkimming Protection
(ESP)DataStealth ProductMonitors and protects against client-side threats such as Magecart by detecting and blocking unauthorized scripts and security-impacting headers, maintaining the integrity of web payment forms.
Not to be confused with: iFP, PFPESP Operating Modes
DataStealth PlatformThe three phases of an eSkimming Protection deployment. Passthrough runs inline with minimal inspection to prove the integration. Detection, also called the soaking period, logs and alerts without blocking while the approved script inventory is built. Enforcing, also called blocking mode, actively blocks unauthorized scripts.
Expert Determination
Compliance ConceptThe HIPAA de-identification method where a qualified statistician certifies that re-identification risk is very small.
Not to be confused with: Safe HarborFail-Open and Fail-Closed
ArchitectureWhat an inline component does when it fails. Fail-open passes traffic through unprotected; fail-closed blocks traffic entirely.
Not to be confused with: High AvailabilityFalse Positive
CapabilityA value incorrectly identified as sensitive. High false positive rates cause alert fatigue and erode trust in discovery output.
Not to be confused with: Confidence ScoreFF3-1
CryptographyThe revised NIST format-preserving encryption mode. The original FF3 was cryptanalytically broken and withdrawn; FF3-1 is the corrected version.
Not to be confused with: FF3 (withdrawn)Format-Preserving
Protection TechniqueA token or protected value that keeps the same shape as the original, so downstream applications, validations and schemas continue to work unchanged.
Not to be confused with: FPEFormat-Preserving Encryption
(FPE)CryptographyEncryption that preserves the original format, length and character set of a value, so a sixteen-digit card number encrypts to another sixteen-digit number.
Not to be confused with: Vaulted TokenizationFormjacking
ThreatInjecting malicious code into a web form to capture submitted data before or as it reaches the legitimate destination.
Not to be confused with: MagecartGeneral Data Protection Regulation
(GDPR)RegulationThe European data protection regulation governing processing of personal data, with extraterritorial reach and penalties up to four percent of global turnover.
Not to be confused with: PIPEDA, Law 25Hardware Security Module
(HSM)CryptographyA tamper-resistant physical device that generates, stores and uses cryptographic keys without exposing them to the host system.
Not to be confused with: KMSHarvest Now, Decrypt Later
(HNDL)CryptographyAn attack strategy of capturing encrypted data today in the expectation that future computing advances will make it decryptable.
Not to be confused with: Post-Quantum CryptographyHIPAA
RegulationUS legislation governing the privacy and security of protected health information, comprising the Privacy Rule, the Security Rule and the Breach Notification Rule.
Not to be confused with: HITECH, PHIPAHold Your Own Key
(HYOK)CryptographyA stronger model where keys never leave the customer's control, even during cryptographic operations.
Not to be confused with: BYOKiFrame Protection
(iFP)DataStealth ProductProtects embedded iFrames, including hosted payment fields and third-party widgets, from clickjacking, overlay hijacking and malicious script interference.
Not to be confused with: ESP, PFPKey Management Service
(KMS)CryptographyA managed service for creating, storing, rotating and controlling access to cryptographic keys. AWS KMS, Azure Key Vault and Google Cloud KMS are the major examples.
Not to be confused with: HSM, VaultLarge Language Model
(LLM)AIA model trained on large text corpora that generates and reasons over natural language, underpinning assistants such as ChatGPT and Copilot.
Law 25
RegulationQuebec's private-sector privacy law, substantially reformed in 2021 with obligations phased in through 2024. Stricter than PIPEDA on consent, transparency and automated decision-making.
Not to be confused with: PIPEDALeast Privilege
ArchitectureGranting each user, service and process only the access required for its function, and no more.
Not to be confused with: Standing Privilege, ABACLevel 1 Service Provider
RegulationThe highest PCI DSS service provider tier, requiring an annual on-site assessment by a QSA.
Not to be confused with: QSAMagecart
ThreatA category of client-side attack in which malicious JavaScript is injected into checkout pages to skim payment card data as customers type it.
Not to be confused with: FormjackingNamed Entity Recognition
(NER)TechnologyA natural language processing technique that identifies entities such as names, locations and organisations inside free text.
Nexus
DataStealth PlatformThe core runtime that orchestrates all DataStealth components: policy engine, workflow execution, module loading, configuration, and coordination between proxy modules, engines, storage and batch processors.
Not to be confused with: VaultObfuscation
Protection TechniqueHiding sensitive data while preserving its format or exposing partial information, such as displaying only the last four digits of a card.
Not to be confused with: RedactionPayload Handler
DataStealth PlatformComponent that parses and protects sensitive data inside a specific payload format: JSON, XML, SOAP, CSV, spreadsheet, document, image and others.
Not to be confused with: Protocol HandlerPayment Card Industry data
(PCI)Data ClassCredit card and payment information subject to the PCI Data Security Standard.
Not to be confused with: CHD, PCI DSSPayment Data Discovery
(PDD)DataStealth ProductSpecialised discovery focused on identifying payment card data and payment-related information across systems.
Not to be confused with: DDCPayment Data Tokenization
(PDT)DataStealth ProductTokenization focused specifically on payment card data and PCI compliance use cases.
Not to be confused with: DTPayment Form Protection
(PFP)DataStealth ProductSecures payment forms through hosted or protected implementations, preventing compromise of cardholder data at the point of capture.
Not to be confused with: ESP, iFPPCI Data Security Standard
(PCI DSS)RegulationThe security standard governing organisations that store, process or transmit payment card data. Current version is v4.0.1.
Not to be confused with: PCI SSCPCI DSS Requirement 11.6.1
RegulationRequires a change and tamper detection mechanism to alert on unauthorized modification of payment page HTTP headers and content.
Not to be confused with: 6.4.3PCI DSS Requirement 6.4.3
RegulationRequires management and integrity assurance of all scripts loaded and executed in the consumer's browser on payment pages.
Not to be confused with: 11.6.1PCI SSC Board of Advisors
RegulationAn elected body of Participating Organizations that provides industry input into PCI standards. The 2025 to 2027 term comprises 64 organizations. DataStealth holds a seat.
Not to be confused with: PPOPersonally Identifiable Information
(PII)Data ClassData that can identify an individual, including names, addresses, email addresses, phone numbers and government identifiers.
Not to be confused with: PHI, Personal DataPHIPA
RegulationOntario's Personal Health Information Protection Act, governing health information custodians and their agents.
Not to be confused with: HIPAAPIPEDA
RegulationCanada's federal private-sector privacy law, governing collection, use and disclosure of personal information in commercial activity.
Not to be confused with: Law 25, PHIPAPost-Quantum Cryptography
(PQC)CryptographyCryptographic algorithms designed to resist attack by quantum computers. NIST standardised the first set in 2024.
Not to be confused with: Quantum-resistantPrimary Account Number
(PAN)Data ClassThe payment card number itself. The element that determines PCI DSS scope wherever it is stored, processed or transmitted.
Not to be confused with: CHDPrincipal Participating Organization
(PPO)RegulationThe senior tier of PCI SSC membership, giving strategic input into standards development. DataStealth became a PPO in January 2025.
Not to be confused with: Board of AdvisorsPrompt
AIThe input sent to a model, which in enterprise use frequently contains customer records, account details and other regulated values.
Protected Health Information
(PHI)Data ClassIndividually identifiable health information held or transmitted by a covered entity or business associate, protected under HIPAA.
Not to be confused with: PII, ePHIProtocol Handler
DataStealth PlatformComponent that understands a specific wire protocol so DataStealth can inspect and transform data in motion: HTTP and HTTPS, SSH, SFTP, FTPS, SMTP, and database protocols.
Not to be confused with: Payload HandlerPseudonymization
Compliance ConceptReplacing identifying values with surrogates in a way that can be reversed with additional information held separately. Recognized in GDPR Recital 28 as a risk-reduction measure.
Not to be confused with: AnonymizationQualified Security Assessor
(QSA)RegulationAn individual or firm certified by the PCI SSC to assess compliance with PCI DSS.
Not to be confused with: ISA, ROCQuantum-Resistant
CryptographyNot vulnerable to attack by a quantum computer. For vaulted tokens this holds because there is no mathematical relationship to break.
Not to be confused with: Post-Quantum CryptographyQuorum
Protection TechniqueA storage model requiring a minimum number of distributed nodes to respond before a protected value can be reassembled, so no single node compromise yields a usable record.
Not to be confused with: Cabinet, ShardRe-identification Risk
Compliance ConceptThe likelihood that a protected record can be linked back to an individual, whether through weak substitution, retained partial values, or combination with other datasets.
Redaction
Protection TechniquePermanently removing or blacking out sensitive information, leaving no trace of the original. Includes replacing a value with NULL and area redaction in PDFs and images.
Not to be confused with: Obfuscation, MaskingReferential Integrity
Protection TechniqueThe property that the same input value always produces the same protected output everywhere it occurs, so joins, foreign keys and application logic keep working across tables.
Not to be confused with: Deterministic TokenizationRetrieval-Augmented Generation
(RAG)AIAn architecture where a model retrieves relevant documents from an index at query time and uses them to ground its answer.
Not to be confused with: EmbeddingSafe Harbor
Compliance ConceptThe HIPAA de-identification method that requires removal of eighteen specified identifier types and no actual knowledge that the remainder could identify an individual.
Not to be confused with: Expert DeterminationScope Reduction
RegulationRemoving systems from the assessed environment by ensuring they no longer store, process or transmit cardholder data, typically by tokenizing before ingress.
Not to be confused with: CDESensitive Authentication Data
(SAD)Data ClassFull track data, card verification codes and PINs. Must never be stored after authorization, even encrypted.
Not to be confused with: CHDShadow Data
Risk ConceptCopies of sensitive data in locations outside the sanctioned inventory: forgotten dev copies, exports, backups, orphaned shares.
Not to be confused with: Shadow IT, Data SprawlShadow IT
Risk ConceptApplications and services adopted by business units without IT or security approval.
Not to be confused with: Shadow DataSidecar
ArchitectureA companion process deployed alongside an application, commonly in a service mesh, that intercepts its traffic.
Not to be confused with: AgentlessSOC 2
RegulationAn attestation report on controls relevant to security, availability, processing integrity, confidentiality and privacy.
Not to be confused with: ISO 27001Standing Privilege
ThreatPersistent, always-on access rights held by a user or service regardless of whether the access is currently needed.
Not to be confused with: Least PrivilegeStatic Data Masking
Protection TechniqueTraditional approach that creates a separate, permanently masked copy of a dataset for non-production use.
Not to be confused with: TDM, DDMTest Data Management
(TDM)DataStealth ProductDe-identifies production data in real time during transfer to non-production environments, creating safe datasets for development, testing and analytics.
Not to be confused with: Static Data MaskingTLS Termination
ArchitectureDecrypting a TLS session at an intermediate point so its contents can be inspected or modified, then re-encrypting onward.
Not to be confused with: Inline InterceptionTokenization
Protection TechniqueNon-mathematical, keyless replacement of a sensitive value with a format-preserving surrogate. The mapping between token and original is held in a vault.
Not to be confused with: Encryption, MaskingTransparent Proxy
ArchitectureAn inline component that intercepts and transforms traffic without requiring changes to the client or the application.
Not to be confused with: Inline InterceptionUnstructured Data
Data ClassData without a predefined schema: documents, PDFs, scans, images, logs, emails, free-text fields.
Not to be confused with: Structured DataVault
DataStealth PlatformSecure, distributed storage for sensitive data and token-to-real-value mappings. Uses a cabinet-based architecture that can split tokens across multiple physical locations.
Not to be confused with: Cabinet, ShardVaulted Tokenization
Protection TechniqueTokenization where token-to-value mappings are stored in a secure vault. Provides true data separation because the token carries no derivable relationship to the original.
Not to be confused with: Vaultless TokenizationVaultless Tokenization
Protection TechniqueTokenization performed by cryptographic transformation rather than a stored mapping. Requires no vault but depends on cryptographic keys. In practice this means format-preserving encryption.
Not to be confused with: Vaulted Tokenization, FPEZero Trust
ArchitectureA security model that assumes no implicit trust based on network location and verifies every access request against policy.
Not to be confused with: Least Privilege