Trust & Safety

Security

Last updated: 21 April 2025

Security is not a feature — it is the foundation of everything we build. This page describes the technical and organisational measures BizAP uses to protect your data and keep the platform secure.

TLS 1.3
Encryption in transit
AES-256
Encryption at rest
24 hrs
Breach notification SLA

Cloud Infrastructure

BizAP runs on Supabase (hosted on AWS Frankfurt) and Render.com. Both providers maintain SOC 2 Type II certification and ISO 27001 compliance. Our infrastructure is entirely managed within secure data centres with physical access controls, redundant power, and 24/7 monitoring.

Network Isolation

Application components are deployed within private networks with restricted egress rules. Public-facing endpoints are protected by Web Application Firewalls (WAF) and DDoS mitigation. Database instances are not publicly accessible and can only be reached by authorised application services.

High Availability

Critical services are deployed with redundancy and automatic failover. We target 99.5% monthly uptime. Database backups are taken daily and retained for 30 days, with point-in-time recovery enabled. Backups are encrypted and stored separately from primary data.

Encryption in Transit

All data transmitted between your browser, our mobile apps, and BizAP servers is encrypted using TLS 1.2 or TLS 1.3. We enforce HTTPS across all endpoints and use HSTS to prevent protocol downgrade attacks. We do not support legacy SSL or TLS 1.0/1.1.

Encryption at Rest

All data stored in our databases and file storage is encrypted at rest using AES-256. Encryption keys are managed by our cloud providers' key management services with access strictly limited to authorised services. Backup data is also encrypted before storage.

Role-Based Access Control

Access to customer data within BizAP is governed by role-based access control (RBAC). Agents, supervisors, and administrators are granted only the minimum permissions necessary for their role. Row-level security (RLS) in the database ensures tenant data isolation — no customer can access another customer's data.

Multi-Factor Authentication

We support and encourage multi-factor authentication (MFA) for all user accounts. MFA is mandatory for BizAP internal staff accounts. We support TOTP authenticator apps. Suspicious login attempts trigger additional verification challenges.

Internal Access Controls

BizAP employee access to production systems follows the principle of least privilege. Access is granted on a need-to-know basis, subject to approval, and reviewed quarterly. All privileged access is logged. Production database access requires VPN and MFA. Departing employees have access revoked immediately upon offboarding.

Secure Development

Our development team follows secure coding practices based on the OWASP Top 10. All code changes undergo peer review before merging. Dependencies are monitored for known vulnerabilities using automated scanning tools. Security patches are applied within 72 hours of a critical CVE being published.

Penetration Testing

BizAP undergoes independent penetration testing at least annually. Findings are triaged by severity and remediated according to defined SLAs: critical within 24 hours, high within 7 days, medium within 30 days. Results are reviewed by senior management and drive our security roadmap.

API Security

All API endpoints require authentication via JWT tokens with short expiry windows. Rate limiting is applied to all endpoints to prevent abuse. Webhook payloads from Meta's WhatsApp API are verified using HMAC-SHA256 signature validation before processing. SQL injection, XSS, and CSRF protections are enforced at the application layer.

Continuous Monitoring

Our infrastructure is monitored 24/7 with automated alerting for anomalous activity, error spikes, and performance degradation. Security events — including failed logins, privilege escalations, and unusual data access patterns — are logged to a centralised SIEM and reviewed by our team.

Incident Response Plan

BizAP maintains a documented Incident Response Plan (IRP) that is tested annually. In the event of a confirmed security incident, our response team is activated within 1 hour. Affected customers and, where required, the Information Regulator are notified within 24 hours of confirmed impact. Post-incident reports are provided for significant events.