GHSA-mhc4-qq83-fmrr: axonflow-sdk-go Webhook Signing-key (HMAC-SHA256) Not Exposed Vulnerability

MODERATE
CVSS 5.9
CWE-345 CWE-347
Published
Advisory Summary

GHSA-mhc4-qq83-fmrr is a MODERATE (CVSS 5.9) webhook signing-key (hmac-sha256) not exposed vulnerability (CWE-345: Insufficient Verification of Data Authenticity) affecting axonflow-sdk-go libraries in the Go ecosystem. The issue involves webhook signing-key (hmac-sha256) not exposed by sdk type, preventing signature verification. Remediation is available by upgrading affected packages to version 5.7.0.

GHSA-mhc4-qq83-fmrr at a Glance

CVE Identifier N/A
GHSA Identifier GHSA-mhc4-qq83-fmrr
Severity MODERATE
CVSS v3.1 Base Score 5.9
CWE Classification CWE-345: Insufficient Verification of Data Authenticity
Affected Product axonflow-sdk-go
Package Ecosystem Go
Published Date
Last Updated

Security Impact

CVSS: 5.9

The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:H/A:N).

Attack Vector Network (AV:N)
Attack Complexity High (AC:H)
Privileges Required None (PR:N)
User Interaction None (UI:N)
Scope Unchanged (S:U)
Confidentiality None (C:N)
Integrity High (I:H)
Availability None (A:N)

How to Fix GHSA-mhc4-qq83-fmrr

To remediate this vulnerability, upgrade all affected axonflow-sdk-go dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

github.com/getaxonflow/axonflow-sdk-go/v5 fixed: 5.7.0
Upgrade github.com/getaxonflow/axonflow-sdk-go/v5 to 5.7.0
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

inspect dependencies for github.com/getaxonflow/axonflow-sdk-go/v5

How to Check if You Are Affected

To determine whether your application is affected by GHSA-mhc4-qq83-fmrr, inspect your project dependencies for axonflow-sdk-go:

inspect dependencies for github.com/getaxonflow/axonflow-sdk-go/v5

Analyze the terminal output to locate any version of axonflow-sdk-go in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 5.7.0), your application is affected.

Note: Verify declared build manifests and deployed runtime container environments.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-345: Insufficient Verification of Data Authenticity, where the product does not sufficiently verify the origin or authenticity of data, in a way that causes it to accept invalid data. In axonflow-sdk-go, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

## Summary The AxonFlow SDK's `WebhookSubscription` (or equivalent) type did not expose the HMAC-SHA256 signing key returned by the platform's `CreateWebhook` endpoint. Without access to the secret through the typed SDK API, callers had no path to verify the `X-AxonFlow-Signature` header on incoming webhook deliveries. Affected callers had two unsatisfactory options: 1. Skip signature verification entirely — accepting any payload from any source that knew the webhook URL. 2. Hand-parse the raw HTTP JSON response to extract the secret, bypassing the type-safe SDK surface. This advisory is filed across all four AxonFlow SDKs (Go, Python, TypeScript, Java) because the same defect and the same fix landed in each. ## Affected versions Versions 5.6.1 and below. ## Impact A webhook receiver using the SDK's typed API to handle inbound deliveries had no path to authenticate the source of incoming payloads. An attacker who learned the webhook URL — through misconfiguration, log leakage, observable network traffic during setup, or any other discovery channel — could forge webhook deliveries indistinguishable from legitimate ones, causing the receiving application to act on fabricated events (e.g. simulated approval-granted callbacks, simulated policy-decision callbacks, simulated step-completion callbacks). ## Remediation Upgrade to the patched version listed in Vulnerabilities below. The signing key is now exposed on the `WebhookSubscription` response type returned by `CreateWebhook`. Implementations should: 1. Persist the secret returned by `CreateWebhook` securely (it is only returned once, at create time). 2. On each incoming webhook delivery, compute `HMAC-SHA256(secret, raw_body)` and compare it in constant time against the `X-AxonFlow-Signature` header. 3. Reject any delivery whose signature does not match. ## Credit Identified by AxonFlow internal security review during the April 2026 quality-freeze epic.

GHSA-mhc4-qq83-fmrr Affected axonflow-sdk-go Versions

1 component(s)
Fixed Versions:
5.7.0
Product / Package Ecosystem Affected Versions Fixed Version
github.com/getaxonflow/axonflow-sdk-go/v5
Go
< 5.7.0
5.7.0

