Security & Privacy Overview

Information Governance Intelligence Platform

ComplyBar operates on a strict metadata-only model. No email content, message text, or file content is ever stored. This document explains exactly what is and is not collected.

⬇ Download PDF Summary View One-Page Summary
πŸ“‹ Request Pilot Assessment πŸ“… Book a Demo πŸ“¦ Request Security Pack

πŸ“‹ What ComplyBar Collects

ComplyBar records governance event metadata only - structured signals about when and where an information governance risk was detected, not the content that triggered it. The table below describes the categories of information recorded.

Data CategoryDescriptionExample
TimestampDate and time the event was detected (UTC)1 June 2025, 09:14 UTC
Channel / PlatformThe communication or collaboration tool where detection occurredEmail, AI Tool, Document Platform, Chat
Event TypeThe type of governance interaction recordedWarning shown, Dismissed, Proceed, Approval requested
Risk CategoriesThe information governance categories that matched - not the triggering text itselfPersonal Data, Financial Information, Legal Privilege
Severity LevelComputed risk level assigned to the eventLow, Medium, High
User IdentifierOptional work account identifier configured by the organisation - typically a work email addressWork email or employee reference
Organisation IdentifierYour organisation's tenant reference, assigned at setupOrganisation code
Assessment ContextWhether the event occurred during a baseline assessment or an active intervention deploymentBaseline, Active
Intervention StatusWhether a governance prompt was displayed to the userShown, Not shown
File NameFile name only for repository and file scanning events - no file content is recordedQ4-report.xlsx
ℹ️Each event record contains no message content, document text, or personal data beyond an optional user identifier. Records contain only governance category labels, severity levels, and organisational identifiers.

πŸ› Customer Data Ownership

Your organisation remains the owner and controller of its information.

ComplyBar is designed to provide visibility into governance, compliance and information handling risks while minimising the collection and retention of content data. The platform is intended to support organisations in maintaining control of their own information assets.

ComplyBar is designed to help organisations gain visibility into information governance risks without unnecessarily collecting, storing or exposing sensitive content.

🏒 You Are the Controller
The deploying organisation is the data controller under applicable data protection law. ComplyBar processes governance metadata on your behalf only.
πŸ”’ Minimal Data Collection
Only governance metadata is collected - never the content of communications, documents, or files. Collection is limited strictly to what is necessary for governance reporting.
βš™οΈ Customer-Managed Retention
Your administrators control what audit data is retained and for how long. Records can be purged at any time. Deployment can be entirely within your own infrastructure.

🚫 What ComplyBar Does NOT Collect

The following data is explicitly excluded from all ComplyBar logging, storage, and transmission:

βœ… Never Stored

πŸ”’Raw email body or message text
πŸ”’Typed content from compose windows
πŸ”’File content or document text
πŸ”’Keystrokes or input recordings
πŸ”’Screenshots or screen recordings
πŸ”’Browser history or visited URLs
πŸ”’Third-party authentication tokens
πŸ”’Network traffic or packet content
πŸ”’Personal data from within scanned files
πŸ”’Cookie or session data from other sites
πŸ”’Recipient names or email addresses
πŸ”’Subject lines of emails

πŸ“Œ What Is Recorded

πŸ“Detection timestamp (UTC)
πŸ“Channel / platform name
πŸ“Event type (warning shown, dismissed, etc.)
πŸ“Risk category labels (not triggering text)
πŸ“Severity level (green/amber/red)
πŸ“Org ID and User ID
πŸ“Governance compliance category matched
πŸ“Assessment mode context
πŸ“File name only (not content) for scans

πŸ— Metadata-Only Operation Explained

ComplyBar's Chrome extension scans text entirely inside the user's browser using locally cached compliance rules. No message content ever leaves the browser tab.

