Lucene search

K
osvGoogleOSV:GHSA-284C-X8M7-9W5H
HistoryMay 22, 2024 - 6:47 p.m.

Dapr API Token Exposure

2024-05-2218:47:58
Google
osv.dev
2
dapr
api token
grpc
remote service invocation
security breach

5.3 Medium

CVSS3

Attack Vector

NETWORK

Attack Complexity

LOW

Privileges Required

NONE

User Interaction

NONE

Scope

UNCHANGED

Confidentiality Impact

LOW

Integrity Impact

NONE

Availability Impact

NONE

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N

5.5 Medium

AI Score

Confidence

High

0.0004 Low

EPSS

Percentile

15.5%

Summary

A vulnerability has been found in Dapr that causes a leak of the application token of the invoker app to the invoked app when using Dapr as a gRPC proxy for remote service invocation. This issue arises because Dapr sends the app token of the invoker app instead of the app token of the invoked app.

Users who leverage Dapr for gRPC proxy service invocation and are using the app API token feature are encouraged to upgrade Dapr to version 1.13.3.

Impact

This vulnerability impacts Dapr users who use Dapr as a gRPC proxy for remote service invocation as well as the Dapr App API token functionality. An attacker could exploit this vulnerability to gain access to the app token of the invoker app, potentially compromising security and authentication mechanisms.

Patches

The issue has been fixed in Dapr version 1.13.3.

Details

Dapr uses two types of tokens for authentication:

  • APP_API_TOKEN: Used by Dapr to authenticate to the app.
  • DAPR_API_TOKEN: Used by the app to authenticate to Dapr.

Dapr uses the dapr-api-token metadata in gRPC calls (or header, for HTTP calls) for authentication.

  • In communication from dapr to the app, the dapr-api-token metadata field will carry the APP_API_TOKEN.
  • In communication from the app to daprd, the dapr-api-token metadata field will carry the DAPR_API_TOKEN.

Before version 1.13.0, the APP_API_TOKEN was not being sent to the invoked app for authentication, as reported in this issue. Instead, Dapr was incorrectly using the same DAPR_API_TOKEN that the invoker app had passed to Dapr. This was addressed in PR #7404, but the fix only worked for self-invocation scenarios.

When Dapr needed to communicate with another instance, it would mistakenly include the APP_API_TOKEN of the invoker app in the request. This behavior is incorrect, app tokens should never be included in requests between Dapr sidecars. This vulnerability allows the receiving app to see the app token of the invoker app, leading to potential misuse and security breaches.

The vulnerability is addressed by ensuring that Dapr uses the correct app token (of the invoked app) during gRPC proxy service invocation.

References

Credits

Thanks to Benjamin Delay for reporting this issue.

5.3 Medium

CVSS3

Attack Vector

NETWORK

Attack Complexity

LOW

Privileges Required

NONE

User Interaction

NONE

Scope

UNCHANGED

Confidentiality Impact

LOW

Integrity Impact

NONE

Availability Impact

NONE

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N

5.5 Medium

AI Score

Confidence

High

0.0004 Low

EPSS

Percentile

15.5%

Related for OSV:GHSA-284C-X8M7-9W5H