1. SECURITY ARCHITECTURE

1.1 Multi-Layered Defense Strategy

text

┌─────────────────────────────────────────────────────┐
│                    SECURITY LAYERS                   │
├─────────────────────────────────────────────────────┤
│ LAYER 7: Policies & Governance                      │
│ LAYER 6: Application Security (SAST/DAST/RASP)      │
│ LAYER 5: Data Security (Encryption, DLP, Masking)   │
│ LAYER 4: Platform Security (Containers, Orchestration)│
│ LAYER 3: Network Security (Firewalls, WAF, IDS/IPS) │
│ LAYER 2: Infrastructure Security (Hardening, Patching)│
│ LAYER 1: Physical Security (Data Centers, Access)   │
└─────────────────────────────────────────────────────┘

1.2 Infrastructure Architecture

Cloud Infrastructure:

  • Primary: AWS (US-East, EU-Frankfurt, APAC-Singapore)
  • Secondary: Azure (Disaster Recovery)
  • Private Cloud: Available for regulated industries

Deployment Model:

text

┌─────────────────────────────────────────────────────┐
│               MULTI-TENANT ARCHITECTURE              │
├─────────────────────────────────────────────────────┤
│ Customer A → Logical Isolation → Shared Infrastructure│
│ Customer B → Logical Isolation → Shared Infrastructure│
│ Customer C → Logical Isolation → Shared Infrastructure│
│                                                    │
│ FEATURES:                                          │
│ • Database-level isolation                         │
│ • Encryption per tenant                            │
│ • Network traffic segregation                      │
│ • Resource quota enforcement                       │
└─────────────────────────────────────────────────────┘

Availability Zones: Deployed across 3+ availability zones per region


2. DATA PROTECTION

2.1 Encryption Implementation

Encryption TypeImplementationKey Management
Data at RestAES-256 encryption for all databases, backups, logsAWS KMS with automatic key rotation every 90 days
Data in TransitTLS 1.3 for all external communications, TLS 1.2 minimumCertificate management via Let’s Encrypt & AWS ACM
End-to-End EncryptionOptional for sensitive fields (available Q2 2024)Customer-managed keys via BYOK (Bring Your Own Key)
Application-Level EncryptionField-level encryption for sensitive dataHierarchical key structure with access controls

Encryption Flow:

text

User Data → TLS 1.3 → Load Balancer → Application → 
AES-256 Encryption → Database/Storage → Encrypted Backups

2.2 Data Classification & Handling

Four-Tier Classification:

  1. Public: Non-sensitive, shareable data
  2. Internal: Company internal information
  3. Confidential: Business-sensitive data
  4. Restricted: Highly sensitive (PII, financial, health)

Handling Procedures:

  • Automated Classification: ML-based classification engine
  • Data Loss Prevention (DLP): Real-time content scanning
  • Masking & Redaction: Dynamic data masking in UI
  • Access Controls: Granular permissions per classification level

2.3 Data Residency & Sovereignty

Region Selection: Customers choose data storage region during setup

  • US Region: AWS us-east-1 (Virginia)
  • EU Region: AWS eu-central-1 (Frankfurt)
  • APAC Region: AWS ap-southeast-1 (Singapore)
  • South Africa: AWS af-south-1 (Cape Town, Q2 2024)

Cross-Region Data Transfer: Never occurs without explicit customer consent


3. ACCESS CONTROL & IDENTITY MANAGEMENT

3.1 Authentication Framework

Multi-Factor Authentication (MFA):

  • Required for: All administrative accounts
  • Optional for: End users (configurable by admin)
  • Methods Supported: TOTP, SMS, Email, Hardware keys (Yubikey), Biometrics

Single Sign-On (SSO):

  • Protocols: SAML 2.0, OAuth 2.0, OpenID Connect
  • Providers: Okta, Azure AD, Google Workspace, OneLogin, Ping Identity
  • SCIM 2.0: Automated user provisioning/deprovisioning

Password Policies:

  • Minimum 12 characters
  • Must include uppercase, lowercase, numbers, symbols
  • Password history: Last 24 passwords remembered
  • Maximum age: 90 days
  • Account lockout: 5 failed attempts, 15-minute lockout

3.2 Authorization & Role-Based Access Control (RBAC)

Five-Tier Role Structure:

text

┌─────────────────────────────────────────────────────┐
│                    RBAC HIERARCHY                    │
├─────────────────────────────────────────────────────┤
│ SYSTEM ADMIN (WorkDuty)                             │
│ │                                                    │
│ ├── COMPANY ADMIN (Customer)                        │
│ │   ├── PROJECT MANAGER                             │
│ │   │   ├── TEAM MEMBER                             │
│ │   │   └── VIEWER                                  │
│ │   └── AUDITOR (Read-only)                         │
│ │                                                    │
│ └── EXTERNAL USER (Limited access)                  │
└─────────────────────────────────────────────────────┘