How it works step by step

  1. Rules cached locally: On page load, the extension retrieves your organisation's compliance rules and caches them locally in the browser. No network call is made during the actual scanning process.
  2. Detection in-browser: When the user types in Gmail, Outlook, or an AI tool, the extension scans the text against the locally cached rules - entirely inside the browser tab. No content leaves the browser during this step.
  3. Match metadata extracted: When a rule matches, the extension extracts category labels and severity level - not the matched text itself. For example: PII - Personal Data Financial Data.
  4. Structured metadata sent: A compact metadata payload (category labels, severity, event type, timestamp, user ID) is transmitted to the ComplyBar server. The message text is never included.
  5. User sees warning (assisted mode) or nothing (silent mode): In assisted mode a warning banner is shown. In silent mode the detection is logged invisibly - the user's workflow is completely uninterrupted.
Data flow:
Browser text β†’ Local rule match β†’ Category labels only β†’ Structured metadata payload β†’ Secure server-side storage
Message text exits this flow after step 2 and is never transmitted or stored.
βœ…An organisation could audit the ComplyBar network traffic and confirm that no message content appears in any outbound request.

πŸ” OCR & File Scanning Privacy

The document scanning and repository assessment capabilities process documents server-side. The following privacy model applies:

Processing pipeline

File typeExtraction methodContent stored?
PDF (native text)Server-side text extraction - processed in memoryNo
PDF (scanned / image-based)Server-side OCR processing - text extracted in memoryNo
DOCX / XLSX / CSV / TXTServer-side text extraction - processed in memoryNo
PNG / JPG imagesServer-side OCR processing - text extracted in memoryNo

What is stored after scanning

  • File name and extension
  • Match categories found (labels only, not the matched text)
  • Computed compliance score (0-100)
  • Risk classification (Low / Medium / High)
  • Finding type labels (e.g. "Unclassified document", "Missing data owner")
⚠️Uploaded files are processed entirely in the server's memory and are not written to disk or persisted after scanning completes.

πŸ“ Repository Assessment Privacy Model

Repository Assessments evaluate an entire document library (uploaded as a ZIP or via a connected cloud drive) and produce a governance score and remediation plan.

ZIP upload flow

  1. User uploads a ZIP archive via the browser
  2. Server extracts it to a temporary directory in memory
  3. All supported files are scanned (text extraction β†’ rule matching β†’ scoring)
  4. Temporary files are deleted immediately after scoring
  5. Only the assessment metadata record is stored

Connector flow (Google Drive / OneDrive / SharePoint)

  1. OAuth token used to list files within the configured folder only
  2. Each file downloaded into memory, scanned, immediately discarded
  3. OAuth credentials stored securely server-side - encrypted in transit via HTTPS
  4. Tokens are scoped to read-only access - no write, delete, or share permissions are requested

Stored assessment record fields

  • Assessment ID, tenant ID, date range, status
  • Per-file: file name, compliance score, risk level, finding labels
  • Aggregate scores across 7 governance dimensions
  • Remediation plan (issue categories and recommended actions - no file content)
ℹ️File content is never included in the stored assessment record. An auditor examining the database would find scores and category labels, not document text.

🧠 Policy Intelligence Privacy Model

Policy Intelligence analyses uploaded policy documents and suggests improvements based on compliance patterns.

Upload and analysis flow

  1. Policy document (PDF, DOCX, TXT) uploaded via the dashboard
  2. Text extracted server-side (same OCR pipeline as file scanning)
  3. Analysis runs against the extracted text to identify gaps and suggest improvements
  4. Extracted text is not persisted after analysis completes
  5. Stored record contains: suggestion list, review status per suggestion, document metadata

Stored policy record fields

  • Policy name, upload timestamp, tenant ID
  • Suggestion text (generated improvement recommendations)
  • Review status per suggestion (Pending / Accepted / Rejected / For Review)
  • Overall suggestion count and category distribution
βœ…Original document content is not stored after analysis. Only the generated suggestions (which reference policy clauses, not personal data) are retained.

πŸ”— Connector Security Model

