Information Security Policy
Purpose
This policy establishes the framework for protecting all information assets held by or processed through Luxury Assets Index, including collector vault data, asset records, documents, and system configurations.
Scope
This policy applies to all systems, services, and data operated by Luxury Assets Index, including third-party services used to deliver the platform.
Information Classification
| Classification | Examples | Controls Required |
|---|---|---|
| Public | Landing page, marketing content, published policies | Standard web security |
| Internal | Product roadmap, internal documentation | Access restricted to authorised team |
| Confidential | Customer names, email addresses, account details | Encryption at rest and in transit, access logging |
| Highly Confidential | Asset values, serial numbers, financial documents, storage locations | Field-level encryption, strict access controls, audit trail, time-limited access |
Key Controls
- All data transmitted via HTTPS (TLS 1.3 minimum)
- Passwords hashed using scrypt with a unique random salt per account — never stored in plain text
- Sensitive database fields encrypted at rest
- Access to production systems restricted to authorised personnel only
- API keys and secrets stored in environment variables, never in code repositories
- Regular review of third-party service permissions
Data Protection Policy
Purpose
This policy ensures Luxury Assets Index processes personal data in compliance with the UK General Data Protection Regulation (UK GDPR) and the Data Protection Act 2018.
Data Protection Principles
We process personal data in accordance with the UK GDPR principles:
- Lawfulness, fairness, and transparency — We have a documented lawful basis for all processing
- Purpose limitation — Data is collected for specified, explicit purposes and not processed beyond those
- Data minimisation — We collect only what is necessary
- Accuracy — We take reasonable steps to keep data accurate and up to date
- Storage limitation — Data is retained only as long as necessary
- Integrity and confidentiality — Appropriate security measures are in place
- Accountability — We can demonstrate compliance with these principles
Data Retention Schedule
| Data Type | Retention Period | Basis |
|---|---|---|
| Account data (active) | Duration of account | Contract |
| Account data (closed) | 30 days post-closure | GDPR right to erasure |
| Asset and vault data | Duration of account + 30 days | Contract |
| Financial transaction records | 7 years | Legal obligation (HMRC) |
| Audit logs | 2 years | Legitimate interests (security) |
| Backup copies | 90 days | Legitimate interests (continuity) |
| Support communications | 2 years post-resolution | Legitimate interests |
Subject Rights Process
Requests from individuals exercising their UK GDPR rights must be:
- Acknowledged within 3 working days
- Responded to within 30 calendar days
- Logged in the Subject Access Request register
- Verified for identity before data is released
Access Control Policy
Purpose
This policy ensures that access to platform systems and collector data is granted on a least-privilege basis and is subject to appropriate controls.
User Access Levels
| Role | Access Scope | Controls |
|---|---|---|
| Collector | Own vault data only | Authenticated session, MFA (planned) |
| Insurance Partner | Explicitly shared data only, at granted level | Collector permission required, access timestamped |
| Family Office | Consolidated view of consenting family members | Per-member permission required |
| Dealer / Verifier | Stolen register and value range only | No personal data, public lookup |
| Platform Administrator | System management | Restricted data visibility where possible; structured action logging planned, not yet built |
Permission Model
- All third-party access requires explicit, scoped permission from the data owner
- Permissions are granted at one of three levels (Basic, Full, Claims) as documented in the Security & Trust Framework
- Permissions are timestamped with grant date, purpose, and expiry
- All permissions can be revoked by the data owner at any time
- Time-limited permissions (e.g. Claims Access) expire automatically
Administrative Access
- Production API access is restricted to authorised personnel only
- Structured logging of administrative actions is planned but not yet implemented — see Compliance Roadmap
- API keys are rotated immediately upon any suspected compromise
- Access to production systems is reviewed quarterly
Incident Response Plan
Purpose
This plan establishes the process for detecting, responding to, and recovering from security incidents, including personal data breaches.
Incident Classification
| Severity | Definition | Response Time |
|---|---|---|
| P1 — Critical | Confirmed breach of personal data, system compromise, ransomware | Immediate — within 1 hour |
| P2 — High | Suspected breach, significant service outage, API key exposure | Within 4 hours |
| P3 — Medium | Partial service degradation, suspicious activity detected | Within 24 hours |
| P4 — Low | Minor issues, potential vulnerabilities identified | Within 72 hours |
Response Steps
- Detect & Triage — Identify the nature and scope of the incident
- Contain — Isolate affected systems, revoke compromised credentials, prevent further damage
- Assess — Determine what data was affected and who may be impacted
- Notify — If personal data is involved, notify ICO within 72 hours if risk to individuals is likely; notify affected users without undue delay
- Recover — Restore systems from clean backups, implement fixes
- Review — Document the incident, root cause, and preventive measures
ICO Reporting
Under UK GDPR Article 33, we must notify the ICO within 72 hours of becoming aware of a personal data breach that is likely to result in a risk to individuals' rights and freedoms. Report at: ico.org.uk/for-organisations/report-a-breach/
AI Governance Policy
Purpose
This policy governs how Luxury Assets Index uses AI services, ensuring customer data is protected and AI outputs are used responsibly.
AI Services Used
| Service | Provider | Purpose | Data Sent |
|---|---|---|---|
| Asset Analysis | Anthropic (Claude) | Rarity, market position, valuation factors | Brand, model, category, year — NO personal identifiers |
| Market Commentary | Anthropic (Claude) | Daily luxury market intelligence | Currency rates, commodity prices — NO personal data |
| Image Analysis | Anthropic (Claude) | Optional asset photo identification | Image file only — NO account or personal data |
AI Data Minimisation Rules
- Personal identifiers (name, email, account ID, address) are never included in AI prompts
- Asset financial details (exact purchase price, insurance value) are not sent in initial analysis requests
- AI prompts are reviewed at each new integration point to ensure minimisation
- Customer data is never used to train AI models without explicit written consent
AI Output Standards
- All AI-generated content is clearly labelled as AI-generated and informational only
- AI outputs do not constitute financial, insurance, legal, or valuation advice
- AI analysis includes appropriate caveats about accuracy and market conditions
- Users are encouraged to seek professional advice for significant financial decisions
Vendor Risk Management Policy
Purpose
This policy ensures that third-party vendors and service providers who process or store data on our behalf meet appropriate security and compliance standards.
Current Vendor Register
| Vendor | Service | Data Processed | Location | Assessment |
|---|---|---|---|---|
| Render.com | API hosting & database | Asset data, user accounts | USA (AWS infrastructure) | SOC 2 compliant. Standard contractual clauses apply. |
| Namecheap | Website hosting, domain | Static website files only | USA | No personal data processed at this layer. |
| Anthropic | AI analysis (Claude API) | Anonymised asset details only | USA | Enterprise API terms. No training on API data by default. |
| open.er-api.com | Currency rates | None — public data only | USA | No personal data. Public API. |
Vendor Assessment Process
- All new vendors processing personal data must be reviewed before onboarding
- Data Processing Agreements (DPAs) required from all vendors processing personal data
- Vendor security posture reviewed annually or upon material change
- International data transfers assessed for adequacy or appropriate safeguards (SCCs)
Secure Development Policy
Purpose
This policy establishes secure development practices to minimise security vulnerabilities in the Luxury Assets Index platform.
Current Practices
- All code stored in private GitHub repositories
- No secrets, API keys, or credentials committed to version control
- Environment variables used for all sensitive configuration
- Dependencies reviewed for known vulnerabilities via npm audit before deployment
- Input validation on all API endpoints
- CORS configured to restrict cross-origin requests
Planned Controls (Before Launch)
- Rate limiting on all API endpoints (express-rate-limit)
- Authentication middleware on all protected routes
- SQL injection and XSS protection (upon PostgreSQL migration)
- Automated dependency scanning (GitHub Dependabot)
- Professional penetration test before first paying customers
Change Management
- All changes deployed via GitHub → Render CI/CD pipeline
- No direct manual edits to production systems
- Rollback capability maintained via Git history
Business Continuity & Disaster Recovery
Purpose
This policy ensures the platform can recover from disruptions and continue to serve users with minimal downtime.
Recovery Objectives
| Scenario | Recovery Time Objective (RTO) | Recovery Point Objective (RPO) |
|---|---|---|
| API server outage | 30 minutes (Render auto-restarts) | Zero — stateless |
| Database corruption | 4 hours | 24 hours (once daily backups implemented) |
| Full platform outage | 24 hours | 24 hours |
| Key person unavailability | 72 hours (documentation-dependent) | N/A |
Current Continuity Measures
- Frontend website hosted independently from API — partial service available during API outages
- All code in GitHub — platform can be redeployed from source
- Render.com provides automatic restarts on process failure
Planned Improvements (Before Launch)
- Daily automated database backups to separate storage
- Migration from JSON file storage to PostgreSQL with point-in-time recovery
- Documented runbooks for all recovery scenarios
- Secondary deployment region consideration
- Formal DR test conducted annually