Permission Matrix:

PermissionSystem AdminCompany AdminProject ManagerTeam MemberViewer
Create Projects
Delete Projects
Add Team Members
View All ProjectsLimitedLimited
Export Data
Configure Integrations
Access Audit Logs
Manage Billing

3.3 Just-In-Time Access & Privileged Access Management

PAM Implementation:

  • Time-bound access: Maximum 4-hour sessions for privileged operations
  • Approval workflows: Manager approval for sensitive operations
  • Session recording: Video recording of all administrative sessions
  • Command logging: Complete audit trail of privileged commands

4. NETWORK SECURITY

4.1 Network Architecture

Segmentation Strategy:

text

┌─────────────────────────────────────────────────────┐
│                 NETWORK SEGMENTATION                 │
├─────────────────────────────────────────────────────┤
│ PUBLIC INTERNET                                      │
│ ↓                                                    │
│ DMZ LAYER (Web Application Firewall, CDN)           │
│ ↓                                                    │
│ APPLICATION LAYER (Microservices, APIs)             │
│ ↓                                                    │
│ DATA LAYER (Databases, Caches, Storage)             │
│ ↓                                                    │
│ MANAGEMENT LAYER (Internal tools, Monitoring)       │
└─────────────────────────────────────────────────────┘

4.2 Security Controls

Web Application Firewall (WAF):

  • Provider: AWS WAF with managed rules
  • Protections: SQL injection, XSS, CSRF, DDoS, Bad bots
  • Custom Rules: Customer-specific rule creation available
  • Real-time Monitoring: 24/7 threat detection

DDoS Protection:

  • AWS Shield Advanced: Always-on DDoS protection
  • Rate Limiting: Per-customer API rate limits
  • Traffic Analysis: Anomaly detection with ML

Network Monitoring:

  • IDS/IPS: Suricata-based intrusion detection
  • Flow Logs: Complete network traffic logging
  • Threat Intelligence: Integration with commercial threat feeds

4.3 API Security

API Gateway Security:

  • Authentication: OAuth 2.0, JWT tokens
  • Rate Limiting: Per API key, per endpoint
  • Schema Validation: Strict input validation
  • API Versioning: Backward compatibility maintained

API Security Testing:

  • Static Analysis: SAST tools integrated in CI/CD
  • Dynamic Analysis: DAST scanning weekly
  • Penetration Testing: Annual third-party API security testing

5. APPLICATION SECURITY

5.1 Secure Development Lifecycle (SDLC)

Development Process:

text

Requirements → Threat Modeling → Secure Coding → 
Code Review → SAST/DAST Testing → Security Review → 
Deployment → Runtime Protection → Monitoring

Key Practices:

  1. Threat Modeling: STRIDE methodology for all features
  2. Secure Coding Standards: OWASP Top 10 compliance
  3. Peer Code Review: Mandatory for all changes
  4. Security Champions: Embedded security experts in each team
  5. Security Training: Annual developer security certification

5.2 Vulnerability Management

Vulnerability Scanning Schedule:

Scan TypeFrequencyToolCoverage
SASTOn every commitSonarQube, CheckmarxAll source code
DASTWeeklyOWASP ZAP, Burp SuiteAll applications
Container ScanningOn every buildTrivy, ClairAll Docker images
Dependency ScanningDailySnyk, DependabotAll third-party libraries
Infrastructure ScanningWeeklyQualys, NessusAll cloud resources

Vulnerability Response SLA:

  • Critical: 24 hours to patch
  • High: 7 days to patch
  • Medium: 30 days to patch
  • Low: 90 days to patch or risk acceptance

5.3 Runtime Application Self-Protection (RASP)

Features:

  • Behavior Monitoring: Detect anomalous application behavior
  • Attack Blocking: Real-time attack prevention
  • Virtual Patching: Immediate protection for vulnerabilities
  • Telemetry Collection: Security event logging

6. INFRASTRUCTURE SECURITY

6.1 Cloud Security Configuration

AWS Security Configuration:

  • CloudTrail: All API calls logged and monitored
  • Config Rules: Continuous compliance checking
  • GuardDuty: Intelligent threat detection
  • Security Hub: Centralized security view

Hardening Standards:

  • CIS Benchmarks: All servers hardened to CIS Level 2
  • Immutable Infrastructure: Servers replaced, not patched
  • Minimal Attack Surface: Only required ports open
  • Regular Patching: Automated security updates

