Skip to content

API security

Transaction confirmation: verify the action the user approves

Test whether a controlled sensitive transaction binds its confirmation to the intended amount, recipient and action.

By BugSnaps · Updated

Add BugSnaps as a preferred source on Google(opens in a new tab)

Want more of our security guides? Select BugSnaps and confirm your choice on Google.

Direct answer

A sensitive transaction confirmation should correspond to the actual action the server will execute. Test changes to a synthetic transaction between review and submission without moving real money or data.

Define the transaction

Choose a sandbox action with a harmless recipient and value, and document which details the user must review and authorize. Agree the test account, available reauthentication method and cleanup; disable real payments and notifications.

Reference: OWASP Transaction Authorization Cheat Sheet.

Run the normal control

Create and confirm a valid test transaction, then verify the durable result matches the recipient, amount and action displayed to the user. Record the transaction identifier and confirmation flow without exposing credentials.

  • Use test mode and synthetic accounts.
  • Inspect the final record as well as the confirmation screen.
  • Agree a strict request and mutation budget.

Test a changed detail

With explicit approval, alter one harmless transaction detail after the review step but before final submission. Verify the system rejects it or requires a new approval for the changed details according to policy. Do not assume a confirmation button alone binds the transaction.

Retest and preserve usability

After correction, repeat the valid and altered-detail scenarios. Confirm the user can complete an intended transaction and that audit evidence records the approved action without storing authentication secrets.

Assessment limits

The appropriate transaction authorization depends on risk and implementation. A sandbox result does not prove every payment, transfer or high-risk workflow has the same controls.

Frequently asked questions

Does a second confirmation button prove the details are bound?

No. Verify the server executes the same details that were actually presented and authorized.

Can this be tested with real transfers?

Use a sandbox or synthetic transaction. Real financial actions require separate explicit authorization and operational safeguards.

Primary sources and further reading

These guides combine published security guidance with practical assessment planning. Adapt checks to the owner's policy, environment, and authorized scope.

This guide was prepared with AI assistance using the linked sources and illustrative examples. Check current vendor guidance and your environment before making changes.

Apply the guide to your own assessment.

Start with an authorized target, known test data, and a clear scope. Use the report's evidence and coverage limits to decide which checks need further review.

Open MyPentest