b2KIT

Bearer Token Tester

Test API endpoints with bearer tokens. Send authenticated requests and inspect response headers and status codes.

Tested tool guide Tested browser tools Checked August 16, 2026

What Bearer Token Tester does, with a checked example

Enter a URL and an access token, and this tool performs an HTTP request from your browser to that endpoint while adding an Authorization header in the Bearer scheme. It returns the response status, headers, and body so you can verify how the API treats your token. The most common surprise is that the request is subject to CORS: if the target API does not allow your current origin, the browser blocks you from reading the response, even though the server may have received the request. The tool cannot bypass CORS or fix misconfigured servers.

Worked example

A concrete input and expected output from the current implementation.

Input

URL: https://api.example.com/v1/user/info
Token: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIyfQ.SflKxwRJSMeKKF2QT4fwpMeJf36POk6yJV_adQssw5c

Expected output

Status: 200 OK
Headers:
content-type: application/json
cache-control: no-store
body: {"user":{"id":"1234567890","name":"John Doe"}}

A valid token for that endpoint passes authorization, so the server returns a 200 status with the requested resource. The exact body and headers may vary by endpoint, but the output format will always list the status, headers, and body.

How the result is produced

1

Builds the Authorization header

The tool takes the token you enter and constructs an Authorization header in the format 'Bearer <token>'. The header value is sent with every request to the URL you provide. It is not stored or transmitted anywhere except to the target server as part of the normal HTTP request.

2

Performs the request and displays the response

The tool uses the browser's fetch API to send the request. After the server responds, it shows you the status code, response headers, and response body. Because the request is made from your browser, the browser's same-origin policy applies: if the target API does not include your origin in its CORS allowlist, you will get a CORS error and cannot see the response, even if the server handled the request.

Good uses

  • Verify that a freshly issued bearer token is accepted by an API before integrating it into an application.
  • Confirm which endpoints require a token by sending a request without one and then with one, comparing the status codes.
  • Inspect response headers, such as rate limit or cache control values, that an API returns for authenticated calls.

Limits and checks

  • A 200 response does not guarantee the token is valid for all endpoints; an API can authorize some paths and reject others.
  • If you see a CORS error, the request may still have reached the server, but the browser blocks you from reading the response. The tool cannot bypass this.
  • The tool does not handle token refresh or automatic retry. If your token expires during testing, you must manually enter a new one.

Common questions

Why do I get a CORS error when I test my own API?

The browser blocks your ability to read the response unless the API sends an appropriate Access-Control-Allow-Origin header that includes your current origin. Your server may still receive and process the request. You need to configure CORS on the API, or use a different tool that does not enforce browser same-origin policy.

Can I test a token that has expired?

Yes, you can send it, but the API will likely return a 401 Unauthorized status. That response is useful for confirming that the API rejects inactive tokens. The tool will show you the exact status and body so you can see how the API communicates an invalid token.

References and verification

The example and behavioral notes were checked against the browser implementation. Standards and primary references below define the relevant format, formula, or platform behavior.

Related Tools