<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sun, 15 Nov 2026 06:54:43 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-128065</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-128065</link>
      <description>&lt;p&gt;@grpc/grpc-js implements the core functionality of gRPC purely in JavaScript, without a C++ addon. From 1.14.0 through 1.14.1, XdsServer in @grpc/grpc-js-xds can acknowledge Route and VirtualHost resources while failing to apply their RBACPerRoute override configurations. The override parser is not registered under the override message type, override maps are stored under a type URL instead of the configured HTTP filter name, and VirtualHost override maps are not read. When experimental RBAC is enabled and a trusted xDS control plane supplies a broad top-level ALLOW policy with a stricter matching override, affected servers evaluate RPCs under the broad policy and can accept requests that should be denied. This issue is fixed in version 1.14.2.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;@grpc/grpc-js implements the core functionality of gRPC purely in JavaScript, without a C++ addon. From 1.14.0 through 1.14.1, XdsServer in @grpc/grpc-js-xds can acknowledge Route and VirtualHost resources while failing to apply their RBACPerRoute override configurations. The override parser is not registered under the override message type, override maps are stored under a type URL instead of the configured HTTP filter name, and VirtualHost override maps are not read. When experimental RBAC is enabled and a trusted xDS control plane supplies a broad top-level ALLOW policy with a stricter matching override, affected servers evaluate RPCs under the broad policy and can accept requests that should be denied. This issue is fixed in version 1.14.2.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-128065</guid>
    </item>
    <item>
      <title>GHSA-gg5j-6742-v827 — @grpc/grpc-js: RBAC override configs in VirtualHost and Route resources are not applied</title>
      <link>https://db.gcve.eu/vuln/ghsa-gg5j-6742-v827</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @grpc/grpc-js-xds&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;`XdsServer` in `@grpc/grpc-js-xds` does not apply `RBACPerRoute` overrides from matching Route or VirtualHost resources. When a trusted xDS control plane supplies a broad top-level ALLOW policy and a stricter override, `XdsServer` ACKs the resources but evaluates the RPC under the top-level policy.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;### Override parser lookup uses the override message type&lt;/p&gt;
&lt;p&gt;`parseOverrideFilterConfig()` in packages/grpc-js-xds/src/http-filter.ts:225-257 looks up FILTER_REGISTRY using the override message type:&lt;/p&gt;
&lt;p&gt;`type.googleapis.com/envoy.extensions.filters.http.rbac.v3.RBACPerRoute`
Source: https://github.com/grpc/grpc-node/blob/56567d9604b4e45cdca0d2e3c2a60ac227ee659d/packages/grpc-js-xds/src/http-filter.ts#L225-L257&lt;/p&gt;
&lt;p&gt;`setup()` in packages/grpc-js-xds/src/http-filter/rbac-filter.ts:167-173 registers the filter only under the top-level RBAC type:&lt;/p&gt;
&lt;p&gt;`type.googleapis.com/envoy.extensions.filters.http.rbac.v3.RBAC`
Source: https://github.com/grpc/grpc-node/blob/56567d9604b4e45cdca0d2e3c2a60ac227ee659d/packages/grpc-js-xds/src/http-filter/rbac-filter.ts#L167-L173&lt;/p&gt;
&lt;p&gt;The lookup returns null even though the registered entry contains `parseOverrideRbacConfig()`, and server.ts silently skips the override.&lt;/p&gt;
&lt;p&gt;### Override maps are keyed by type URL instead of filter name&lt;/p&gt;
&lt;p&gt;`overrideConfigMaps` in server.ts:99-102 is documented as keyed by HTTP filter name, but server.ts:169-174 stores each map under `filterConfig.typeUrl`.&lt;/p&gt;
&lt;p&gt;Source: https://github.com/grpc/grpc-node/blob/56567d9604…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @grpc/grpc-js-xds&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;`XdsServer` in `@grpc/grpc-js-xds` does not apply `RBACPerRoute` overrides from matching Route or VirtualHost resources. When a trusted xDS control plane supplies a broad top-level ALLOW policy and a stricter override, `XdsServer` ACKs the resources but evaluates the RPC under the top-level policy.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;### Override parser lookup uses the override message type&lt;/p&gt;
&lt;p&gt;`parseOverrideFilterConfig()` in packages/grpc-js-xds/src/http-filter.ts:225-257 looks up FILTER_REGISTRY using the override message type:&lt;/p&gt;
&lt;p&gt;`type.googleapis.com/envoy.extensions.filters.http.rbac.v3.RBACPerRoute`
Source: https://github.com/grpc/grpc-node/blob/56567d9604b4e45cdca0d2e3c2a60ac227ee659d/packages/grpc-js-xds/src/http-filter.ts#L225-L257&lt;/p&gt;
&lt;p&gt;`setup()` in packages/grpc-js-xds/src/http-filter/rbac-filter.ts:167-173 registers the filter only under the top-level RBAC type:&lt;/p&gt;
&lt;p&gt;`type.googleapis.com/envoy.extensions.filters.http.rbac.v3.RBAC`
Source: https://github.com/grpc/grpc-node/blob/56567d9604b4e45cdca0d2e3c2a60ac227ee659d/packages/grpc-js-xds/src/http-filter/rbac-filter.ts#L167-L173&lt;/p&gt;
&lt;p&gt;The lookup returns null even though the registered entry contains `parseOverrideRbacConfig()`, and server.ts silently skips the override.&lt;/p&gt;
&lt;p&gt;### Override maps are keyed by type URL instead of filter name&lt;/p&gt;
&lt;p&gt;`overrideConfigMaps` in server.ts:99-102 is documented as keyed by HTTP filter name, but server.ts:169-174 stores each map under `filterConfig.typeUrl`.&lt;/p&gt;
&lt;p&gt;Source: https://github.com/grpc/grpc-node/blob/56567d9604…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-gg5j-6742-v827</guid>
    </item>
  </channel>
</rss>
