Authentication
Confirms who is making the request. This alone never grants access to private resources.
Ronin Inc / Security Doctrine
A secure system checks authentication, authorization, tenant ownership, and permission scope on every sensitive request. Logging in once must never turn a private URL into a permanent access token.
01 / The rule
If a user logs in, copies a private URL, logs out, and pastes it back, the private resource must not appear. If changing an ID in a URL reveals another user's data, object-level authorization is broken. Ronin Inc treats this as a release-blocking failure.
02 / Boundaries
Confirms who is making the request. This alone never grants access to private resources.
Confirms whether the authenticated actor may perform the requested action.
Confirms the requested object belongs to the requesting user, account, merchant, or tenant.
Confirms the correct role, plan, entitlement, or explicit grant for the action.
If session, ownership, entitlement, or proof is missing, the request is denied — never guessed open.
Denied and approved attempts are recordable for investigation, replay, and governance review.
03 / Required pattern
Frontend route guards help user experience, but backend authorization is the actual security boundary.