
A web application is secure enough to start when: users are distinct people, roles exist, secrets are not in git, HTTPS is default, and you know how you will patch. You can add a specialist review later. You cannot bolt on identity after customer data is already mixed.
Day-one application security
- Authentication you did not invent (a proven provider or well-tested library)
- Authorisation checks on every sensitive action, not only in the UI
- Separate environments; production data is not a toy
- Dependency updates as a routine
- Logging of admin and money/marks changes
- A plan for who gets access when a staff member leaves
This is also why custom projects fail late — ten custom software mistakes. Devzin treats RBAC as a product requirement, not a polish pass.
FAQ
When should we hire a penetration test?
After the obvious controls exist. A test that finds “no MFA and everyone is admin” is an expensive way to learn day-one basics.
If you need software built around a real workflow — not a stack of disconnected tools — see Devzin application development or start a conversation.



