Convelio · Authentication Profile
Convelio Authentication
Authentication
Convelio secures its APIs with apiKey across 2 declared security schemes, as derived from its OpenAPI definitions.
CompanyLogisticsShippingFine ArtFreightE-CommerceQuotesWebhookCustomsInsurance
Methods: apiKey
Schemes: 2
OAuth flows:
API key in: header
Security Schemes
secret_token apiKey
· in: header (Authorization)
convelio_signature apiKey
· in: header (X-Convelio-signature)
Source
Authentication Profile
generated: '2026-08-09'
method: searched
source: openapi/convelio-shipping-openapi.yml
docs: https://developers.convelio.com/#section/API-key
summary:
types:
- apiKey
api_key_in:
- header
oauth2_flows: []
notes: >-
Convelio authenticates every Shipping API request with a single secret API key
presented in the Authorization header using the literal form `token <secret>`.
There is no OAuth 2.0, no OpenID Connect, and no scope surface — the key is
all-or-nothing. A second apiKey scheme, X-Convelio-signature, is not a request
credential at all: it is the HMAC-SHA256 signature Convelio attaches to OUTBOUND
webhook deliveries so the receiver can verify them.
schemes:
- name: secret_token
type: apiKey
in: header
parameter: Authorization
format: token <secret_key>
description: >-
Account secret API key. Prefixed `sk`. Convelio documents it as a Secret-type key
that "should be kept confidential and only stored on your own servers" and that
"can perform any API request to Convelio without restriction" — there is no
restricted/publishable key tier and no per-scope narrowing.
applied_to: all documented operations (declared as the document-level default security)
sources:
- openapi/convelio-shipping-openapi.yml
- name: convelio_signature
type: apiKey
in: header
parameter: X-Convelio-signature
direction: inbound-to-subscriber
description: >-
HMAC-SHA256 signature computed over the webhook body with the account's API secret
token. Present on webhook callbacks Convelio POSTs to a subscriber URL, for
verification by the receiver — not sent by clients on API requests.
sources:
- openapi/convelio-shipping-openapi.yml
key_modes:
scheme: prefix-encoded mode selection
description: >-
The key itself, not a separate parameter, selects the environment. A test key only
works against the sandbox server; a live key only works against production.
keys:
- mode: test
prefix: sk_test_
server: https://api.sandbox.convelio.com/v2
- mode: live
prefix: sk_live_
server: https://api.convelio.com/v2
provisioning:
self_service: false
method: email request
contact: api@convelio.com
note: >-
Keys are not self-service. Convelio's documentation states "To get your API key,
please send your request at api@convelio.com." There is no developer console that
mints a key, so the credential path is gated on a human at Convelio.
gaps:
- No OAuth 2.0 / OpenID Connect surface; no delegated or third-party authorization.
- No scoped or restricted keys — a single secret key grants the full API surface.
- No documented key rotation, expiry, or revocation procedure.
- No self-service key issuance; provisioning is an email round-trip.
- No mTLS, no proof-of-possession, no request signing on inbound requests.
Work with this as data
Every security artifact here is available over the APIs.io API and to AI agents over MCP.
MCP server
One button, every client — Claude, Cursor, VS Code and the rest.
https://apis.io/mcp
Tools for security posture
4 MCP tools reach this
find_securityBrowse and filter every security artifact in the catalog.apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.resolveTurn a domain, URL or GitHub org into the provider it belongs to.find_cohortsEvery scored population of providers in the catalog.
Call it yourself
curl for this page
This security artifact
curl "https://apis.io/api/v1/security/convelio-authentication"
All security posture
curl "https://apis.io/api/v1/security?limit=25"
Discovery needs no key. Ratings and market analysis are Pro.