Security & data protection
What we keep, and what we deliberately do not
What follows describes what is implemented today. We do not claim standards we have not met or audits that have not been carried out — a claim like that surfaces precisely when it does the most damage.
The posture
Reducing exposure is the central architectural decision: data the system does not have to keep, it does not receive in the first place. Payment instrument details never pass through Rahlio’s servers, and identity documents are not collected.
The system is built as a modular monolith behind a single API boundary, with full separation between agencies’ data. Every call carries its tenant identity, and cross-tenant access does not exist as a code path.
Infrastructure runs on managed cloud providers, with traffic encrypted in transit over TLS and data encrypted at rest. Secrets are held in platform secret management and are not kept in the code repository.
Data and encryption
Encrypted in transit and at rest
All traffic runs over TLS. The database is encrypted at rest, and backups are managed by the database provider.
Sensitive fields encrypted separately
Sensitive preferences — dietary, allergy, accessibility — are collected only with explicit consent and encrypted at field level.
Time-limited retention
Planning data is retained for a defined period rather than indefinitely. A user can view their data, export it and request deletion.
Payments and supplier credentials
Out of PCI scope
Card details are submitted directly to the payment provider on its hosted page. Rahlio does not see, transmit or store card numbers.
Client funds do not pass through us
The charge is created on the agency’s own connected payment account. Money settles to the agency directly, and Rahlio collects a platform fee only.
Supplier credentials encrypted and isolated
API keys entered by an agency are stored encrypted, cannot be read back through the interface, and are not available to any other agency.
Access and operations
Role-based access
Permissions derive from role and agency membership. Administrative actions are written to an audit log.
Append-only records
Price changes, status transitions and supplier calls are stored with timestamps and are not removed by ordinary edits.
Environment separation
Sandbox and production environments are fully separated, supplier credentials included. A new adapter defaults to sandbox.
Artificial intelligence
The model is not a source of fact
Price, availability and cancellation terms are never generated by a language model. It phrases, summarises and translates — over data received from a supplier.
Redaction before sending
Payment details, identity documents and system secrets are not sent to the model. Redaction is enforced in code, not by prompt instruction alone.
Disclosed to the user
AI use is declared on a dedicated page, and any claim the system is not certain of is marked as such rather than presented as settled.
What is stored and what is not
Stored
- Request details: destination, dates, traveller count and child ages, budget and preferences
- Account details: email or sign-in identifier, language and currency
- Operational events and pseudonymous identifiers used to improve the product
- Orders: what was booked, with which supplier, at what price and under which terms
Not collected
- Card numbers or payment instrument details
- Identity documents — passports, national ID cards or images of them
- Health information beyond a preference the user explicitly chose to give
- Biometric data or continuous location
Reporting a vulnerability
Found a security problem? We want to hear about it, and we will treat the report seriously and without legal threat towards anyone who reports in good faith.
Please include a description, reproduction steps and likely impact. We acknowledge receipt and keep you updated. We ask that you do not access other users’ data and do not degrade service availability while testing.
info@rahlio.com