6.2 Container Security

Kubernetes Security:

  • Pod Security Policies: Restricted by default
  • Network Policies: Zero-trust network model
  • RBAC: Strict Kubernetes role-based access
  • Secrets Management: External secrets management (HashiCorp Vault)

Container Registry Security:

  • Image Signing: All production images digitally signed
  • Vulnerability Scanning: Pre-deployment scanning
  • Approval Workflows: Manual approval for production images

6.3 Secrets Management

Implementation:

  • HashiCorp Vault: Centralized secrets management
  • Dynamic Secrets: Short-lived credentials for databases
  • Encryption: AES-256-GCM for all secrets
  • Access Logging: Complete audit trail for secret access

7. INCIDENT RESPONSE & BUSINESS CONTINUITY

7.1 Incident Response Plan

Response Team Structure:

text

INCIDENT COMMANDER (Head of Security)
├── TECHNICAL LEAD (Engineering)
├── COMMUNICATIONS LEAD (Marketing/PR)
├── LEGAL/COMPLIANCE LEAD
└── CUSTOMER SUPPORT LEAD

Response Phases:

  1. Preparation: Training, tooling, playbooks
  2. Identification: Detection and validation
  3. Containment: Isolate affected systems
  4. Eradication: Remove threat completely
  5. Recovery: Restore normal operations
  6. Lessons Learned: Post-incident review

Notification Timelines:

  • Internal: Within 15 minutes of confirmation
  • Customers: Within 24 hours (critical incidents within 4 hours)
  • Regulators: Per legal requirements (GDPR: 72 hours, POPIA: ASAP)

7.2 Business Continuity & Disaster Recovery

Recovery Objectives:

  • RTO (Recovery Time Objective): < 4 hours
  • RPO (Recovery Point Objective): < 15 minutes

DR Plan Components:

  1. Data Backup: Daily encrypted backups, 30-day retention
  2. Infrastructure as Code: Complete environment recreation capability
  3. Failover Testing: Quarterly disaster recovery drills
  4. Geographic Redundancy: Multi-region deployment option

Backup Strategy:

  • Frequency: Incremental hourly, full daily
  • Storage: 3 copies across different availability zones
  • Encryption: AES-256 with separate encryption keys
  • Testing: Monthly backup restoration tests

8. MONITORING & LOGGING

8.1 Security Monitoring

SIEM Implementation:

  • Platform: Splunk Enterprise Security
  • Data Sources: Application logs, network logs, cloud logs, endpoint logs
  • Retention: 90 days hot storage, 1 year cold storage
  • Analytics: ML-based anomaly detection

Key Monitoring Metrics:

  • Failed login attempts
  • Unusual data access patterns
  • Configuration changes
  • API usage anomalies
  • Resource consumption spikes

8.2 Audit Logging

Log Categories:

  1. Authentication Logs: All login attempts (success/failure)
  2. Authorization Logs: Permission changes, access requests
  3. Data Access Logs: Who accessed what data when
  4. Configuration Logs: System configuration changes
  5. Integration Logs: Third-party integration activities

Log Protection:

  • Immutable Storage: WORM (Write Once Read Many) storage
  • Tamper Detection: Cryptographic hash verification
  • Access Controls: Strict access to audit logs
  • Regular Audits: Quarterly log integrity verification

9. COMPLIANCE & CERTIFICATIONS

9.1 Current Certifications

SOC 2 Type II:

  • Scope: Security, Availability, Confidentiality
  • Auditor: Big 4 accounting firm
  • Frequency: Annual audit
  • Reports: Available under NDA for customers

ISO 27001 (In Progress):

  • Expected Certification: Q3 2024
  • Scope: All WorkDuty operations
  • ISMS: Information Security Management System implemented

9.2 Regulatory Compliance

GDPR Compliance:

  • Data Protection Officer appointed
  • Article 30 records maintained
  • Data Processing Addendum available
  • EU Representative: appointed in Ireland

POPIA Compliance:

  • Information Officer appointed
  • Section 11 lawful processing implemented
  • Information Regulator registration completed

Industry-Specific Compliance:

  • Healthcare: HIPAA BAA available (additional fee)
  • Finance: PCI DSS Level 1 planned for 2024
  • Government: FedRAMP Moderate planned for 2025

9.3 Third-Party Audits

Annual Security Assessments:

  1. Penetration Testing: By CREST-certified firm
  2. Code Review: Independent security code audit
  3. Architecture Review: Security architecture assessment
  4. Compliance Audit: Regulatory compliance verification

10. CUSTOMER SECURITY CONTROLS

