Supabase Realtime: Expired JWTs with string exp are accepted by REST broadcast authorization
What fixes it
No source in this snapshot names a fixed version. The vendor advisories under References are the place to check.
Description
Supabase Realtime provides Broadcast, Presence, and Postgres Changes via WebSockets. Prior to version 2.103.1, the REST broadcast endpoints accept an expired JWT when the exp claim is encoded as a JSON string instead of a JSON number. The same route rejects an expired integer exp token signed with the same tenant secret. The accepted request returns 202 and emits the broadcast to subscribers. This could allow an unauthenticated attacker can broadcast realtime messages to subscribers. The attack can be performed via the Internet/only from within the supabase project. The impact of broadcasting messages to subscribers is application specific. This issue has been patched in version 2.103.1.
Text from CVE List
Affected versions 1
- realtimeaffected: < 2.103.1CVE List
References 4
- github.com/supabase/realtime/commit/ac229d7eff2798b12b994e07bdd64f5e9b56374aFixvia CVE List
- github.com/supabase/realtime/releases/tag/v2.103.1Fixvia CVE List
- github.com/supabase/realtime/security/advisories/GHSA-hg9h-6mhq-6c2vAdvisoryvia CVE List
- github.com/supabase/realtime/pull/1934Referencevia CVE List