Cloud Commerce · Authentication Profile

Cloud Commerce Authentication

Authentication

Cloud Commerce declares 1 security scheme(s) across its OpenAPI definitions.

CompanyE-CommerceLogisticsMarketplaceInfluencer MarketingCross-Border CommerceSmall BusinessSoutheast AsiaShippingFulfillmentThailand
Methods: Schemes: 1 OAuth flows: API key in:

Security Schemes

http

Source

Authentication Profile

cloud-commerce-authentication.yml Raw ↑
generated: '2026-08-13'
method: probed
source: https://openapi.fastship.co/api/v2/login
note: PROBED, NOT DERIVED. Cloud Commerce publishes no OpenAPI and no public authentication reference, so derive-authentication.py
  had nothing to read. This profile is built entirely from anonymous live requests against the FastShip Open API host, and
  records only what those responses actually proved. No scheme, header name, token lifetime or scope is asserted that was
  not observed.
apis:
- name: FastShip Open API
  baseURL: https://openapi.fastship.co/api/v2
  schemes:
  - &id001
    id: login_token
    type: http
    style: bearer-token-via-credential-exchange
    confidence: medium
    observed: true
    token_endpoint: https://openapi.fastship.co/api/v2/login
    token_endpoint_methods:
    - GET
    - HEAD
    - POST
    grant: password
    credentials:
    - field: email
      required: true
      evidence: POST {} returned 400 with data.error.email = ["The email field is required."]
    - field: password
      required: true
      evidence: POST {} returned 400 with data.error.password = ["The password field is required."]
    purpose_stated_by_provider: For logged in and generate Token.
    note: The endpoint's own 400 body states its purpose is "For logged in and generate Token." A bad-credential POST returns
      401 with "Email or Password incorrect." The response header name that carries the issued token, its lifetime, its refresh
      mechanism and the header an authenticated call must send are NOT public and were NOT probed — issuing a token would
      require real credentials, which this pipeline never uses.
evidence:
- url: https://openapi.fastship.co/api/v2
  method: GET
  status: 200
  body: Welcome to API Version 2.0
- url: https://openapi.fastship.co/api/v2/login
  method: GET
  status: 401
  body: '{"message":"failed","description":"Login failed","data":[]}'
- url: https://openapi.fastship.co/api/v2/login
  method: POST
  status: 400
  note: empty JSON body; returned per-field validation errors for email and password
- url: https://openapi.fastship.co/api/v2/login
  method: POST
  status: 401
  note: syntactically valid but non-existent credentials; "Email or Password incorrect."
- url: https://openapi.fastship.co/api/v2/login
  method: OPTIONS
  status: 200
  allow: GET,HEAD,POST
gaps:
- no OpenAPI or Swagger document is published on any Cloud Commerce host
- no public authentication reference page
- no /.well-known/openid-configuration or /.well-known/oauth-authorization-server on any host, so this is not an OAuth or
  OIDC surface
- 'the authenticated request header (Authorization: Bearer vs a custom header) is undocumented and unverifiable without credentials'
schemes:
- *id001

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.
All 92 tools →

Call it yourself

curl for this page
This security artifact
curl "https://apis.io/api/v1/security/cloud-commerce-authentication"
All security posture
curl "https://apis.io/api/v1/security?limit=25"

Calls without X-API-Key need no key. Calls with it need a paid plan — get a key.

Get an API key

Free tier, no form to fill in. Signing in shares your email address with us — we store it to create your key and to recognise you if you sign in with another provider. See our Privacy Policy and Terms.

A second provider on the same verified email joins the account you already have.