Description
Improper authorization in Apache bRPC (versions < 1.18.0) on all platforms allows remote attackers to access builtin services through the public port.

Root Cause:
ServerOptions.internal_port is documented to make builtin services (and Tabbed services) reachable only from the internal port, and the HTTP/h2 dispatch path enforced this. However, all protobuf-based protocol dispatch paths (baidu_std, hulu_pbrpc, sofa_pbrpc, and the nshead-based protocols public_pbrpc, nshead_mcpack, nova_pbrpc and ubrpc2pb) computed the security_mode flag but never enforced it between method resolution and method invocation. Since builtin services share the method map with user services, a client able to reach the public port could invoke builtin services such as brpc.vars or hotspots by name over these pb protocols and disclose sensitive runtime information (metrics, flags, profiler data) that the operator intended to expose only via the internal port.

Affected Scenarios:
Use a bRPC server with ServerOptions.internal_port configured (or with builtin/Tabbed services otherwise expected to be gated by it) while the public port is reachable from an untrusted network and any pb-based protocol is enabled.

How to Fix:
(Choose one of the following options) 
1. Upgrade bRPC to version 1.18.0, which fixes this issue.
2. Apply this patch: https://github.com/apache/brpc/pull/3511
Published: 2026-10-21
Score: n/a
EPSS: n/a
KEV: No
Impact: Information Disclosure via Improper Authorization
Action: Immediate Patch
AI Analysis

Impact

In all builds of Apache bRPC older than 1.18.0, the internal port protection intended to gate builtin services is ignored for a range of protobuf‑based protocols. This flaw enables remote attackers to reach the public port and invoke privileged internal services such as brpc.vars or hotspots, exposing runtime metrics, flags, and profiler data that operators expected to be accessible only via an internal network. The result is a direct leakage of sensitive server information.

Affected Systems

Apache bRPC version 1.17.x and earlier on any platform that uses ServerOptions.internal_port or otherwise expects builtin/Tabbed services to be gated by this setting. The vulnerability applies when the server’s public port is reachable from untrusted networks and any of the following protobuf protocols is enabled: baidu_std, hulu_pbrpc, sofa_pbrpc, public_pbrpc, nshead_mcpack, nova_pbrpc, or ubrpc2pb.

Risk and Exploitability

The CVSS score is not listed, and no EPSS value is available; the flaw is also not in the CISA KEV catalog. Exploitation requires only network connectivity to the bRPC public port and enabling one of the affected protobuf protocols, after which an attacker can freely resolve and invoke internal service methods. This lack of enforced authorization makes the attack straightforward and effective at remote data disclosure.

Generated by OpenCVE AI on October 21, 2026 at 18:20 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade Apache bRPC to version 1.18.0, the release that includes the fix for this issue.
  • If an upgrade cannot be performed immediately, apply the patch from GitHub pull request 3511, which restores proper enforcement of the internal port restriction for protobuf protocols.
  • Restrict network access to the bRPC public port or block it entirely from untrusted networks, ensuring that only trusted internal hosts can reach the port that hosts the vulnerable protocols.

Generated by OpenCVE AI on October 21, 2026 at 18:20 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Wed, 21 Oct 2026 12:30:00 +0000

Type Values Removed Values Added
Description Improper authorization in Apache bRPC (versions < 1.18.0) on all platforms allows remote attackers to access builtin services through the public port. Root Cause: ServerOptions.internal_port is documented to make builtin services (and Tabbed services) reachable only from the internal port, and the HTTP/h2 dispatch path enforced this. However, all protobuf-based protocol dispatch paths (baidu_std, hulu_pbrpc, sofa_pbrpc, and the nshead-based protocols public_pbrpc, nshead_mcpack, nova_pbrpc and ubrpc2pb) computed the security_mode flag but never enforced it between method resolution and method invocation. Since builtin services share the method map with user services, a client able to reach the public port could invoke builtin services such as brpc.vars or hotspots by name over these pb protocols and disclose sensitive runtime information (metrics, flags, profiler data) that the operator intended to expose only via the internal port. Affected Scenarios: Use a bRPC server with ServerOptions.internal_port configured (or with builtin/Tabbed services otherwise expected to be gated by it) while the public port is reachable from an untrusted network and any pb-based protocol is enabled. How to Fix: (Choose one of the following options)  1. Upgrade bRPC to version 1.18.0, which fixes this issue. 2. Apply this patch: https://github.com/apache/brpc/pull/3511
Title Apache bRPC: Builtin services reachable from the public port via protobuf protocols despite ServerOptions.internal_port configuration
Weaknesses CWE-285
References

Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: apache

Published:

Updated: 2026-10-21T12:14:28.591Z

Reserved: 2026-09-02T09:02:03.173Z

Link: CVE-2026-84748

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-21T13:20:03.997

Modified: 2026-10-21T13:20:03.997

Link: CVE-2026-84748

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-21T18:30:14Z

Weaknesses