Anirban Banerjee
Independent security researcher

The smallest detailsexpose the biggestweaknesses.

I investigate application security, uncover vulnerabilities, and help make digital systems more resilient.

The art of finding what others miss.

Web applications, APIs, authorization, and business logic.

Fig. 01 / Request pathIllustrative
Active / Authorization03 / 04

The check must connect the actor to the object and the action. Route guards alone cannot answer whether this actor may touch this record.

A conceptual request path, not a live system.
Verified acknowledgements
  • Booking.comP1
  • Booking.comP2
  • DoorDashP2
  • Amazon VRPP3
Record
Research focus
01

Access control

Object-level authorization, tenancy, and privilege boundaries.

02

API security

Surface mapping, trust between services, and enforcement gaps.

03

Authentication

Identity, sessions, token lifecycle, and account transitions.

04

Business logic

Sequence, state, and rules that valid requests can still violate.

03 / Recognition

A record of acknowledgement.

Verified acknowledgements from security programs. Severity is the program’s assessment of the reported issue, not a public award. No report contents are disclosed.

Read the record
Verified recognitionProgram assessment

Booking.com

P1Critical
Acknowledged

Booking.com

P2High
Acknowledged

DoorDash

P2High
Acknowledged

Amazon Vulnerability Research Program

P3Medium
Acknowledged

Acknowledged by the program. No endorsement or employment is implied.

04 / Method

Method, not magic.

A repeatable way to move from a question about system behavior to a finding someone can act on.
Full methodology
01

Frame the surface

Start with the system as it is meant to work: actors, objects, data flows, trust boundaries, and the business rules that hold the workflow together. Scope and permission are settled before a request is sent.

02

Map the assumptions

Identify where the system assumes identity, ownership, sequence, or client trust. The most useful questions are usually about what has been taken for granted rather than what looks unusual.

03

Test with restraint

Use the smallest safe request that can confirm or reject a hypothesis. Stay inside scope, use controlled accounts and data, avoid destructive payloads, and stop once the evidence is sufficient.

04

Prove the impact

Separate behavior from consequence. Validate the finding against the intended model, isolate the cause, and document the smallest demonstration that makes the risk legible without exposing more than necessary.

Scope / restraint / evidence / disclosure

Responsible disclosure
05 / Position

“The most interesting vulnerabilities rarely begin with a payload. They begin with a question about how a system expects to be used.”

Anirban BanerjeeIndependent security researcher

My work concentrates on the application layer: the places where identity, ownership, sequence, and trust are decided. The aim is not novelty. It is evidence.

About the researcher
06 / ContactCoordinated disclosure

Have a surface
worth examining?

For security research, application security reviews, or a considered conversation about a finding.

anirbanbanerjee3112@gmail.com