References

Frequently Asked Questions

What is GHSA-mhc4-qq83-fmrr?
GHSA-mhc4-qq83-fmrr is a security vulnerability in axonflow-sdk-go involving Webhook signing-key (HMAC-SHA256) not exposed by SDK type, preventing signature verification under CWE-345: Insufficient Verification of Data Authenticity.
Which axonflow-sdk-go versions are affected?
Affected versions include releases prior to 5.7.0 across affected packages: github.com/getaxonflow/axonflow-sdk-go/v5.
What version fixes GHSA-mhc4-qq83-fmrr?
Upgrading to 5.7.0 (or the latest patched release for your respective branch) resolves the vulnerability.
Is github.com/getaxonflow/axonflow-sdk-go/v5 affected?
Yes, github.com/getaxonflow/axonflow-sdk-go/v5 is affected in releases prior to 5.7.0. Upgrade your dependency to 5.7.0 or later.
What is the CVSS score of GHSA-mhc4-qq83-fmrr?
GHSA-mhc4-qq83-fmrr has a CVSS v3.1 base score of 5.9 (MODERATE) with vector string CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:H/A:N.
What CWE is associated with GHSA-mhc4-qq83-fmrr?
GHSA-mhc4-qq83-fmrr is classified under CWE-345: Insufficient Verification of Data Authenticity (The product does not sufficiently verify the origin or authenticity of data, in a way that causes it to accept invalid data.).
How can I check Go dependencies for GHSA-mhc4-qq83-fmrr?
Run the dependency tree command: 'inspect dependencies for github.com/getaxonflow/axonflow-sdk-go/v5'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-mhc4-qq83-fmrr",
  "modified" : "2026-05-06T23:15:38Z",
  "published" : "2026-05-06T23:15:38Z",
  "aliases" : [ ],
  "summary" : "axonflow-sdk-go: Webhook signing-key (HMAC-SHA256) not exposed by SDK type, preventing signature verification",
  "details" : "## Summary\n\nThe AxonFlow SDK's `WebhookSubscription` (or equivalent) type did not expose the HMAC-SHA256 signing key returned by the platform's `CreateWebhook` endpoint. Without access to the secret through the typed SDK API, callers had no path to verify the `X-AxonFlow-Signature` header on incoming webhook deliveries. Affected callers had two unsatisfactory options:\n\n1. Skip signature verification entirely — accepting any payload from any source that knew the webhook URL.\n2. Hand-parse the raw HTTP JSON response to extract the secret, bypassing the type-safe SDK surface.\n\nThis advisory is filed across all four AxonFlow SDKs (Go, Python, TypeScript, Java) because the same defect and the same fix landed in each.\n\n## Affected versions\n\nVersions 5.6.1 and below.\n\n## Impact\n\nA webhook receiver using the SDK's typed API to handle inbound deliveries had no path to authenticate the source of incoming payloads. An attacker who learned the webhook URL — through misconfiguration, log leakage, observable network traffic during setup, or any other discovery channel — could forge webhook deliveries indistinguishable from legitimate ones, causing the receiving application to act on fabricated events (e.g. simulated approval-granted callbacks, simulated policy-decision callbacks, simulated step-completion callbacks).\n\n## Remediation\n\nUpgrade to the patched version listed in Vulnerabilities below. The signing key is now exposed on the `WebhookSubscription` response type returned by `CreateWebhook`. Implementations should:\n\n1. Persist the secret returned by `CreateWebhook` securely (it is only returned once, at create time).\n2. On each incoming webhook delivery, compute `HMAC-SHA256(secret, raw_body)` and compare it in constant time against the `X-AxonFlow-Signature` header.\n3. Reject any delivery whose signature does not match.\n\n## Credit\n\nIdentified by AxonFlow internal security review during the April 2026 quality-freeze epic.",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:H/A:N"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "Go",
      "name" : "github.com/getaxonflow/axonflow-sdk-go/v5"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "fixed" : "5.7.0"
      } ]
    } ]
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/getaxonflow/axonflow-sdk-go/security/advisories/GHSA-mhc4-qq83-fmrr"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/getaxonflow/axonflow-sdk-go"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-345", "CWE-347" ],
    "severity" : "MODERATE",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-05-06T23:15:38Z",
    "nvd_published_at" : null
  }
}