NULLWARDEN
Auckland, New Zealand

Find the weakness.
Close it for good.

Null Warden is a security research and defensive engineering practice. We break systems the way an attacker would, then rebuild the defences so the same path is closed permanently.

Capabilities

Four disciplines, one team

We keep research and defence under the same roof, because the people who find the flaw are the people who fix it.

Offensive security

Authorised testing of networks, applications, cloud estates and hardware. Every engagement starts from a threat model, so we test the paths an adversary would actually take rather than a checklist.

Findings are delivered with working exploits, a reproduction path and a fix that closes the class of bug, not just the instance.

Offensive security

Vulnerability research

We build tooling, fuzz targets and harnesses to find bugs that scanners miss. Our work covers userspace, kernel, firmware and embedded targets.

Everything publishable is disclosed responsibly under a coordinated timeline. Everything that matters to a customer is reported privately first.

Our research

Hardening & assurance

Baselines built for the platform you actually run, not a generic checklist. Kernel configuration, LSM policy, secure boot chains, reproducible builds.

We measure the cost of every control on your target hardware and give you numbers you can take to a board.

Hardening services

Incident response

When something has already gone wrong, containment comes before forensics. We stabilise the environment, establish what happened, and leave you with a system that is actually harder to re-enter.

Available on retainer or as an emergency response, remote or on-site.

Incident response
Sectors

Where we work

We have operated in environments where the cost of a mistake is measured in more than money.

Defence & government
Security assessments and assurance work for defence and government programmes, handled under the appropriate clearances.
Critical infrastructure
OT, ICS and SCADA estates where patching windows are measured in years, not weeks.
Financial systems
Trading platforms, payment infrastructure and custodians where integrity is a regulatory obligation.
Medical & device manufacturers
Firmware, boot chains and embedded targets that cannot be patched in the field.
Technology & SaaS
Product security engineering for teams shipping to production under deadline pressure.
Why Null Warden

Twelve researchers. No handoffs.

We are deliberately small. The person who scopes your engagement is the person who executes it.

12
People

Senior researchers and engineers. No juniors billed as seniors, no bench, no account management layer.

100%
NZ owned

New Zealand owned and operated, with research, source and IP held onshore.

CVEs
Published

Coordinated disclosures with advisories, patches and detection guidance for defenders.

PoC
Always

Every finding ships with a working proof of concept and a reproduction path you can hand to engineering.

How we engage

From an unknown estate to a maintained one

Engagements run in fixed phases with defined outputs. Stop at any boundary and you leave with something usable.

1
Assess
Architecture review, threat model and baseline audit. Output: a prioritised findings register with effort estimates and a defensible risk picture.
Week 1–2
2
Model
Attack paths enumerated against the real estate, prioritised by business impact rather than CVSS alone. Output: a threat model your engineers will actually use.
Week 2–4
3
Exploit
Validated exploitation of the paths that matter, with working proofs of concept and full reproduction steps. Output: a findings report and a prioritised remediation plan.
Week 3–8
4
Harden
We implement the controls with your team rather than handing you a checklist. Output: hardened configuration, repeatable pipelines and documented rationale.
Week 6–12
5
Sustain
Ongoing monitoring, CVE triage, patch cadence and regression testing as your estate changes. Output: a programme that keeps the work closed.
Ongoing
A research note

Fuzzing the unwritable layer

Most of the interesting bugs in modern systems live in the places where developers were told not to look: kernel memory management, firmware boot chains, and hardware offload paths.

We built a coverage-guided fuzzer that runs in a hypervisor, so we can explore kernel interfaces safely and at speed. It found four distinct privilege escalation bugs in the first month.

Read the research
nwfuzz — coverage-guided
$ nwfuzz run --target kvm-exploit --corpus ./corpus --timeout 30
[+] harness loaded: qemu-system-x86_64 (7.2.0)
[+] coverage guided: 1,284 new edges in 42s
[+] crash reproduced: NULL deref in do_set_mm()
[+] SEGV on unknown address 0x0
[+] escalating to ring-0 in 3 steps
[+] proof-of-concept generated → poc/kernel-lpe-01.c
$ nwfuzz report --poc ./poc/kernel-lpe-01.c
[+] severity: HIGH · CWE-476 · CVE pending

Have an estate that has to hold?

Tell us what it runs, what it protects, and what would hurt most if it fell. A researcher will come back to you — not a sales team.