AuthTailor 1.0.0 is out (8 November 2026): the SAML & OIDC tracer as an extension of its own – free, no account, no server. What’s inside → +43 664 1964199Contact →

Tools

Around the login there is more to check than tokens. The Tools tab has three sections: Check, Clean HAR and Page storage.

Tab
Tools
Sections
Check, Clean HAR, Page storage
Examples
four, with made-up data
Network
none

Check

Paste one thing and get it checked: a passkey response (WebAuthn), certificates, keys, CSRs or a JWK, a CSP, the response headers of a login page, a CORS preflight, a suspicious login link – or any text, which is scanned for secrets.

Section Check with a pasted CORS preflight, Recognised CORS and the card with two red findings Preflight blocked
A blocked CORS preflight – the built-in example.
  1. The three sections: Check, Clean HAR, Page storage.
  2. The field takes text or a file (.txt, .json, .pem, .crt, .cer, .csr, .key, .har, .properties).
  3. Recognised: what AuthTailor found – here CORS.
  4. The card with findings and fixes. Here PUT and authorization are missing from the allowed methods and headers.
InputWhat AuthTailor checks
Passkey / WebAuthnflags, authenticator, synced or device-bound, origin, RP ID, challenge
Certificate, key or CSRcertificates, chains, CSRs, keys, JWK and JWKS: order, expiry, key size, SHA-1, host name and whether key and certificate belong together
Content Security Policyweaknesses such as unsafe-inline or whole CDNs, with a stricter suggestion
Security headersresponse headers of a login page, such as HSTS, frame protection and CSP
CORSpreflight and response headers
Linklook-alike and punycode hosts, open redirects
Text (secret scan)secrets in any text

The example tiles Weak CSP, Blocked CORS preflight, Suspicious login link and Passkey login show what a result looks like. AuthTailor sends a HAR to Auth Trace and SAP artefacts to SAP.

Passkey responses

AuthTailor takes a WebAuthn response (from the DevTools or a log) apart. Under Expected values you enter what your relying party expects.

Expected values with origin, RP ID and challenge and the card Passkey login (WebAuthn) with checks and fields
A passkey login with an expected origin.
  1. Origin, RP ID and Challenge (as sent). Without them AuthTailor only checks origin and RP ID for plausibility.
  2. The card with checks – origin, rpIdHash, user verified, synced passkey, signature counter – and the fields including the flags.

Clean HAR

Before a HAR goes to support or into a ticket: AuthTailor masks cookies, Authorization and session headers, codes, tokens, passwords and secret parameters. JWTs stay readable but lose their signature. Everything happens locally.

Section Clean HAR with a pasted HAR, the choice Response bodies, the option Keep SAMLResponse, the button Save cleaned HAR and the Cleaned HAR card
A made-up HAR, ready to share.
  1. Response bodies: JSON only (masked), remove all or keep all (masked).
  2. Keep SAMLResponse/SAMLRequest (contains user data) – only tick this if support really needs the SAML message.
  3. Save cleaned HAR downloads the file as .sanitized.har, Copy puts it on the clipboard.
  4. The card counts what was masked and scans the result once more for known secret patterns.

Page storage

Many single-page apps keep tokens in the browser. Page storage scans the storage of the active tab: localStorage, sessionStorage, IndexedDB and cookies readable by JavaScript.

  1. Open the app in the tab and log in.
  2. On that tab, open the panel with the icon in the toolbar.
  3. In Tools → Page storage, click Scan this page.
Section Page storage with the button Scan again and the card Tokens in page storage with a refresh token in localStorage
The storage of the made-up app Acme Orders.
  1. Scan this page – after the first time Scan again.
  2. The origin and how many entries were found in which storage.
  3. The findings: here a refresh token in localStorage – one XSS away from being stolen –, JWTs in localStorage and sessionStorage and stored ID tokens.

The scan runs once in the page, on your click. Only type, length and harmless claims (iss, aud, exp, scopes) come back – never a value. Nothing is stored.

If you did not open the panel with the icon on that tab, the button reads Allow access and scan. Access is returned right after the scan. AuthTailor cannot scan browser pages or the extension store.

See also

Sources on this page

The superscript numbers in the text point here. Tap one to see the source right where it is used; all sources of this website are listed on one page.

  1. 1

    Tools: passkeys, certificates, web security ↑Product · AuthTailor product documentation, README and changelog 1.0.0, Tools · checked on 2026-11-08

  2. 2

    Clean a HAR file ↑Product · AuthTailor product documentation, changelog 1.0.0, Tools · checked on 2026-11-08

  3. 3

    Find tokens in page storage – without the value ↑Product · AuthTailor product documentation, README, permissions; changelog 1.0.0 · checked on 2026-11-08

Frequently asked

Short answers.

Does the Check tool send anything over the network?
No. All checks run in the panel. Even a pasted link is only looked at, never opened.
Is a cleaned HAR free of personal data?
Not necessarily. Secrets are masked, but names and email addresses in claims, URLs and JSON stay readable. Please check before sharing.
Does the page storage scan read out my tokens?
No. Only type, length and harmless claims such as iss, aud, exp and scopes come back to the panel – never a token’s value.

Your question isn’t here? Talk to me: +43 664 1964199 office@clouddna.at Get in touch

Contact

Login stuck? Talk to us.

AuthTailor is free. If you need help – setting up single sign-on on SAP BTP, with a stubborn error or for a workshop with your team – get in touch. I reply within one working day, personally.

Martin KochManaging Director, CloudDNAI read every request myself and reply personally.