Repository connectors allow ComplyBar to periodically scan a cloud drive folder and run automated assessments. The following security controls apply:

OAuth token security

ControlDetail
Token storageStored in secure server-side storage - access restricted to authenticated platform administrators only
Token scope (Google Drive)Read-only drive access - no write, delete, or share permissions requested
Token scope (Microsoft 365)Read-only file and site access - no write, delete, or share permissions requested
Token transmissionHTTPS / TLS only - tokens are never logged or exposed in any UI response
Token refreshHandled automatically; expired tokens prompt re-authorisation via the dashboard
File download scopeLimited strictly to the specific folder configured in the connector - not the full drive or tenant

Assessment run controls

  • Files downloaded one at a time into memory - no bulk storage
  • Each file discarded immediately after scanning
  • Connector run log records: files found count, files assessed count, errors - not file content
  • Admins can disable or delete a connector at any time, which stops all future runs

πŸ—„ Data Retention & Storage

Storage model

At rest: Structured audit metadata and configuration stored in secure server-side storage
Enterprise / production: Supported migration to managed database with encrypted volumes and automated backups
In transit: All connections via HTTPS / TLS 1.2+

Data categories and retention

Data CategoryWhere StoredRetention
Audit events (metadata only)Secure server-side storageCustomer-controlled - until manually purged by admin
Tenant and user recordsSecure server-side storageUntil account deleted
Authentication credentialsSecure server-side storage (hashed - never plaintext)Until account deleted
Compliance rulesSecure server-side storageUntil rule deleted by admin
Repository assessment recordsSecure server-side storageUntil assessment deleted by admin
Policy intelligence recordsSecure server-side storage (suggestions only - not source document)Until policy deleted by admin
OAuth connector credentialsSecure server-side storageUntil connector deleted or access revoked
Session dataIn-memory - not persisted to diskExpires on browser close or session timeout
Uploaded files / ZIP archivesTemporary processing - never written to diskDiscarded immediately after scan completes
⚠️Audit event retention is currently customer-controlled (admin-managed). Configurable automated retention policies are available in enterprise deployments.

πŸ”‘ Access Controls

Authentication

  • Session-based authentication with HTTP-only, Secure, SameSite cookies
  • Passwords hashed using industry-standard algorithms - passwords are never stored in plaintext
  • Password management handled via the platform administration console

Role-based access

RoleAccess scope
Platform AdministratorFull platform access - all tenants, all data, platform administration
Tenant AdministratorDashboard scoped strictly to their own organisation - cannot access any other tenant's data
Sales / DemoRestricted to designated demo environments only
Extension UserBrowser extension access only - no dashboard access; audit submission and rule retrieval only

Tenant isolation

All data queries are enforced server-side with a tenant-scoping filter applied to every read operation. A Tenant Administrator cannot retrieve data for any other organisation - even via a crafted or direct request.

