Endpoint on the branch
The development arm codes the endpoint following the approved plan, with parameterized queries and object authorization checks in every function that receives an identifier from the user.
Deliverable: code on the task branchOcto for back end and APIs · dev and security arms
The OpenAPI Specification, now at version 3.2.1, describes HTTP APIs in a standard, language-agnostic way. The top risk in the OWASP API Security Top 10 2023 is broken object-level authorization. Two Octo arms work at this step: development codes the endpoint on the branch, with parameterized queries and object ownership checks, and security looks for routes without checks. The API contract and the merge belong to the tech lead.
Four possible deliverables. The contract, the version and the merge are the tech lead's decisions.
The development arm codes the endpoint following the approved plan, with parameterized queries and object authorization checks in every function that receives an identifier from the user.
Deliverable: code on the task branchKeeps the API's OpenAPI description next to the code, to serve as documentation and as the basis for contract tests.
Deliverable: updated OpenAPI descriptionThe security arm goes through the routes and flags those that don't check the role or object ownership.
Deliverable: list of routes with the finding for eachWhen a change breaks API compatibility, the plan says so up front, so the team can decide on the version.
Deliverable: breaking change noticeThe same Octo cycle, applied to this step. Each arm has a narrow role; your company's tech lead is in charge and approves.
Which endpoints exist, who calls each one and which path the request takes.
Which tables each endpoint queries and how it builds the SQL today.
Role, object ownership and what happens when the identifier belongs to someone else.
Routes, parameters, responses and whether the change breaks existing API consumers.
Parameterized queries, object checks and the OpenAPI contract alongside.
A real request, with the least-privileged role and with someone else's identifier.
The endpoint only goes to production with the approval of whoever is in charge.
The OpenAPI description and the version decision are recorded.
Octo codes and checks; the tech lead approves the API contract, decides on breaking changes and the version, and merges.
Reference risks and rules. The OWASP publications and the specification remain the reference.
| Risk or rule | What Octo checks | Basis |
|---|---|---|
| API1:2023, object-level authorization | Object check in every function that receives a user ID | OWASP API Security Top 10 2023 |
| SQL injection | Parameterized queries; escaping is no substitute | OWASP, SQL Injection Prevention |
| Contract | OpenAPI description alongside the code | OpenAPI 3.2.1 |
| Breaking change | Notice up front, to bump the MAJOR version | SemVer 2.0.0 |
Three steps. Each one only makes sense once the previous one has shown results on your team.
A proposal, not a promise
Octo goes through the existing routes and lists those that don't check role or object.
Every new endpoint ships with its OpenAPI description and the object check.
The OpenAPI description now feeds tests that compare design and implementation.
Each point below has a source published by the organization responsible for the standard, the specification or the tool, or in Brazilian federal law. The sources are in the next section.
8
points with a published source, each with its reference alongside.
Octo prepares everything, but does not sign. The document of record stays with whoever is accountable for it.
Maps, plans, codes on the task branch, reviews with evidence and prepares the release: plans, code, reviews, security reports and the system dossier.
Deliverable: material ready for reviewWhoever is in charge is the company's tech lead or senior developer: they approve the plan, review the PR and merge it. Nothing goes to production without their approval.
Step: approval by whoever is in chargeOcto does not sign and is not accountable for the system. The tech lead accepts the risk and is accountable for the system in production; a security report or opinion is signed by a professional at the company.
Accountable: the company's tech leadOpenAPI Initiative, OWASP and the SemVer specification. Accessed October 31, 2026.
The assessment starts with the routes you already have, without changing anything. You get the list of what still needs checking and decide with it in hand.