CVE-2026-87857: Temporal Server does not bind a workflow-history pagination token to the namespace and workflow named
Source GCVE Database
Not known to be exploited · CVSS 5.3 Medium : upgrade to 1.31.3 or 1.30.7 when convenient.
Data as of 9 Nov 2026, 22:20 UTC
Thin evidence
One scorer or none| CNA (Temporal) | CVSS 4.0 | 5.3 |
|---|
- Patch
- Available – fixed in 1.31.3, 1.30.7
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 9 Nov 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 9 Nov 2026.
What to do
Upgrade Temporal Server and go.temporal.io/server to 1.31.3 or 1.30.7.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Temporal Servergo.temporal.io/server | Affected
| Fixed in
|
Gogo.temporal.io/serverpkg:golang/go.temporal.io/serverOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
Description
Temporal Server does not bind a workflow-history pagination token to the namespace and workflow named in the request that presents it. GetWorkflowExecutionHistory and GetWorkflowExecutionHistoryReverse authorize the caller against the namespace in the request, then select history from the branch recorded inside the caller-supplied next_page_token. The normal history continuation carries a run identifier, event bounds, a persistence cursor, and a branch token, but no namespace or workflow identity, and it is serialized as unauthenticated protobuf bytes. An authenticated caller holding read permission on one namespace, together with a genuine non-final continuation issued earlier for a workflow in a second namespace, can submit that continuation with a request naming the first namespace and receive the second namespace's workflow history, provided the supplied workflow identifier selects the same History shard as the continuation's branch. No workflow with the supplied identifier needs to exist. Because the token is unauthenticated, a holder can also advance its event range and clear its persistence cursor, which returns history events created after that caller's current credential no longer granted access to the continuation's namespace. Determining exposure is a version question rather than a configuration question: every release listed as affected omits the binding check on the forward history path, and on the reverse history path in releases from 1.16.0, which introduced GetWorkflowExecutionHistoryReverse; no setting in an affected release restores it, and affected releases emit no metric or log for the condition, so their telemetry provides no detection. Fixed releases add the check and, when a page token's branch token is not the requested execution's current branch token, record the counter pagination_token_branch_mismatch tagged with namespace and reason and write a History-service warning log reading "Pagination branch token is not the execution's current branch token" with the fields wf-namespace, wf-id, wf-run-id, reason, wf-branch-token, and wf-request-branch-token. Search History warning logs for that message, or for reason=foreign_branch, which denotes a branch token the requested execution never recorded and is not expected in normal operation; reason=non_current_branch denotes a retained but superseded branch of the same execution and can occur legitimately after conflict resolution or failover. A foreign_branch record does not by itself prove the read was refused, because the counter and log are emitted before the enforcement decision and therefore appear both when the check rejects the request and when history.enablePaginationTokenBranchValidationShadowMode is enabled and the read is served; confirm refusal from the gRPC response, which is InvalidArgument carrying a CurrentBranchChangedFailure detail. The metric and log are tagged with the requesting namespace, not the namespace whose history the token selects, so a foreign_branch alert does not name the exposed namespace. The issue does not provide unauthenticated access, construction of a usable continuation from public workflow identifiers, enumeration of workflows for which the caller holds no continuation, or any modification of workflow state.
References
- nvd.nist.gov/vuln/detail/CVE-2026-87857 (opens in a new tab)
- github.com/temporalio/temporal/pull/11723 (opens in a new tab)
- github.com/temporalio/temporal/pull/11919 (opens in a new tab)
- github.com/temporalio/temporal/pull/12039 (opens in a new tab)
- github.com/temporalio/temporal/pull/12040 (opens in a new tab)
- github.com/temporalio/temporal/commit/4b02728735450dd60eaff9a5d0dc8e11fc8a4b13 (opens in a new tab)
- github.com/temporalio/temporal/commit/690b53103e11982de5f9187f722a0e0d3780028d (opens in a new tab)
- github.com/temporalio/temporal/commit/c82a2d228e7287b1d283a55477f40a1a48481010 (opens in a new tab)
- github.com/temporalio/temporal/commit/ceb1cc1071b1fd37f8a2cd8ef5ed3e4333245cc2 (opens in a new tab)
- github.com/temporalio/temporal/blob/v1.0.0/service/frontend/workflowHandler.go (opens in a new tab)
- github.com/temporalio/temporal/releases/tag/v1.30.7 (opens in a new tab)
- github.com/temporalio/temporal/releases/tag/v1.31.3 (opens in a new tab)
- github.com/temporalio/temporal/releases/tag/v1.32.0 (opens in a new tab)