10.1 Customer Configuration Options

Security Settings Dashboard:

text

SECURITY CENTER
├── Authentication
│   ├── Require MFA for all users
│   ├── SSO configuration
│   └── Session timeout settings
├── Data Protection
│   ├── Data classification rules
│   ├── DLP policies
│   └── Data retention policies
├── Access Control
│   ├── IP allowlisting
│   ├── Time-based access
│   └── Role customization
└── Monitoring
    ├── Activity alerts
    ├── Audit log access
    └── Security reports

10.2 Security Features by Plan

FeatureBasicProfessionalEnterpriseGovernment
MFA EnforcementOptionalRequiredRequiredRequired
SSO Integration✅ (1 provider)✅ (Unlimited)✅ (Unlimited)
IP Allowlisting
Advanced DLP
Custom Roles
Audit Log Access30 days90 days1 year3 years
Security ReportsBasicStandardAdvancedCustom
Pen Test ReportsOn requestIncluded
SOC 2 ReportOn requestIncludedIncluded

10.3 Customer Security Responsibilities

Shared Responsibility Model:

text

WORKDUTY RESPONSIBILITIES:
• Platform security
• Infrastructure protection
• Data encryption
• Vulnerability management
• Compliance certifications

CUSTOMER RESPONSIBILITIES:
• User access management
• Data classification
• Security configuration
• Incident response (for their data)
• Compliance with their regulations

11. SECURITY ROADMAP

11.1 2024 Initiatives

Q1 2024:

  • ✅ ISO 27001 certification preparation
  • ✅ Enhanced DLP capabilities
  • ✅ Customer-managed encryption keys

Q2 2024:

  • South African data region launch
  • Advanced threat hunting capabilities
  • Container security enhancements

Q3 2024:

  • ISO 27001 certification
  • Zero Trust Architecture implementation
  • Enhanced API security

Q4 2024:

  • Quantum-resistant cryptography research
  • AI-powered security analytics
  • Enhanced mobile security

11.2 Future Initiatives

2025:

  • FedRAMP Moderate certification
  • PCI DSS Level 1 certification
  • Sovereign cloud options
  • Enhanced quantum computing protections

12. SECURITY CONTACTS & RESOURCES

12.1 Security Contacts

General Inquiries: security@workduty.com
Vulnerability Reports: security@workduty.com (PGP key available)
Abuse Reports: abuse@workduty.com
Privacy Questions: privacy@workduty.com
Legal Requests: legal@workduty.com

Emergency Contact: +27 87 094 0710 – 24/7 availability

12.2 Security Documentation

Public Resources:

Customer Resources:

  • Security Configuration Guide
  • Compliance Assistance Package
  • Security Training Materials
  • Incident Response Playbooks

12.3 Independent Verification

Third-Party Validation:

  • Security Scorecards: Available from security rating agencies
  • Penetration Test Reports: Available under NDA
  • Architecture Reviews: Available for enterprise customers
  • Compliance Documentation: SOC 2, ISO 27001 reports

CONCLUSION

WorkDuty maintains a comprehensive, multi-layered security program designed to protect customer data with enterprise-grade controls. Our security framework is built on industry best practices, regular third-party validation, and continuous improvement.

We believe security is not a feature but a fundamental requirement, and we’re committed to maintaining the highest standards of data protection for all our customers.

Last Updated: January 15, 2024
Next Review: July 15, 2024
Document Owner: Chief Information Security Officer
Contact: administration@workduty.com


APPENDIX: SECURITY METRICS & KPIs

Performance Metrics (Last 12 Months):

  • Uptime: 99.98%
  • Mean Time to Detect (MTTD): 15 minutes
  • Mean Time to Respond (MTTR): 45 minutes
  • Vulnerability Remediation Rate: 98.7%
  • Security Training Completion: 100%
  • Pen Test Findings Remediated: 100%

Compliance Metrics:

  • SOC 2 Controls: 100% effective
  • GDPR Compliance: 100% requirements met
  • POPIA Compliance: 100% requirements met
  • Security Policy Adherence: 99.5%

Incident Metrics (Last 12 Months):

  • Security Incidents: 2 (both low severity)
  • False Positives: 42 (investigated and closed)
  • Customer Data Breaches: 0
  • Regulatory Notifications Required: 0

Metrics updated quarterly in Customer Security Reports

Select the fields to be shown. Others will be hidden. Drag and drop to rearrange the order.
  • Image
  • SKU
  • Rating
  • Price
  • Stock
  • Availability
  • Add to cart
  • Description
  • Content
  • Weight
  • Dimensions
  • Additional information
Click outside to hide the comparison bar
Compare