Security and privacy at Lucivion
Lucivion turns aged-care clinical data into reports for the people who run care homes. This page explains how we protect that data. For whether the service is running now, see status.lucivion.com.
More detailed answers are available on request from security@lucivion.com.
- Data location
- Australia (AWS Sydney)
- Client separation
- Enforced by the database, tested weekly
- Sign-in
- MFA for every user, no opt-out
- Recovery
- Target: back within 4 business hours, at most 5 minutes of data lost
- Breach notice
- Within 24 hours of confirming a breach of your data
Data protection
How resident and client data is stored, encrypted and kept separate.
Where is our data stored?
All client data is stored in Australia, in AWS's Sydney region. Our AWS organisation blocks every other region by policy, so data can't be placed overseas by mistake. Your reports' AI processing and our backup copies also stay in Australia.
Is data encrypted?
Yes. Every connection uses TLS 1.2 or 1.3, and plain HTTP is redirected to HTTPS. All stored data is encrypted with AES-256. The database, report files, backups and our audit trail are encrypted under keys we control in AWS KMS, which rotate automatically every year.
Is our data kept separate from other clients?
Yes, and the database enforces it, not just the application. Row-level security limits every query to a single organisation, so a software bug can't return another client's records. Automated tests check this every week against our development environment, which runs the same code, by signing in as one test organisation and trying to reach another's data.
Access control
Who can reach your data and how they prove who they are.
How do portal users sign in?
Every user needs a password of at least 12 characters and a code from an authenticator app, and MFA can't be switched off. Passwords are stored with Argon2id. Repeated failed sign-ins lock the account. Sessions end after 30 minutes of inactivity and after 8 hours at most, and every sign-in is logged.
Who at Lucivion can access our data?
Only named staff whose role requires it, each bound by a confidentiality agreement. They sign in through single sign-on with MFA, never with shared or long-lived keys, and their sessions expire within 8 hours. Admin tools are reachable only over our private network. Every action is recorded in a tamper-evident audit log kept for seven years.
Infrastructure
Where the platform runs and how it is built and changed.
How is the platform hosted?
On AWS in Sydney, split across separate accounts for production, development, backups and security logs, and management, so a problem in one can't spread to the others. The database and application servers can't be reached from the internet, and the public entry point sits behind a web application firewall.
How are changes made?
Every application change must pass automated tests, code security analysis, dependency vulnerability checks, secret scanning and infrastructure checks before it can be deployed. Application releases are deployed by pipelines using short-lived credentials, and every application change runs in development before it reaches production.
Monitoring and response
How we notice problems and what we do next.
How do you detect security issues?
Every AWS account is monitored continuously: an organisation-wide audit trail that can't be altered, kept for seven years; AWS GuardDuty threat detection, including runtime monitoring of our containers; and daily checks against the CIS AWS Foundations Benchmark. Urgent findings alert the team directly, and so do password-guessing attacks on the portal.
What happens if there is a breach?
We follow a written incident response plan with severity levels, first-hour steps and containment playbooks. If a breach involves your data, we tell you within 24 hours of confirming it, so you can meet your own obligations. Every suspected data breach is assessed under the Notifiable Data Breaches scheme within 30 days.
Vulnerability management
How we find and fix security weaknesses.
How do you find and fix vulnerabilities?
Our container images are rebuilt from scratch at least once a week on current base images and scanned for known vulnerabilities. Every change is checked for vulnerable software libraries before it can be deployed, and our servers are patched automatically every week.
Do you do penetration testing?
Yes, automated and weekly rather than once a year. Every week, automated tests attack our development environment: they try to reach one organisation's data while signed in as another, scan for common web vulnerabilities with OWASP ZAP and Nuclei, and check our security settings. We have not yet commissioned an independent third-party test.
How do we report a security vulnerability to you?
Email security@lucivion.com. We acknowledge every report within 2 working days and keep you updated until it is resolved. We won't take action against anyone who reports in good faith, avoids accessing other people's data, and gives us reasonable time to fix the issue before disclosing it.
Backup and recovery
How we protect against losing data.
How is data backed up?
The database can be restored to any point in the last 15 days, to within about 5 minutes. Daily backups of the database and report files are kept for 120 days, with a second copy in a separate, restricted AWS account. Every month an automated test restores the database and report files from backup and checks the restored copies against the live data.
What if AWS Sydney has an outage?
If an AWS data centre in Sydney fails, we restore the database from backup into another one. Our target is to have the service back within 4 business hours, or by the next business day if it happens out of hours, losing at most about 5 minutes of data. We don't run a standby database in a second data centre; that decision is recorded in our risk register. If the whole Sydney region went down, the service would be unavailable until AWS recovered it, but backups are stored across several data centres, so your data would not be lost. If your organisation needs higher availability, such as a standby database ready to take over within minutes, we can provide it as an option. Talk to us about your requirements.
Privacy
What personal information we hold, how it is used, and your rights.
What personal information do you hold, and why?
We hold the resident and care information your organisation sends us from your care and medication systems (for example names, dates of birth, clinical observations, medications and care notes), and the names and email addresses of your portal users. We use it only to produce the reports and dashboards you have asked for. We never sell or share personal information, or anything you would consider confidential. We may publish aggregate figures that identify no resident, staff member, client or facility, such as how many facilities we support or broad trends across the sector.
Are you responsible for our data, or are we?
You are. Your organisation holds the relationship with residents and decides how their information is used. Lucivion handles it on your behalf and only on your instructions.
Is any data disclosed outside Australia?
Client data is stored in Australia, and our team accesses it only from Australia. The suppliers we use outside Australia for source code, our private network, accounting and password management never receive resident information.
Do you use AI on our data?
Some reports use AI models run by AWS in Australia (Amazon Bedrock, in Sydney and Melbourne). Your data isn't used to train any model, AWS doesn't keep prompts or outputs, and an organisation-wide policy blocks AI calls outside Australia.
How long do you keep data?
While you are a client, we keep your data for as long as your reports need it. Within 90 days of your contract ending, we delete your report files and the copies held in our document storage, and we delete your records from our database, or de-identify them where deletion isn't technically feasible, so they no longer identify anyone. Backup copies expire up to 120 days after that.
Two kinds of record are kept longer. Our security audit trail must be kept unaltered for seven years, and it records file names that can include residents' names. Our activity records keep the names and email addresses of the people who used the system, and when they did.
How can a resident access or correct their information?
Through the facility. Residents and their representatives should ask the facility, which holds their record. When a facility asks us, we acknowledge within 5 working days and help it provide or correct the information. If the facility asks us to remove a resident's information, we de-identify it so it no longer identifies the person, or delete it where that is technically feasible.
What happens to our data when a contract ends?
We switch off your organisation's access when the contract ends. Within 90 days, we delete all the files we hold for you, and delete or de-identify your records in our database. Backup copies expire up to 120 days after that. See "How long do you keep data?" for the records we keep longer.
Do you have a privacy policy?
Yes. Our privacy policy is published at lucivion.com/privacy-policy.
Governance
How security is owned, documented and kept under review.
How do you manage security risk?
We keep a written risk register. Every risk we accept records the reason, who accepted it and the date it must be reviewed again, so accepted risks are revisited rather than forgotten.
Do you have documented security policies?
Yes. Information security, access control, acceptable use and vendor management policies, plus an incident response plan. Each is reviewed at least once a year.
How is staff access reviewed?
Every quarter we review who has access to what, and remove anything no longer needed within 5 working days. Leavers lose access on their last day.
Are staff screened and trained?
All staff complete security and privacy training when they join and again every year, and our developers also complete secure coding training. We don't currently carry out police checks. Every staff member is bound by a confidentiality agreement.
How are staff devices secured?
Staff devices must use full-disk encryption, lock after 5 minutes idle, and install operating system and browser updates within 14 days. Client data may be given only to the AI tools approved in our policies.
Compliance
Frameworks we align to and what is in progress.
Which frameworks do you follow?
We design our controls against the Australian Privacy Principles and ISO/IEC 27001:2022, and check our AWS setup every day against the CIS AWS Foundations Benchmark. We don't hold a certification yet.
Sub-processors
Companies that process data on our behalf.
| Provider | Purpose | Data location |
|---|---|---|
| Amazon Web Services | Hosting, storage and AI models | Australia |
| Microsoft | Microsoft 365 for staff email, documents and Teams chat and report delivery to SharePoint; Power BI for dashboards | Australia |
| Anthropic | AI assistant engineers use to build, test and troubleshoot the service and to investigate security issues. It works mainly with source code. Any client data it is given passes first through an internal access tool that removes residents' names and other identifying details. Our data is not used to train its models. | United States |
| GitLab | Source code and build pipelines (no client data) | n/a |
| Tailscale | Private network for staff access (no client data) | n/a |
| Xero | Accounting and invoicing (client business contacts, no resident data) | United States |
| 1Password | Password manager for staff, system and client credentials (end-to-end encrypted; 1Password cannot read them) | United States |
Report a security issue
If you think you have found a security vulnerability in Lucivion, email security@lucivion.com with what you found and how to reproduce it. Please don't access, change or delete data that isn't yours, and give us reasonable time to fix the issue before you disclose it. We'll reply to let you know we've received your report.