How it works
Authorized scope, then a repeatable test loop.
Six steps. No implied completeness. Humans keep authorization, halt, and patch decisions.
-
01
Define authorized scope
The customer verifies assets and authorization. KYC must be complete and paid.
-
02
Autonomous reconnaissance
Nubesti maps the authorized attack surface — not the open internet.
-
03
Attack simulation and validation
Agents test exploitable paths inside that scope and keep evidence.
-
04
Evidence
Each finding should include technical context a reviewer can accept or reject.
-
05
Remediation
Recommendations or draft fixes when available. Drafts are a starting point.
-
06
Retest
The same finding can be tested again after a change.
Before a test starts
Complete paid KYC, designate assets, and confirm ownership or written permission. Authorization and Rules of Engagement apply.
See a finding
The homepage and demo show a Nubesti Security Lab example. It is not a customer report.
Nubesti Security Lab
See a finding — clearly fictional.
This record is from a controlled lab application. It is not a customer, not a production hostname, and not a disclosed vulnerability in a third party.
- Asset
- api.lab.nubesti.test
- Finding
- Broken object-level authorization
- Severity
- Critical
- MITRE ATT&CK
- T1190 — Exploit Public-Facing Application
- Evidence
- Request / Response pair from a controlled replay against the lab API
- Exploitability
- Validated in the lab (object ID swapped; another tenant record returned)
- Impact
- Unauthorized read of another account’s records in the lab dataset
- Remediation
- Enforce object-level authorization on every record access; add regression tests
- Status
- Fixed in lab build 2026.09
- Retest
- Passed