Object-level authorization
Whether one user can read or change another user’s records.
Services
REST and GraphQL testing focused on authorization, the most common place for an API to give away more than it should.
Scope
Whether one user can read or change another user’s records.
Administrative and internal actions reachable by ordinary users.
Signature validation, key handling, audience and token lifetime.
Fields the client can set but should never control.
Old versions, debug routes and endpoints missing from the documentation.
Missing rate limits and requests that cost far more than they should.
Query, command and template injection through API parameters.
Field-level authorization, batching and exposed schema details.
Good fit
Included
Overall risk and priorities in plain language, for people who will not read the technical detail.
Severity, affected component, business impact, evidence, steps to reproduce and a specific fix for each issue.
Critical issues are shared as soon as they are confirmed, without waiting for the final report.
After your fixes, each finding is tested again and its status is updated in the report.
A short letter stating what was tested and when, which you can share with customers or auditors.
Process
Questions
An OpenAPI or GraphQL schema or a Postman collection if you have one, credentials for each role, and a stable environment to test against.
Yes, by working from a client that uses it. Documentation makes coverage more complete, so anything missing is noted in the report.
Tell ZeroDay Labs what you need tested. You will get a clear scope and a written quote before any work begins.
Request a pentest