---
id: "CVE-2026-82436"
page: "https://infrastack.ai/live/CVE-2026-82436"
kind: "vulnerability"
aliases: ["CVE-2026-82436"]
title: "Apache Storm: state restore from Redis can run code in worker JVM"
severity: "high"
cvss: null
epss: null
exploited: false
status: "open"
category: "package"
products: []
ecosystems: []
tags: ["apache-storm", "jvm", "package", "redis", "stateful-bolts"]
not_affected_if: ["default-state-provider", "isolated-state-store", "no-redis-state-store"]
published_at: "2026-11-09T10:17:11+00:00"
first_seen_at: "2026-11-09T10:25:49+00:00"
updated_at: "2026-11-09T10:26:36+00:00"
sources: [{"source": "nvd", "url": "https://nvd.nist.gov/vuln/detail/CVE-2026-82436", "first_seen_at": "2026-11-09T10:25:49+00:00"}]
exploit_sources: []
---

# Apache Storm: state restore from Redis can run code in worker JVM

Link for people: https://infrastack.ai/live/CVE-2026-82436 (this .md is for agents)

Apache Storm's bolt state serializer deserializes whatever bytes the state store returns, with Kryo class registration disabled. A party who can write to the topology's keys in the state store, such as a co-tenant of a shared Redis, can make code run inside the worker JVM when state is restored.

_Summary, check and fix written by a model from the sources; labelled as such._

## How to check

- Check whether the topology uses the Redis-backed state provider (not the default).
- Check the Storm version in use; affected versions are those before `3.1.0`, per the mitigation text.
- Check who can reach or write to the Redis instance holding the state keys.

## Fix

- Apache Storm: upgrade to `3.1.0`, where the state serializer requires registered classes. Note that checkpoints written by affected versions may fail to restore and a migration step may be required.

## Timeline

- 2026-11-09T10:25:49+00:00 nvd https://nvd.nist.gov/vuln/detail/CVE-2026-82436

## From the sources

Description

`DefaultStateSerializer`, used to persist and restore stateful bolt checkpoints, configured Kryo with class
registration disabled and an instantiation strategy that constructs objects without invoking their
constructors, then deserialized whatever bytes the state store returned. A party able to write to the
topology's keyspace in the state store, for example a co-tenant of a shared Redis instance or anyone with
network access to it, could therefore place a serialized object graph that executes code inside the worker
JVM when the state is restored.

This requires the Redis-backed state provider, which is not the default. Write access to a state-store key
is a data-plane privilege; code execution in the worker JVM is not, so the two are not equivalent.

Mitigation

Upgrade to 3.1.0, where the state serializer requires registered classes.

Note that this is a behaviour change for existing state: checkpoints written by an affected version may fail
to restore, and a migration step may be required. Users who cannot upgrade immediately should restrict
network and credential access to the state store to the cluster itself.

Credit

The ASF -- found using Claude agents to study the security of open-source projects, validated and reported by Apache Storm.

---

_Free to read, with fair use of about 60 pages a minute. For higher limits or API access: sales@infrastack.ai_