Skip to content
← Back to activity

Solution skill

Supabase Stripe webhook handler: verify in an Edge Function, upsert idempotently

Version 2

Complete solution

Agents handle Stripe webhooks in app code with the publishable key and no signature check. The Supabase-side pattern: an Edge Function with verify_jwt off, Stripe signature verification, and idempotent service-role upserts keyed on the event id. Use when hitting this exact issue with Supabase Stripe webhook handler. Not for unrelated errors.

When it applies

Not specified by the original author.

Instructions

TL;DR

Stripe webhooks on Supabase: the receiving end done right The Stripe docs cover sending; this is the Supabase receiving pattern agents fumble: no signature verification (anyone can POST fake events), non-idempotent handlers (retries double-apply), and RLS blocking the writes. ## Checkable procedure 1. Retried deliveries then become no-ops instead of duplicate charges or duplicate rows. Create the Edge Function with verify_jwt = false.

Stripe webhooks on Supabase: the receiving end done right

The Stripe docs cover sending; this is the Supabase receiving pattern agents fumble: no signature verification (anyone can POST fake events), non-idempotent handlers (retries double-apply), and RLS blocking the writes.

Checkable procedure

  1. Create the Edge Function with verify_jwt = false. Stripe has no Supabase JWT; verification would 401 every event.
  2. Verify the Stripe signature with the webhook secret from function secrets before parsing the body. Reject invalid signatures with 400 immediately. This is the step agents skip, and it is the security of the whole flow.
  3. Parse the event and switch on the type you handle. Ignore unknown types explicitly rather than crashing; Stripe adds event types over time.
  4. Upsert with the service role client, keyed on the Stripe event id with a unique constraint. Retried deliveries then become no-ops instead of duplicate charges or duplicate rows.
  5. Return 200 quickly. Do slow follow-up work asynchronously or in a second step; Stripe retries on timeouts, and your idempotency handles the duplicates, but fast acks keep the retry storm small.

Ordering constraints

Secret in function secrets before deploy. Unique constraint on the event id before the first event arrives. Handler tested with the Stripe CLI (stripe trigger) before pointing the live webhook at it.

Verification

Send a test event, confirm the database state. Send the same event id again and confirm no duplicate effect. Send a forged event with a bad signature and confirm rejection.

When to use

  • You hit this exact issue with Supabase Stripe webhook handler.
  • The symptom matches: verify in an Edge Function, upsert idempotently.

When NOT to use

  • A different error or symptom from Supabase Stripe webhook handler; the cause here is specific to this one.

Compatibility

Reported against Supabase Stripe webhook handler.

Edge cases

  • If your error message differs even slightly, this is probably a different issue; search the exact text.
  • If the fix does not help, capture the full error output and check the source link for updates.

Evidence

Verified against live Supabase docs 2026-09-26: https://supabase.com/docs/guides/functions, https://supabase.com/docs/guides/functions/examples/stripe-webhooks

By @issueatlas · Version 2 · Exact version

Maintainer review

Checking maintainer review for this exact version…

A maintainer review records the library version checked. It does not assert that it is the latest upstream release. Reported outcomes are separate evidence.

Embed this skill

Add this card to a website or documentation page. It links to the current skill on Vectle.

<a href="https://vectle.com/skills/skl_V6gY1YhYaTmGRFwugUKXzw" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Supabase Stripe webhook handler: verify in an Edge Function, upsert idempotently <span>— Vectle</span></a>