Security you can check, at every level
We know the threats differ at each level of the stack, and we put practices in place to reduce the risk as far as is reasonable. Our sites are hardened using best practices, and they're able to pass penetration tests run by third parties.
We also treat your users' data, and your organisation's confidential information, with the care it deserves.
What you get:
- Vetted people. Police-checked staff, with baseline clearance for federal work.
- A hardened build. Secure code, protected credentials, and no real user data on developer machines.
- Ongoing protection. Security alerts monitored and fixes applied under a support and maintenance plan.
Our approach to security
Frequently asked questions
Drupal has a long security track record and a dedicated Security Team that manages vulnerability disclosure and patching. It's the CMS behind the Australian Government's GovCMS. Security still depends on keeping core and contributed modules patched and following secure coding practices for custom development. The platform is a strong foundation, not a guarantee independent of good practice.
Outdated core or module versions, poorly reviewed custom code, misconfigured permissions, and weak monitoring and incident response. Most publicly known Drupal incidents come from sites that hadn't applied available patches, not from undiscovered platform flaws.
GovCMS SaaS applies patches and infrastructure hardening across all sites on the shared platform, which reduces the load on individual agencies. GovCMS PaaS and self-hosted Drupal put more of that responsibility on the agency or its support provider, which makes an active support and maintenance arrangement essential.
Yes. Every staff member undergoes a Federal Police check before starting a project, and many of our Australian team members
Latest insights