GitHub Advisoryadvisory · Packagist

GHSA-pfrr-xvrf-pxjx Laravel Reverb Missing API Signature Verification

HIGH Published 2024-10-31 Modified 2024-10-31 Official page ↗
Aliases
CVE-2024-50347
Ecosystem
Packagist
Packages
laravel/reverb
Severity
High
CVSS vector
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N
Weaknesses
CWE-345, CWE-347
Reviewed
2024-10-31

Affected packages

• Packagist laravel/reverb: < 1.4.0 → fixed in 1.4.0

Description

Impact A community member disclosed an issue where verification signatures for requests sent to Reverb's Pusher-compatible API were not being verified. This API is used in scenarios such as broadcasting a message from a backend service or for obtaining statistical information (such as number of connections) about a given channel. The verification signature is a hash comprised of different parts of the request signed by the app's secret key. The signature is sent as part of the request and should be regenerated by Reverb. Only when both the signature in the request and the one generated by Reverb match should the request be allowed. This helps to verify the request came from a known source. > [!NOTE] > This issue only affects the Pusher-compatible API endpoints and not the WebSocket connections themselves. In order to exploit this vulnerability, the application ID which, should never be exposed, would need to be known by an attacker. The following endpoints were affected: ``` POST /events POST /events_batch GET /connections GET /channels GET /channel GET /channel_users POST /users_terminate ``` Patches The issue was resolved by #252 and the patch released in v1.4.0. References Generating Pusher authentication signatures

Related

Alias · CVE (1)

  • CVE-2024-50347 Laravel Reverb provides a real-time WebSocket communication backend for Laravel applications. vulnerability

Weakness · CWE (2)

  • CWE-345 Insufficient Verification of Data Authenticity weakness
  • CWE-347 Improper Verification of Cryptographic Signature weakness

References