Decision-first scoping
Before a single test runs, we agree the decision the output will change — invest, divest, accept, fix. Dunedin engagements without a named decision-maker don't get past scoping. That discipline keeps work focused.
Dunedin, New Zealand
Cloud Security in Dunedin.
Cloud Security in Dunedin done the way New Zealand boards expect: senior operators, NZ Privacy Act 2020 and NZISM-aligned reporting, no junior pipeline. Cloud security across AWS, Azure and GCP — identity, network, data and workload — with CSPM/CNAPP tuned to your environment rather than dropped in as-is.
Average 60% reduction in over-privileged cloud identities — across Basalt operations in the past 12 months.
THREAT VECTOR
Threats facing Dunedin education.
The education, biotech concentration around Dunedin sees ransomware targeting student records, OAuth abuse in Google Workspace and grant-fraud phishing. Our cloud security work in Otago is scoped against this real threat profile, not a generic checklist.
Common pains
- CSPM tools generating findings nobody owns
- IAM sprawl across accounts and tenants
- No clear answer to "what would a breach cost us in the cloud"
ENGAGEMENT
How we engage.
- Cloud landing zone and guardrail review
- IAM least-privilege program with measurable progress
- Workload and data classification with control mapping
- Cloud incident response runbooks tested under load
Reporting
Every finding ships with a control reference against NZ Privacy Act 2020 and NZISM, with GCSB / NCSC NZ guidance cited where it changes the remediation priority. Board reporting follows the CERT NZ Critical Controls expectation set.
LOCAL CONTEXT
Local context.
Basalt delivers cloud security to organisations across Dunedin and the wider Otago region (population ~135k). The education, biotech sectors that anchor the region face a distinct threat profile — ransomware targeting student records, OAuth abuse in Google Workspace and grant-fraud phishing — and our engagements are scoped to that, not a generic playbook. Reporting maps cleanly to the NZ Privacy Act 2020 and NZISM that New Zealand boards already use, with regulator context (GCSB / NCSC NZ) called out where it changes a remediation priority.
RATIONALE
Why Basalt for cloud security in Dunedin.
Regulator-ready output
Every finding is tagged against NZ Privacy Act 2020 and NZISM controls with GCSB / NCSC NZ guidance cited where it shifts a remediation priority. Your compliance team stops re-mapping our reports.
Continuous, not one-shot
Cloud Security doesn't end at the report. Basalt's Dunedin clients run retainer reviews on a quarterly cadence so the security posture compounds rather than drifting back six months after the engagement.
2026 THREAT LANDSCAPE
What we test for.
- Agentic AI tool-abuse and indirect prompt injection at scale
- MCP server and AI-tool supply chain compromise
- Post-quantum cryptographic readiness (NIST PQC migration)
- Identity-first attack chains across federated SaaS
- Open-source software supply chain (post-xz, post-tj-actions)
Cyber security in New Zealand can't be done with last year's threat models. The Basalt practice runs against current attacker tradecraft — agentic AI abuse, MCP and AI-tool supply chain, post-quantum readiness — alongside the legacy infrastructure work that still keeps most organisations awake at night.
FAQ
Frequently asked questions.
How fast can Basalt start a cloud security engagement in Dunedin?
Most Dunedin engagements scope inside one week and start within two. Retainer clients can trigger work the same day. We do not pipeline New Zealand clients through junior teams — a senior consultant scopes and runs the work end-to-end.
Do you do cloud security on-site in Dunedin or remote?
Both. Sensitive work — classified-adjacent environments, live incident response, OT walkthroughs — gets on-site time in Dunedin and the wider Otago region. Routine assessments and detection engineering run remote with a tight feedback loop.
How does Basalt map findings to New Zealand regulators?
Every finding ships with a control reference against the NZ Privacy Act 2020 and NZISM so your compliance team is not re-mapping our report. Where GCSB / NCSC NZ guidance exists for the specific finding, we cite it inline. Board-level reporting follows the CERT NZ Critical Controls expectation set.
What makes cloud security in Dunedin different from a generic engagement?
The education sector concentration in Dunedin drives a different threat model than a generic New Zealand engagement — ransomware targeting student records, OAuth abuse in Google Workspace and grant-fraud phishing. Our scoping reflects that, and so does the test library we bring to the work.
Is Basalt set up for AI-era threats, not just legacy infrastructure?
Yes — this is core to how we work. Basalt actively researches and tests against agentic AI tool-abuse and indirect prompt injection at scale, MCP server and AI-tool supply chain compromise and identity-first attack chains across federated SaaS. Most regional providers haven't mapped these attack paths; we run them in production against client systems with explicit scope.
RELATED OPERATIONS
Other operations in Dunedin.
Cyber Security Consulting in Dunedin
Strategic cyber security consulting
AI Red Teaming in Dunedin
Adversarial testing for LLMs and AI systems
Penetration Testing in Dunedin
CREST-aligned penetration testing
Code Security Audit in Dunedin
Source code review and SAST/DAST integration
OTHER DEPLOYMENTS
Cloud Security in other New Zealand cities.
Cloud Security in AucklandCloud Security in WellingtonCloud Security in ChristchurchCloud Security in HamiltonCloud Security in TaurangaCloud Security in NapierCloud Security in Palmerston NorthCloud Security in NelsonCloud Security in RotoruaCloud Security in New PlymouthCloud Security in WhangareiCloud Security in Invercargill