bug: SessionContext.close() / DataFrame.close() race with concurrent JNI calls (use-after-free)
@andygrove ya está trabajando en esto.
Desde el 6/8/2026.
Evaluación
Este issue todavía no se ha evaluado.
Descripción
Describe the bug
SessionContext and DataFrame hold their native pointer in a plain
long nativeHandle. Every public method follows the pattern:
if (nativeHandle == 0) throw new IllegalStateException(...);
someNativeCall(nativeHandle, ...);
…and close() does:
if (nativeHandle != 0) {
closeSessionContext(nativeHandle);
nativeHandle = 0;
}
If thread A is mid-method on a context and thread B calls close() on
the same context, the read in A and the write+free in B race:
- A reads
nativeHandle(non-zero), passes it to JNI. - B sets
nativeHandle = 0and the Rust side drops theBox. - A's JNI call dereferences a freed
*const SessionContext→ UAF.
Even the nativeHandle == 0 guard is not safe — it's a TOCTOU. The
same shape applies to DataFrame (each method reads nativeHandle,
then calls JNI).
To Reproduce
No reproducer exists yet. A two-thread test running a tight loop of
ctx.sql(...).count() against ctx.close() on an ASan-instrumented
native build would surface it deterministically; can write one if the
maintainers want to see it first.
Expected behavior
One of:
- Document the UB explicitly. Today the Javadoc says contexts are
"not thread-safe" and warns about concurrentsql/register*/
close, but the consequence ("can produce a use-after-free") is
already spelled out — so it's arguably already expected, and this
issue is just a tracking marker so a future maintainer doesn't get
surprised. - Atomic handle + reference count. Use
AtomicLongfor the
handle and reference-count on the Rust side so close() defers until
in-flight calls drain. Closer to what JNA-style bindings do. - Per-instance lock. Wrap every JNI call in a synchronized
block. Simplest, but kills any potential concurrency on independent
read-only operations.
Additional context
Not a regression — the documented contract already excludes concurrent
use. Filing for visibility ahead of the first multi-threaded user (a
server, a Flink/Spark integration, etc.) hitting it in production
rather than dev. Cross-references SessionContext.java and
DataFrame.java; same shape will need attention any time a new
long-lived handle is added.
- Lenguaje dominante
- Java
- Estrellas
- 32
- Forks
- 12
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de apache/datafusion-java
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
apache/datafusion-java#116 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
apache/datafusion-java#112 ·
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 42/100
apache/datafusion-java#96 ·
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 38/100
apache/datafusion-java#95 ·
-
Create first release Abiertoenhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
apache/datafusion-java#86 · 3 comentarios ·
Todos los issues de apache/datafusion-java
Issues similares
-
bug untriaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
opensearch-project/ml-commons#5094 ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
-
emitter:client:csharp feature
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
affects/8.10 affects/8.9 component/clients kind/bug likelihood/mid severity/mid
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Two open-case totals on one screen: the Programs tile says 15,858 and the nav badge says 15,868 Abiertobug frontend maui-pilot
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100