Why it matters

A session that is already signed in is not enough authority for every action. Step-up authentication limits what a stolen session or an unattended unlocked phone can do, but only if the server checks the proof.

How to meet it

  • Ask for additional authentication before high-impact actions, and decide which actions qualify in the threat model.
  • Have the device sign a one-time server challenge with an authentication-bound key, and verify the signature on the server.
  • Bind the approval to the transaction it authorizes, such as the amount and payee.

MASTG tests in the local projects

Neither local project runs a MASTG test for MASVS-AUTH-3. The guides below explain the platform mechanisms, and the control’s page on mas.owasp.org links the MASTG tests and weaknesses OWASP maps to it.

Guides on this site

Practice

References

  1. MASVS-AUTH-3 (OWASP MASVS v2.1.0)
  2. MASVS-AUTH: Authentication and Authorization (OWASP MASVS v2.1.0)

List data from the publisher. A guide is listed as the main subject when the weakness or risk is what the guide is about, and as covering it when a dedicated section or worked example addresses it.

Control statements are quoted from OWASP MASVS v2.1.0, licensed CC BY-SA 4.0; the rest is this site's summary. MASTG tests are those the iOS and Android projects here run, with their titles from mas.owasp.org. License.