Why manual

A scanner finds patterns. A person finds consequences.

Automated tools are useful for known problems. They cannot understand who should be allowed to do what, or when ordinary features become dangerous together.

Examples

What understanding the application reveals

  • Another user's data

    An account changes an identifier and reads a record belonging to someone else.

  • A workflow driven out of order

    A mandatory step is skipped or repeated, and the application accepts the result.

  • An API that answers too much

    The interface hides the button, but the endpoint behind it still takes the call.

  • A role that reaches too far

    A normal account reaches an admin function because the check lives only in the interface.

  • Two harmless features, chained

    Neither is a vulnerability alone. Used together, they are.

An example chain. Every step works as designed; the last one is a breach.
  1. Invite a teammate Any user may invite an email address to their own workspace. as designed
  2. Invitee joins the workspace The invitation grants the role the inviter picked. as designed
  3. Change the workspace The workspace identifier is accepted from the request body. as designed
  4. The role travels with them A member role in one workspace is now a member role in another. breach

No step is a vulnerability. The fourth is the reason the engagement happened.

Need more than a scan?

Describe the application and the roles inside it. We will tell you what deserves a manual test.