βœ…The browser extension uses cross-origin API calls (required by Chrome's architecture). All endpoints that return organisation data are scoped by tenant ID - no cross-tenant data leakage is possible.

πŸ“œ Compliance Considerations

FrameworkRelevance to ComplyBar
GDPR / UK GDPRMetadata-only model minimises personal data processing. userId (typically a work email) is the only personal data field in audit records. Data controller is the deploying organisation. No sub-processor transfers of content data occur.
ISO 27001ComplyBar provides an audit trail of all compliance-relevant user actions - directly supporting Annex A controls A.8.15 (logging) and A.8.16 (monitoring).
SOC 2 Type IISystematic, tamper-evident audit log supports the Availability and Security criteria. Assessment mode enables controlled measurement of control effectiveness.
Cyber Essentials (UK)Extension uses browser-native APIs only - no elevated OS permissions. Network traffic is HTTPS-only.
HIPAANo Protected Health Information (PHI) is stored - only category labels. However, deploying organisations in healthcare should obtain a BAA from their hosting provider.
PCI DSSNo cardholder data stored. Audit logs of financial-category detections support requirement 10 (audit trail). ComplyBar is not a payment processor.
POPIA (South Africa)The deploying organisation is the Responsible Party; ComplyBar acts as Operator. Metadata-only model limits personal data to the optional user identifier (work email). Full alignment detail in the POPIA Alignment section below.
ℹ️This document is provided for information purposes. Organisations should conduct their own DPIA, POPIA impact assessment, and legal review before deployment in regulated environments.

πŸ‡ΏπŸ‡¦ POPIA Alignment (South Africa)

The Protection of Personal Information Act (POPIA, Act 4 of 2013) governs the processing of personal information in South Africa. The table below maps ComplyBar's design and operation to key POPIA requirements for accounting firms, professional service organisations, and public sector bodies.

POPIA RequirementComplyBar Approach
Responsible PartyThe deploying organisation (your firm or authority) is the Responsible Party. ComplyBar acts as Operator - processing governance metadata strictly on the Responsible Party's behalf and subject to their instructions.
Lawful Processing GroundsProcessing of governance event metadata is based on the Responsible Party's legitimate interest in information governance and risk management. No personal content data (communications or documents) is processed.
Purpose LimitationGovernance event metadata is collected exclusively for compliance monitoring, risk reporting, and governance audit trail purposes - not for profiling, secondary processing, or commercial use.
Data MinimisationOnly governance event metadata is collected. The user identifier (typically a work email address) is the only personal information in audit records. No message content, document text, or personal communications are recorded.
Security Safeguards (Section 19)HTTPS-only transmission; tenant-isolated storage; role-based access controls; session-based authentication with HTTP-only cookies. No data accessible to other tenants or unauthenticated parties.
Data Subject RightsThe user identifier (work email) can be removed from audit records on request. No personal content is stored, so content-based subject access requests are not applicable. Records can be purged by the Responsible Party's administrators at any time.
Cross-Border TransfersConfigurable - customer-controlled and self-hosted deployment options are available to keep all data within South Africa. Cloud-hosted deployments can be scoped to local infrastructure on request.
Retention & DestructionRetention period and destruction schedule are set and managed entirely by the Responsible Party's administrators within the ComplyBar platform. Records can be purged at any time without vendor involvement.
Information Officer ObligationsComplyBar's governance audit trail directly supports the Information Officer's statutory obligations under POPIA - providing a documented, searchable record of information handling incidents and risk detection events.
ℹ️Organisations should conduct their own legal review and POPIA impact assessment before deployment. ComplyBar can provide supplementary documentation to support this process - contact complybarsales@oursystem.live.

🌍 Data Residency

ComplyBar offers multiple deployment configurations to accommodate data sovereignty, data residency, and regulatory requirements across jurisdictions including South Africa, the EU, and the UK.

Deployment ModelData LocationSuitable For
Cloud-Hosted (Default) ComplyBar managed cloud infrastructure Organisations comfortable with managed SaaS; fastest deployment path
Customer-Managed Cloud Your chosen cloud provider (AWS, Azure, GCP) - region of your choice Organisations with existing cloud frameworks or specific regional data requirements
Private / On-Premises Entirely within your own infrastructure Government bodies, regulated financial institutions, strict data sovereignty requirements
South Africa Hosted South African data centre / local hosting POPIA-sensitive deployments; South African public sector; municipalities; professional services firms
βœ…All deployment models support the metadata-only privacy architecture. Data never leaves the chosen hosting environment. Contact complybarsales@oursystem.live to discuss your data residency requirements.

πŸ”¬ Independent Verification

Organisations are encouraged to verify ComplyBar's metadata-only operation during a pilot. The design is intentionally transparent and auditable.

How to verify during a pilot

Verification methodWhat you can confirm
Browser network traffic inspectionOutbound requests from the extension contain only structured metadata - no email body, message text, or file content appears in any network request
Audit record reviewEvery stored audit event contains only labels, timestamps, and identifiers - reviewable directly in the dashboard Audit Log
Connector permission reviewOAuth permissions granted to ComplyBar can be reviewed in Google Workspace Admin or Microsoft Azure AD - read-only access only is requested
Sample assessment output reviewRepository assessment records contain file names, scores, and category labels - no document content. Reviewable directly in the dashboard
Silent mode baseline comparisonRun a silent assessment alongside normal operations - compare audit event volume and categories without any user-facing changes
ℹ️ComplyBar's metadata-only architecture means that an organisation's information security team, auditors, or legal counsel can independently verify the privacy claims on this page without requiring access to proprietary source code.

πŸš€ Pilot Deployment Options

ComplyBar offers a structured range of pilot configurations to match your organisation's risk appetite, privacy requirements, and evaluation objectives.

Pilot OptionDescriptionSuitable for
Demo Environment Fully isolated demo instance using test files and synthetic data only. No real user data involved. Initial evaluation, procurement review, board presentations
Limited Department Pilot Restricted rollout to a selected group of users or a single department. Full functionality with controlled scope. Proof of concept, early adopter teams, phased rollout
Silent Assessment Extension deployed to users with no visible warnings or interventions. Risk events are measured without displaying warning banners or workflow interruptions, allowing organisations to establish a baseline before introducing interventions. Baseline risk measurement, pre-intervention benchmarking, change impact analysis
Assisted Assessment Extension deployed with full warning banners, Fix / Dismiss / Proceed / Approval Request interactions enabled. Users see all risk alerts. Active compliance training, policy enforcement, awareness pilots
Comparison Assessment Users split into a Silent group and an Assisted group. Enables side-by-side measurement of whether warning interventions reduce risk events. Demonstrating compliance ROI, quantifying warning effectiveness, audit evidence
Sample Repository Review Repository Assessment run against a non-sensitive or test document library. Generates governance scores and a remediation plan without involving live client data. Demonstrating document governance capabilities, IT governance reviews
Metadata-Only Mode Default operation mode. No raw content is retained at any point. All audit records contain structured metadata only. Privacy-sensitive environments, regulated industries, GDPR-conscious deployments
Customer-Controlled Environment ComplyBar deployed within the customer's own hosting environment or private cloud. All data remains entirely within the customer's infrastructure. High-security environments, enterprise deployments, regulated sectors requiring data residency control

πŸ—Ί Recommended Pilot Approach

The following structured approach enables organisations to evaluate ComplyBar in a controlled and auditable manner, with minimal risk and clear visibility at every stage.

1
Demo Review
Review against demo repository or test files - no live data involved
2
Limited User Group
Deploy to a selected department or team with full functionality and controlled scope
3
Metadata-Only Assessment
Run a silent baseline - governance risks measured without user interruptions or workflow changes
4
Review Findings
Review governance findings, risk distribution, and platform recommendations with your team
5
Decide on Rollout
Decide on active interventions, broader deployment, and integration with existing governance frameworks
βœ…Each step is independently verifiable. Your information security or compliance team can review audit records and assessment outputs at any stage to confirm the metadata-only model in operation.

πŸ“„ Public Security Summary

This public document is intentionally high-level. It is designed to provide sufficient information for an initial privacy and security review without exposing proprietary implementation details.

ℹ️Detailed architecture documentation, pilot configuration guides, technical security controls, deployment architecture diagrams, and integration specifications can be shared under NDA or during a controlled pilot review engagement.

πŸ” Request Detailed Security Pack

Detailed security architecture, pilot configuration details, and technical review material are available to qualified organisations under NDA or controlled pilot terms.

What's included in the Security Pack
πŸ“Full architecture and data flow diagrams
πŸ”’Security controls documentation
πŸš€Pilot configuration and deployment guide
πŸ“‹Integration and API specifications
βš–οΈGDPR / ISO 27001 alignment documentation
🏒Customer-controlled deployment options
βœ‰ Request Security Pack πŸ“ž 081 427 5777