Most recent entries from all

bdu:2026-05283

2026-10-03T14:37:47.244265+00:00

bdu:2026-05283

certfr-2026-avi-0682 — Une vulnérabilité a été découverte dans les produits Laravel. Elle permet à un attaquant de provoquer un contournement…

2026-10-03T14:37:47.244309+00:00

certfr-2026-avi-0682

EUVD-2026-290302

2026-10-03T14:37:47.244329+00:00

EUVD-2026-290302

fkie_cve-2026-39976

2026-10-03T14:37:47.244341+00:00

Laravel Passport provides OAuth2 server support to Laravel. From 13.0.0 to before 13.7.1, there is an Authentication Bypass for client_credentials tokens. the league/oauth2-server library sets the JWT sub claim to the client identifier (since there's no user). The token guard then passes this value to retrieveById() without validating it's actually a user identifier, potentially resolving an unrelated real user. Any machine-to-machine token can inadvertently authenticate as an actual user. This vulnerability is fixed in 13.7.1.

GHSA-349c-2h2f-mxf6 — Laravel Passport: TokenGuard Authenticates Unrelated User for Client Credentials Tokens

2026-10-03T14:37:47.244376+00:00

Affected: Packagist: laravel/passport

### Impact Authentication Bypass for `client_credentials` tokens. the league/oauth2-server library sets the JWT sub claim to the client identifier (since there's no user). The token guard then passes this value to retrieveById() without validating it's actually a user identifier, potentially resolving an unrelated real user. Any machine-to-machine token can inadvertently authenticate as an actual user.

Usage of `EnsureClientIsResourceOwner` middleware together with `Passport::$clientUuids` set to `false`, can result in resolving the user instead, as stated in the [documentation](https://laravel.com/docs/13.x/passport#:~:text=The%20underlying%20OAuth2,client%20credentials%20token).

> The [underlying OAuth2 server](https://oauth2.thephpleague.com/database-setup/#:~:text=Please%20note%20that,the%20bearer%20token.) sets the token's sub claim to the client's identifier for client credentials tokens. By default, Passport uses UUIDs for clients, so this cannot collide with a user's integer primary key. However, if you have set Passport::$clientUuids to false, a client credentials token may inadvertently resolve a user whose ID matches the client's ID. In such cases, using this middleware cannot guarantee that the incoming token is a client credentials token.

### Patches Patched in v13.7.1

### Workarounds _Is there a way for users to fix or remediate the vulnerability without upgrading?_ Disallow usage of `client_credentials`.

### References - https://github.com/laravel/pas…