PayWeavePayWeaveBack to Home
Gateways

Upstream Authentication

Gateways need to authenticate with your upstream API when proxying requests. PayWeave supports four authentication methods. Credentials are encrypted at rest and never exposed to callers.

Authentication types

TypeHow it works
NoneNo authentication added. Use for public upstream APIs.
HeaderA custom header is attached to every proxied request.
Query parameterA key-value pair is appended to the upstream URL query string.
BasicHTTP Basic auth credentials are sent in the Authorization header.

Header authentication

The most common method. Specify the header name and value. PayWeave adds this header to every request proxied to your upstream:

Plain Text
Header name:  Authorization
Header value: Bearer sk-your-upstream-api-key

You can use any header name - Authorization, X-API-Key, or a custom header your upstream expects.

Query parameter authentication

Some APIs authenticate via a query string parameter. PayWeave appends it to the upstream URL automatically:

Plain Text
Parameter name:  api_key
Parameter value: your-secret-key

Upstream call: https://api.example.com/search?q=hello&api_key=your-secret-key

Basic authentication

Provide a username and password. PayWeave encodes them as a standard HTTP Basic auth header:

Plain Text
Username: admin
Password: s3cret

Proxied header: Authorization: Basic YWRtaW46czNjcmV0

No authentication

Select this when your upstream is a public API or handles its own auth via the caller's request body. PayWeave proxies requests without adding any credentials.

Credential encryption

All authentication credentials - header values, query parameter values, and passwords - are encrypted using AES-256-GCM before storage. They are decrypted only at proxy time in an isolated runtime. Credentials are never logged, and they are never included in API responses or webhooks.

You can update credentials at any time from the Gateway settings page. The change takes effect immediately - no need to redeploy or restart anything.