Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

[Bug] Gremlin sandbox blocks HStore gRPC allocator configuration reads

Đang mở
  • Có gì không ổn?
#3,412 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

@contrueCT đang làm issue này rồi.

Từ ngày 26/10/2026.

  • #3413 của @contrueCT — đang mở

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
25/100
Loại issue
Lỗi
Độ rõ ràng
Đặc tả rõ ràng
Mức độ hoạt động
Đình trệ
Công nghệ
databases, grpc, java
Lĩnh vực
backend, database

Hướng nghiên cứu

The report identifies HugeSecurityManager, GremlinGroovyScriptEngine.eval(), and gRPC Utils.getByteBufAllocator; it names no repository test file. Start by reviewing the linked fix in PR #3413 and its regression coverage for worker threads, allocator types, and script-denial checks. Done means the targeted internal property read works while direct script reads and unrelated property access remain denied; the pull request is already open.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Bug Type

Other exception / error: HStore access during Gremlin evaluation.

Environment
  • Observed during HStore readiness on Linux/JDK17, with HugeSecurityManager enabled and grpc-netty-shaded 1.47.0. The graph had not been populated.
  • Independently reproduced against current master f04d5cc8fc2fbd849d6aeef3f111e717a1f8f90d (1.8.0), using its actual grpc-netty-shaded 1.55.3 dependency, GremlinGroovyScriptEngine, and JVM security manager on Temurin 17.0.20.1/macOS aarch64.
Expected and actual behavior

A Gremlin query that reads HStore should be able to initialize an internal gRPC transport while script access to system properties remains restricted.

Instead, the first Gremlin read requiring a new transport fails with HTTP 500 and a gRPC channel panic:

java.lang.SecurityException: Not allowed to access system property(io.grpc.netty.shaded.io.grpc.netty.useCustomAllocator) via Gremlin
    at org.apache.hugegraph.security.HugeSecurityManager.newSecurityException(...)
    at org.apache.hugegraph.security.HugeSecurityManager.checkPropertyAccess(...)
    at java.base/java.lang.System.getProperty(...)
    at io.grpc.netty.shaded.io.grpc.netty.Utils.getByteBufAllocator(...)

io.grpc.StatusRuntimeException: INTERNAL: Panic! This is a bug!
Reproduction and cause
  1. Start a server backed by HStore with the existing security manager enabled.
  2. Submit a Gremlin read such as g.V().limit(1).hasNext() that requires a new HStore gRPC transport. No large dataset or application schema is required.
  3. Observe the allocator-property rejection above and the failed query.
Gremlin evaluation -> HStore scan -> new gRPC transport
    -> Utils.getByteBufAllocator(boolean)
    -> System.getProperty("io.grpc.netty.shaded.io.grpc.netty.useCustomAllocator", "true")
    -> HugeSecurityManager rejects the internal read

The allocator reads this property on every invocation, so warming gRPC before Gremlin evaluation does not prevent the failure on later connections.

A focused regression also reproduces the rejection without starting a database or opening a connection: initialize the actual allocator, then invoke it through GremlinGroovyScriptEngine.eval() under HugeSecurityManager on a gremlin-server-exec-* or task-worker-* thread. Both worker paths fail on unmodified master. Calling CompiledScript.eval() directly is insufficient for this reproduction because it omits the engine stack frame used to identify Gremlin.

Proposed fix and verification boundary

Add this exact, non-sensitive boolean configuration flag to the existing property-read whitelist. Direct Gremlin script reads of this one flag are also permitted. Keep sensitive and unrelated property reads and bulk system-property enumeration denied; grant no wildcard access to the gRPC namespace. This avoids coupling production permission checks to a gRPC internal class or method name.

Fix PR: #3413. It includes actual-JAR regression coverage for both worker types and heap/direct allocators, permitted direct flag reads, and the remaining script-denial checks. The exact policy is documented in docs/server-runtime.md. This component reproduction does not establish full distributed HStore integration or benchmark acceptance.

Searched existing issues and PRs for the property and HStore/security-manager failures. Related #3214 concerns denied worker creation during ordered scans; this failure concerns an internal allocator-property read.

Ngôn ngữ chính
Java
Star
3.2k
Fork
642
Merge trung bình
1 ngày 7 giờ
Pull request đã merge (30 ngày)
116

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của apache/hugegraph

Tất cả issue của apache/hugegraph

Issue tương tự

Thêm issue về Java

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.