@luanpdd/kit-mcp 1.31.0 → 1.33.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (30) hide show
  1. package/README.md +1 -1
  2. package/kit/COMPATIBILITY.md +5 -0
  3. package/kit/agents/designer-ui.md +216 -0
  4. package/kit/agents/supabase-auth-bootstrapper.md +15 -1
  5. package/kit/agents/supabase-auth-hook-writer.md +418 -0
  6. package/kit/agents/supabase-mfa-implementer.md +439 -0
  7. package/kit/agents/supabase-oauth-server-implementer.md +507 -0
  8. package/kit/agents/supabase-social-auth-implementer.md +451 -0
  9. package/kit/agents/supabase-sso-saml-architect.md +549 -0
  10. package/kit/commands/supabase.md +21 -1
  11. package/kit/file-manifest.json +29 -6
  12. package/kit/skills/supabase-auth-hardening/SKILL.md +674 -0
  13. package/kit/skills/supabase-auth-hooks/SKILL.md +875 -0
  14. package/kit/skills/supabase-auth-methods/SKILL.md +486 -0
  15. package/kit/skills/supabase-auth-sessions/SKILL.md +579 -0
  16. package/kit/skills/supabase-auth-ssr/SKILL.md +60 -14
  17. package/kit/skills/supabase-enterprise-sso-saml/SKILL.md +545 -0
  18. package/kit/skills/supabase-jwt-signing-keys/SKILL.md +399 -0
  19. package/kit/skills/supabase-mfa/SKILL.md +488 -0
  20. package/kit/skills/supabase-oauth-server/SKILL.md +537 -0
  21. package/kit/skills/supabase-social-oauth/SKILL.md +480 -0
  22. package/kit/skills/supabase-third-party-auth/SKILL.md +450 -0
  23. package/kit/skills/ui-anti-padroes-ia/SKILL.md +261 -0
  24. package/kit/skills/ui-contexto-produto/SKILL.md +248 -0
  25. package/kit/skills/ui-cor-estrategia/SKILL.md +213 -0
  26. package/kit/skills/ui-critica-auditoria/SKILL.md +260 -0
  27. package/kit/skills/ui-motion-funcional/SKILL.md +264 -0
  28. package/kit/skills/ui-ritmo-espacial/SKILL.md +259 -0
  29. package/kit/skills/ui-tipografia/SKILL.md +211 -0
  30. package/package.json +1 -1
@@ -0,0 +1,875 @@
1
+ ---
2
+ name: supabase-auth-hooks
3
+ description: Use ao implementar Auth Hooks no Supabase — custom access token, send email/SMS, before user created, MFA e password verification hooks.
4
+ ---
5
+
6
+ # Supabase — Auth Hooks
7
+
8
+ ## Quando usar
9
+
10
+ LLM carrega esta skill quando implementar **Auth Hooks** no Supabase — endpoints que interceptam e modificam o fluxo padrão de autenticação em pontos de execução específicos.
11
+
12
+ Trigger phrases:
13
+
14
+ - "auth hook Supabase", "custom access token hook"
15
+ - "send email hook", "send sms hook"
16
+ - "before user created hook", "MFA verification hook"
17
+ - "password verification hook"
18
+ - "Postgres function hook", "HTTP hook Supabase"
19
+ - `custom_access_token_hook`, `supabase_auth_admin`
20
+ - "como bloquear signup por domínio", "como customizar email de auth"
21
+ - "hook para rate-limit de login", "Standard Webhooks Supabase"
22
+
23
+ ## Princípio canônico
24
+
25
+ Auth Hooks são **endpoints síncronos** que o Supabase Auth invoca em pontos específicos do fluxo de autenticação. O hook recebe um payload JSON, pode modificar o comportamento e retorna um JSON de resposta. Erros retornados pelo hook **bloqueiam** a operação de auth correspondente.
26
+
27
+ **6 hooks disponíveis:**
28
+
29
+ | Hook | Disponibilidade | Quando é invocado |
30
+ |------|----------------|-------------------|
31
+ | Before User Created | Free / Pro | Antes de criar novo usuário |
32
+ | Custom Access Token | Free / Pro | Antes de emitir JWT (login + refresh) |
33
+ | Send SMS | Free / Pro | Quando Supabase Auth precisa enviar SMS (OTP, MFA) |
34
+ | Send Email | Free / Pro | Quando Supabase Auth precisa enviar email (confirmação, magic link) |
35
+ | MFA Verification | Teams / Enterprise | Ao verificar código MFA |
36
+ | Password Verification | Teams / Enterprise | Ao verificar senha de login |
37
+
38
+ **2 tipos de hook:**
39
+
40
+ | Tipo | URI | Quando usar |
41
+ |------|-----|-------------|
42
+ | **Postgres function** | `pg-functions://postgres/public/<nome_fn>` | Lógica simples, acesso direto ao DB, sem I/O externo |
43
+ | **HTTP endpoint** | URL HTTPS | Lógica complexa, chamada a APIs externas, Edge Functions |
44
+
45
+ ## Modelo de segurança — Postgres Function Hook
46
+
47
+ A função hook roda com o Postgres role `supabase_auth_admin` — precisa de grants explícitos:
48
+
49
+ ```sql
50
+ -- OBRIGATÓRIO: grants para supabase_auth_admin
51
+ grant usage on schema public to supabase_auth_admin;
52
+
53
+ grant execute
54
+ on function public.minha_funcao_hook
55
+ to supabase_auth_admin;
56
+
57
+ -- OBRIGATÓRIO: revogar de roles públicos
58
+ revoke execute
59
+ on function public.minha_funcao_hook
60
+ from authenticated, anon, public;
61
+ ```
62
+
63
+ **Por quê não usar `security definer`:** prefira grants explícitos — `security definer` faz a função rodar com privilégios do owner (geralmente `postgres`) o que é mais amplo do que necessário. Grants são o mínimo necessário e mais auditáveis.
64
+
65
+ **Exceção:** se a função precisar acessar tabelas ou schemas que `supabase_auth_admin` não tem permissão, use `security definer` com `set search_path = ''` para evitar injeção via search_path:
66
+
67
+ ```sql
68
+ create or replace function public.custom_access_token_hook(event jsonb)
69
+ returns jsonb
70
+ language plpgsql
71
+ stable
72
+ -- security definer apenas se necessário para acesso a schema restrito
73
+ -- set search_path = '' -- anti-injeção de schema
74
+ as $$
75
+ -- implementação
76
+ $$;
77
+ ```
78
+
79
+ ## Modelo de segurança — HTTP Hook
80
+
81
+ Hooks HTTP seguem a especificação **Standard Webhooks** para autenticidade das requisições:
82
+
83
+ ```ts
84
+ // Headers enviados pelo Supabase Auth em cada chamada HTTP ao hook
85
+ // webhook-id: <uuid único por chamada>
86
+ // webhook-timestamp: <unix timestamp em segundos>
87
+ // webhook-signature: v1=<assinatura HMAC-SHA256 base64>
88
+ ```
89
+
90
+ **Verificar assinatura com a lib `standardwebhooks`:**
91
+
92
+ ```ts
93
+ // deno / Edge Function
94
+ import { Webhook } from 'https://esm.sh/standardwebhooks@1.0.0'
95
+
96
+ const secret = Deno.env.get('SEND_EMAIL_HOOK_SECRET')!
97
+ // formato do secret configurado no Supabase: v1,whsec_<base64-secret>
98
+
99
+ Deno.serve(async (req) => {
100
+ const payload = await req.text()
101
+ const headers = Object.fromEntries(req.headers)
102
+
103
+ const wh = new Webhook(secret)
104
+
105
+ try {
106
+ // lança erro se assinatura inválida
107
+ const event = wh.verify(payload, headers)
108
+ // processar evento verificado
109
+ return new Response(JSON.stringify({ success: true }), {
110
+ headers: { 'Content-Type': 'application/json' },
111
+ })
112
+ } catch (err) {
113
+ // assinatura inválida → rejeitar
114
+ return new Response(
115
+ JSON.stringify({ error: { http_code: 401, message: 'Assinatura inválida' } }),
116
+ { status: 401, headers: { 'Content-Type': 'application/json' } }
117
+ )
118
+ }
119
+ })
120
+ ```
121
+
122
+ **Formato do secret:** Supabase gera um secret no formato `v1,whsec_<base64>` — usar exatamente este formato ao instanciar `new Webhook(secret)`.
123
+
124
+ ## Configuração — Dashboard e config.toml
125
+
126
+ **Via Dashboard (produção):**
127
+
128
+ 1. Acessar `Authentication > Hooks` no Dashboard
129
+ 2. Selecionar o tipo de hook (ex: "Custom Access Token")
130
+ 3. Escolher tipo: Postgres function ou HTTP
131
+ 4. Para Postgres: selecionar a função no dropdown
132
+ 5. Para HTTP: digitar a URL + configurar o secret
133
+ 6. Salvar
134
+
135
+ **Via `config.toml` (desenvolvimento local):**
136
+
137
+ ```toml
138
+ # supabase/config.toml
139
+
140
+ # Custom Access Token Hook (Postgres function)
141
+ [auth.hook.custom_access_token]
142
+ enabled = true
143
+ uri = "pg-functions://postgres/public/custom_access_token_hook"
144
+
145
+ # Custom Access Token Hook (HTTP — Edge Function local)
146
+ [auth.hook.custom_access_token]
147
+ enabled = true
148
+ uri = "http://localhost:54321/functions/v1/custom-access-token-hook"
149
+ secrets = "v1,whsec_dGVzdHNlY3JldA=="
150
+
151
+ # Send Email Hook
152
+ [auth.hook.send_email]
153
+ enabled = true
154
+ uri = "http://localhost:54321/functions/v1/send-email-hook"
155
+ secrets = "v1,whsec_dGVzdHNlY3JldA=="
156
+
157
+ # Send SMS Hook
158
+ [auth.hook.send_sms]
159
+ enabled = true
160
+ uri = "http://localhost:54321/functions/v1/send-sms-hook"
161
+ secrets = "v1,whsec_dGVzdHNlY3JldA=="
162
+
163
+ # Before User Created Hook
164
+ [auth.hook.before_user_created]
165
+ enabled = true
166
+ uri = "pg-functions://postgres/public/before_user_created_hook"
167
+
168
+ # MFA Verification Hook (apenas Teams/Enterprise)
169
+ [auth.hook.mfa_verification_attempt]
170
+ enabled = true
171
+ uri = "pg-functions://postgres/public/mfa_verification_hook"
172
+
173
+ # Password Verification Hook (apenas Teams/Enterprise)
174
+ [auth.hook.password_verification_attempt]
175
+ enabled = true
176
+ uri = "pg-functions://postgres/public/password_verification_hook"
177
+ ```
178
+
179
+ ## Error Handling — Status Codes e Retry
180
+
181
+ **Formato de erro retornado pelo hook:**
182
+
183
+ ```json
184
+ {
185
+ "error": {
186
+ "http_code": 403,
187
+ "message": "Domínio de email não permitido"
188
+ }
189
+ }
190
+ ```
191
+
192
+ **Comportamento por status code:**
193
+
194
+ | Status code retornado pelo hook | Comportamento do Supabase Auth |
195
+ |---------------------------------|-------------------------------|
196
+ | `200` / `202` / `204` | Sucesso — continua o fluxo de auth |
197
+ | `400` | Falha permanente — converte em `500` para o cliente (não retry) |
198
+ | `403` | Falha permanente — converte em `500` para o cliente (não retry) |
199
+ | `429` | Rate-limit — **retry** automático (usar header `Retry-After`) |
200
+ | `503` | Serviço indisponível — **retry** automático |
201
+
202
+ **Respostas retry-able:**
203
+
204
+ ```ts
205
+ // Hook que sinaliza rate-limit com retry
206
+ return new Response(
207
+ JSON.stringify({ error: { http_code: 429, message: 'Muitas tentativas' } }),
208
+ {
209
+ status: 429,
210
+ headers: {
211
+ 'Content-Type': 'application/json',
212
+ 'Retry-After': '60', // Supabase Auth vai retentar após 60 segundos
213
+ },
214
+ }
215
+ )
216
+ ```
217
+
218
+ **Regra:** TODAS as respostas de hook (sucesso ou erro) devem ter header `Content-Type: application/json`.
219
+
220
+ ## Hook 1 — Custom Access Token
221
+
222
+ Invocado antes de cada emissão de JWT (login inicial + refresh). Permite injetar claims customizados.
223
+
224
+ **Input:**
225
+ ```json
226
+ {
227
+ "user_id": "uuid-do-usuario",
228
+ "claims": {
229
+ "aal": "aal1",
230
+ "sub": "uuid-do-usuario",
231
+ "email": "usuario@empresa.com",
232
+ "role": "authenticated",
233
+ "exp": 1704067200,
234
+ "iat": 1704063600,
235
+ "iss": "https://proj.supabase.co/auth/v1",
236
+ "session_id": "uuid-da-sessao",
237
+ "amr": [{"method": "password", "timestamp": 1704063600}]
238
+ },
239
+ "authentication_method": "password"
240
+ }
241
+ ```
242
+
243
+ **Output (modificar claims):**
244
+ ```json
245
+ {
246
+ "claims": {
247
+ "aal": "aal1",
248
+ "sub": "uuid-do-usuario",
249
+ "email": "usuario@empresa.com",
250
+ "role": "authenticated",
251
+ "exp": 1704067200,
252
+ "iat": 1704063600,
253
+ "iss": "https://proj.supabase.co/auth/v1",
254
+ "session_id": "uuid-da-sessao",
255
+ "amr": [{"method": "password", "timestamp": 1704063600}],
256
+ "user_role": "admin",
257
+ "org_id": "uuid-da-org"
258
+ }
259
+ }
260
+ ```
261
+
262
+ **Implementação Postgres canônica (ver skill `supabase-custom-claims-rbac` para pattern completo):**
263
+
264
+ ```sql
265
+ create or replace function public.custom_access_token_hook(event jsonb)
266
+ returns jsonb
267
+ language plpgsql
268
+ stable
269
+ as $$
270
+ declare
271
+ claims jsonb;
272
+ user_role public.app_role;
273
+ begin
274
+ select role into user_role
275
+ from public.user_roles
276
+ where user_id = (event->>'user_id')::uuid;
277
+
278
+ claims := event->'claims';
279
+
280
+ claims := jsonb_set(
281
+ claims,
282
+ '{user_role}',
283
+ case when user_role is not null then to_jsonb(user_role) else 'null'::jsonb end
284
+ );
285
+
286
+ return jsonb_set(event, '{claims}', claims);
287
+ end;
288
+ $$;
289
+
290
+ -- grants obrigatórios
291
+ grant usage on schema public to supabase_auth_admin;
292
+ grant execute on function public.custom_access_token_hook to supabase_auth_admin;
293
+ revoke execute on function public.custom_access_token_hook from authenticated, anon, public;
294
+ grant all on table public.user_roles to supabase_auth_admin;
295
+ ```
296
+
297
+ **Usos canônicos do Custom Access Token hook:**
298
+
299
+ - Reduzir tamanho do JWT (omitir claims não necessários)
300
+ - Adicionar claim `user_role`, `org_id`, `plan` ao JWT
301
+ - Restringir login por tipo de autenticação (`authentication_method`)
302
+ - Adicionar claim `is_admin` baseado em SSO provider
303
+
304
+ ```sql
305
+ -- restringir acesso por método de autenticação (ex: SSO apenas para admins)
306
+ create or replace function public.custom_access_token_hook(event jsonb)
307
+ returns jsonb
308
+ language plpgsql
309
+ stable
310
+ as $$
311
+ declare
312
+ claims jsonb;
313
+ auth_method text;
314
+ begin
315
+ auth_method := event->>'authentication_method';
316
+ claims := event->'claims';
317
+
318
+ -- adicionar claim que indica se login foi via SSO
319
+ claims := jsonb_set(claims, '{via_sso}', to_jsonb(auth_method = 'sso/saml'));
320
+
321
+ return jsonb_set(event, '{claims}', claims);
322
+ end;
323
+ $$;
324
+ ```
325
+
326
+ ## Hook 2 — Before User Created
327
+
328
+ Invocado antes de criar um novo usuário. Retornar `error` **rejeita** o signup.
329
+
330
+ **Input:**
331
+ ```json
332
+ {
333
+ "user": {
334
+ "id": "uuid-gerado",
335
+ "email": "novo@dominio.com",
336
+ "phone": "",
337
+ "app_metadata": {},
338
+ "user_metadata": {"nome": "João"},
339
+ "identities": [],
340
+ "created_at": "2026-05-19T00:00:00Z",
341
+ "updated_at": "2026-05-19T00:00:00Z"
342
+ }
343
+ }
344
+ ```
345
+
346
+ **Bloquear domínios descartáveis:**
347
+
348
+ ```sql
349
+ create or replace function public.before_user_created_hook(event jsonb)
350
+ returns jsonb
351
+ language plpgsql
352
+ stable
353
+ as $$
354
+ declare
355
+ email_address text;
356
+ email_domain text;
357
+ dominio_bloqueado bool;
358
+ begin
359
+ email_address := event->'user'->>'email';
360
+ email_domain := split_part(email_address, '@', 2);
361
+
362
+ -- checar em tabela de domínios bloqueados
363
+ select exists(
364
+ select 1 from public.blocked_email_domains
365
+ where domain = lower(email_domain)
366
+ ) into dominio_bloqueado;
367
+
368
+ if dominio_bloqueado then
369
+ return jsonb_build_object(
370
+ 'error', jsonb_build_object(
371
+ 'http_code', 422,
372
+ 'message', 'Domínio de email não permitido. Use um email corporativo.'
373
+ )
374
+ );
375
+ end if;
376
+
377
+ -- retornar event sem modificações (signup permitido)
378
+ return event;
379
+ end;
380
+ $$;
381
+
382
+ -- tabela de domínios bloqueados
383
+ create table public.blocked_email_domains (
384
+ domain text primary key,
385
+ motivo text,
386
+ criado_em timestamptz default now()
387
+ );
388
+
389
+ -- seed inicial de domínios descartáveis comuns
390
+ insert into public.blocked_email_domains (domain, motivo) values
391
+ ('mailinator.com', 'Email descartável'),
392
+ ('guerrillamail.com', 'Email descartável'),
393
+ ('tempmail.com', 'Email descartável'),
394
+ ('throwam.com', 'Email descartável'),
395
+ ('yopmail.com', 'Email descartável');
396
+
397
+ -- grants
398
+ grant usage on schema public to supabase_auth_admin;
399
+ grant execute on function public.before_user_created_hook to supabase_auth_admin;
400
+ revoke execute on function public.before_user_created_hook from authenticated, anon, public;
401
+ grant select on table public.blocked_email_domains to supabase_auth_admin;
402
+ ```
403
+
404
+ **Bloquear por provider — rejeitar signup via email (apenas SSO permitido):**
405
+
406
+ ```sql
407
+ -- em aplicação B2B que só aceita login via SSO corporativo
408
+ create or replace function public.before_user_created_hook(event jsonb)
409
+ returns jsonb
410
+ language plpgsql
411
+ stable
412
+ as $$
413
+ declare
414
+ identities jsonb;
415
+ tem_sso bool;
416
+ begin
417
+ identities := event->'user'->'identities';
418
+
419
+ -- checar se tem identidade SSO (provider começa com 'sso:')
420
+ select exists(
421
+ select 1 from jsonb_array_elements(identities) as i
422
+ where (i->>'provider') like 'sso:%'
423
+ ) into tem_sso;
424
+
425
+ if not tem_sso then
426
+ return jsonb_build_object(
427
+ 'error', jsonb_build_object(
428
+ 'http_code', 403,
429
+ 'message', 'Apenas login via SSO corporativo é permitido.'
430
+ )
431
+ );
432
+ end if;
433
+
434
+ return event;
435
+ end;
436
+ $$;
437
+ ```
438
+
439
+ ## Hook 3 — Send SMS
440
+
441
+ Substitui o envio de SMS do Supabase por provider customizado (Twilio, AWS SNS, Vonage).
442
+
443
+ **Input:**
444
+ ```json
445
+ {
446
+ "user": { "id": "uuid", "phone": "+5511999999999" },
447
+ "sms": { "otp": "123456" }
448
+ }
449
+ ```
450
+
451
+ **Edge Function com Twilio:**
452
+
453
+ ```ts
454
+ // supabase/functions/send-sms-hook/index.ts
455
+ import { Webhook } from 'https://esm.sh/standardwebhooks@1.0.0'
456
+
457
+ const secret = Deno.env.get('SEND_SMS_HOOK_SECRET')!
458
+ const TWILIO_ACCOUNT_SID = Deno.env.get('TWILIO_ACCOUNT_SID')!
459
+ const TWILIO_AUTH_TOKEN = Deno.env.get('TWILIO_AUTH_TOKEN')!
460
+ const TWILIO_FROM = Deno.env.get('TWILIO_FROM_NUMBER')!
461
+
462
+ Deno.serve(async (req) => {
463
+ const payload = await req.text()
464
+ const headers = Object.fromEntries(req.headers)
465
+
466
+ // verificar assinatura Standard Webhooks
467
+ const wh = new Webhook(secret)
468
+ let event: { user: { phone: string }; sms: { otp: string } }
469
+ try {
470
+ event = wh.verify(payload, headers) as typeof event
471
+ } catch {
472
+ return new Response(
473
+ JSON.stringify({ error: { http_code: 401, message: 'Assinatura inválida' } }),
474
+ { status: 401, headers: { 'Content-Type': 'application/json' } }
475
+ )
476
+ }
477
+
478
+ const { phone } = event.user
479
+ const { otp } = event.sms
480
+
481
+ // enviar via Twilio
482
+ const resp = await fetch(
483
+ `https://api.twilio.com/2010-04-01/Accounts/${TWILIO_ACCOUNT_SID}/Messages.json`,
484
+ {
485
+ method: 'POST',
486
+ headers: {
487
+ Authorization: `Basic ${btoa(`${TWILIO_ACCOUNT_SID}:${TWILIO_AUTH_TOKEN}`)}`,
488
+ 'Content-Type': 'application/x-www-form-urlencoded',
489
+ },
490
+ body: new URLSearchParams({
491
+ To: phone,
492
+ From: TWILIO_FROM,
493
+ Body: `Seu código de verificação: ${otp}. Válido por 5 minutos.`,
494
+ }),
495
+ }
496
+ )
497
+
498
+ if (!resp.ok) {
499
+ const err = await resp.json()
500
+ console.error('Erro Twilio:', err)
501
+ // 503 → Supabase vai retentar
502
+ return new Response(
503
+ JSON.stringify({ error: { http_code: 503, message: 'Falha no envio de SMS' } }),
504
+ { status: 503, headers: { 'Content-Type': 'application/json', 'Retry-After': '30' } }
505
+ )
506
+ }
507
+
508
+ return new Response(JSON.stringify({}), {
509
+ headers: { 'Content-Type': 'application/json' },
510
+ })
511
+ })
512
+ ```
513
+
514
+ ## Hook 4 — Send Email
515
+
516
+ Substitui emails transacionais do Supabase por provider customizado (Resend, SendGrid, AWS SES).
517
+
518
+ **Input (exemplo para magic link):**
519
+ ```json
520
+ {
521
+ "user": { "id": "uuid", "email": "usuario@empresa.com" },
522
+ "email_data": {
523
+ "token": "token-opaque",
524
+ "token_hash": "hash-do-token",
525
+ "redirect_to": "https://app.com/auth/callback",
526
+ "email_action_type": "magic_link",
527
+ "site_url": "https://app.com",
528
+ "token_new": "",
529
+ "token_hash_new": ""
530
+ }
531
+ }
532
+ ```
533
+
534
+ **Tipos de `email_action_type`:** `signup`, `magic_link`, `recovery`, `invite`, `email_change_new`, `email_change_current`.
535
+
536
+ **Edge Function com Resend:**
537
+
538
+ ```ts
539
+ // supabase/functions/send-email-hook/index.ts
540
+ import { Webhook } from 'https://esm.sh/standardwebhooks@1.0.0'
541
+
542
+ const secret = Deno.env.get('SEND_EMAIL_HOOK_SECRET')!
543
+ const RESEND_API_KEY = Deno.env.get('RESEND_API_KEY')!
544
+
545
+ type EmailActionType = 'signup' | 'magic_link' | 'recovery' | 'invite' |
546
+ 'email_change_new' | 'email_change_current'
547
+
548
+ function montarConteudo(tipo: EmailActionType, emailData: any): { subject: string; html: string } {
549
+ const link = `${emailData.site_url}/auth/confirm?token_hash=${emailData.token_hash}&type=${tipo}&next=${emailData.redirect_to}`
550
+
551
+ switch (tipo) {
552
+ case 'magic_link':
553
+ return {
554
+ subject: 'Seu link de acesso',
555
+ html: `<p>Clique <a href="${link}">aqui</a> para acessar. Válido por 1 hora.</p>`,
556
+ }
557
+ case 'signup':
558
+ return {
559
+ subject: 'Confirme seu email',
560
+ html: `<p>Bem-vindo! <a href="${link}">Confirme seu email</a> para começar.</p>`,
561
+ }
562
+ case 'recovery':
563
+ return {
564
+ subject: 'Recuperação de senha',
565
+ html: `<p><a href="${link}">Redefina sua senha</a>. Válido por 1 hora.</p>`,
566
+ }
567
+ default:
568
+ return {
569
+ subject: 'Ação necessária',
570
+ html: `<p><a href="${link}">Clique aqui</a> para continuar.</p>`,
571
+ }
572
+ }
573
+ }
574
+
575
+ Deno.serve(async (req) => {
576
+ const payload = await req.text()
577
+ const headers = Object.fromEntries(req.headers)
578
+
579
+ const wh = new Webhook(secret)
580
+ let event: { user: { email: string }; email_data: any }
581
+ try {
582
+ event = wh.verify(payload, headers) as typeof event
583
+ } catch {
584
+ return new Response(
585
+ JSON.stringify({ error: { http_code: 401, message: 'Assinatura inválida' } }),
586
+ { status: 401, headers: { 'Content-Type': 'application/json' } }
587
+ )
588
+ }
589
+
590
+ const { email } = event.user
591
+ const { email_action_type, ...emailData } = event.email_data
592
+ const { subject, html } = montarConteudo(email_action_type, { email_action_type, ...emailData })
593
+
594
+ const resp = await fetch('https://api.resend.com/emails', {
595
+ method: 'POST',
596
+ headers: {
597
+ Authorization: `Bearer ${RESEND_API_KEY}`,
598
+ 'Content-Type': 'application/json',
599
+ },
600
+ body: JSON.stringify({
601
+ from: 'no-reply@empresa.com',
602
+ to: [email],
603
+ subject,
604
+ html,
605
+ }),
606
+ })
607
+
608
+ if (!resp.ok) {
609
+ return new Response(
610
+ JSON.stringify({ error: { http_code: 503, message: 'Falha no envio de email' } }),
611
+ { status: 503, headers: { 'Content-Type': 'application/json', 'Retry-After': '60' } }
612
+ )
613
+ }
614
+
615
+ return new Response(JSON.stringify({}), {
616
+ headers: { 'Content-Type': 'application/json' },
617
+ })
618
+ })
619
+ ```
620
+
621
+ ## Hook 5 — MFA Verification (Teams/Enterprise)
622
+
623
+ Rate-limit customizado para tentativas de verificação MFA. Roda a cada `mfa.verify()`.
624
+
625
+ **Input:**
626
+ ```json
627
+ {
628
+ "factor_id": "uuid-do-fator",
629
+ "factor_type": "totp",
630
+ "user_id": "uuid-do-usuario",
631
+ "valid": true
632
+ }
633
+ ```
634
+
635
+ **Output:**
636
+ ```json
637
+ {
638
+ "decision": "continue",
639
+ "message": ""
640
+ }
641
+ ```
642
+
643
+ ```sql
644
+ -- rate-limit: máximo 5 tentativas erradas em 15 minutos
645
+ create table public.mfa_attempt_log (
646
+ user_id uuid not null references auth.users(id) on delete cascade,
647
+ factor_id uuid not null,
648
+ tentativa timestamptz not null default now(),
649
+ sucesso boolean not null
650
+ );
651
+
652
+ create index on public.mfa_attempt_log (user_id, tentativa);
653
+
654
+ create or replace function public.mfa_verification_hook(event jsonb)
655
+ returns jsonb
656
+ language plpgsql
657
+ as $$
658
+ declare
659
+ user_id_val uuid;
660
+ factor_id_val uuid;
661
+ valida bool;
662
+ tentativas_erradas int;
663
+ begin
664
+ user_id_val := (event->>'user_id')::uuid;
665
+ factor_id_val := (event->>'factor_id')::uuid;
666
+ valida := (event->>'valid')::boolean;
667
+
668
+ -- checar tentativas erradas nos últimos 15 minutos
669
+ select count(*) into tentativas_erradas
670
+ from public.mfa_attempt_log
671
+ where user_id = user_id_val
672
+ and factor_id = factor_id_val
673
+ and sucesso = false
674
+ and tentativa > now() - interval '15 minutes';
675
+
676
+ -- logar tentativa atual
677
+ insert into public.mfa_attempt_log (user_id, factor_id, sucesso)
678
+ values (user_id_val, factor_id_val, valida);
679
+
680
+ if tentativas_erradas >= 5 then
681
+ return jsonb_build_object(
682
+ 'decision', 'reject',
683
+ 'message', 'Muitas tentativas incorretas. Aguarde 15 minutos.'
684
+ );
685
+ end if;
686
+
687
+ return jsonb_build_object('decision', 'continue', 'message', '');
688
+ end;
689
+ $$;
690
+
691
+ grant usage on schema public to supabase_auth_admin;
692
+ grant execute on function public.mfa_verification_hook to supabase_auth_admin;
693
+ revoke execute on function public.mfa_verification_hook from authenticated, anon, public;
694
+ grant all on table public.mfa_attempt_log to supabase_auth_admin;
695
+ ```
696
+
697
+ ## Hook 6 — Password Verification (Teams/Enterprise)
698
+
699
+ Bloquear login após N tentativas erradas de senha.
700
+
701
+ **Input:**
702
+ ```json
703
+ {
704
+ "user_id": "uuid-do-usuario",
705
+ "valid": false
706
+ }
707
+ ```
708
+
709
+ ```sql
710
+ create or replace function public.password_verification_hook(event jsonb)
711
+ returns jsonb
712
+ language plpgsql
713
+ as $$
714
+ declare
715
+ uid uuid;
716
+ valida bool;
717
+ erros_recentes int;
718
+ begin
719
+ uid := (event->>'user_id')::uuid;
720
+ valida := (event->>'valid')::boolean;
721
+
722
+ -- logar tentativa
723
+ insert into public.login_attempt_log (user_id, sucesso)
724
+ values (uid, valida);
725
+
726
+ -- contar erros nos últimos 30 minutos (apenas se tentativa inválida)
727
+ if not valida then
728
+ select count(*) into erros_recentes
729
+ from public.login_attempt_log
730
+ where user_id = uid
731
+ and sucesso = false
732
+ and tentativa > now() - interval '30 minutes';
733
+
734
+ if erros_recentes >= 10 then
735
+ return jsonb_build_object(
736
+ 'decision', 'reject',
737
+ 'message', 'Conta temporariamente bloqueada. Tente novamente em 30 minutos.'
738
+ );
739
+ end if;
740
+ end if;
741
+
742
+ return jsonb_build_object('decision', 'continue', 'message', '');
743
+ end;
744
+ $$;
745
+
746
+ create table public.login_attempt_log (
747
+ id bigint generated by default as identity primary key,
748
+ user_id uuid not null references auth.users(id) on delete cascade,
749
+ sucesso boolean not null,
750
+ tentativa timestamptz default now()
751
+ );
752
+ create index on public.login_attempt_log (user_id, tentativa);
753
+
754
+ grant usage on schema public to supabase_auth_admin;
755
+ grant execute on function public.password_verification_hook to supabase_auth_admin;
756
+ revoke execute on function public.password_verification_hook from authenticated, anon, public;
757
+ grant all on table public.login_attempt_log to supabase_auth_admin;
758
+ ```
759
+
760
+ ## Regras absolutas
761
+
762
+ 1. **SEMPRE `grant execute` ao `supabase_auth_admin`** — sem este grant, hook Postgres falha silenciosamente; JWT é emitido sem modificações.
763
+ 2. **SEMPRE `revoke execute` de `authenticated`, `anon`, `public`** — sem isso, qualquer cliente pode invocar a função diretamente.
764
+ 3. **Hooks HTTP devem verificar assinatura Standard Webhooks** — usar `standardwebhooks` com o secret configurado. Nunca processar payload sem verificação.
765
+ 4. **Evitar `security definer` desnecessariamente** — prefira grants explícitos; `security definer` amplia o acesso mais do que necessário.
766
+ 5. **TODAS as respostas precisam `Content-Type: application/json`** — Supabase Auth rejeita respostas sem este header.
767
+ 6. **Hook deve ser rápido (< 10ms idealmente)** — roda a cada login e refresh; query lenta degrada latência de auth de toda a aplicação.
768
+ 7. **Hooks MFA/Password Verification são Teams/Enterprise only** — verificar plano antes de implementar.
769
+
770
+ ## Anti-patterns
771
+
772
+ ### Anti-pattern 1: Esquecer grants ao supabase_auth_admin
773
+
774
+ **Errado:**
775
+ ```sql
776
+ create or replace function public.custom_access_token_hook(event jsonb)
777
+ returns jsonb language plpgsql stable as $$
778
+ -- implementação aqui
779
+ $$;
780
+ -- sem GRANT EXECUTE TO supabase_auth_admin
781
+ -- sem REVOKE de anon/authenticated
782
+ ```
783
+
784
+ **Por quê:** Auth hook falha silenciosamente. O JWT é gerado **sem** as modificações do hook — claims customizados não aparecem. Difícil de debugar pois não há erro explícito.
785
+
786
+ **Certo:**
787
+ ```sql
788
+ -- SEMPRE após criar a função
789
+ grant usage on schema public to supabase_auth_admin;
790
+ grant execute on function public.custom_access_token_hook to supabase_auth_admin;
791
+ revoke execute on function public.custom_access_token_hook from authenticated, anon, public;
792
+ ```
793
+
794
+ ### Anti-pattern 2: Não verificar assinatura do webhook HTTP
795
+
796
+ **Errado:**
797
+ ```ts
798
+ Deno.serve(async (req) => {
799
+ const event = await req.json() // ERRADO: aceitar sem verificar assinatura
800
+ // processar event...
801
+ })
802
+ ```
803
+
804
+ **Por quê:** qualquer requisição HTTP pode acionar o hook — atacante pode forjar eventos de auth e manipular JWTs, criar usuários, etc.
805
+
806
+ **Certo:** sempre verificar com `standardwebhooks`:
807
+ ```ts
808
+ const wh = new Webhook(secret)
809
+ const event = wh.verify(payload, headers) // lança erro se inválido
810
+ ```
811
+
812
+ ### Anti-pattern 3: Hook com query custosa (JOINs, N+1)
813
+
814
+ **Errado:**
815
+ ```sql
816
+ create or replace function public.custom_access_token_hook(event jsonb)
817
+ returns jsonb language plpgsql stable as $$
818
+ declare claims jsonb;
819
+ begin
820
+ claims := event->'claims';
821
+ -- query com múltiplos JOINs — roda em CADA login e refresh
822
+ select jsonb_build_object(
823
+ 'org_name', o.name,
824
+ 'plan', s.plan,
825
+ 'feature_flags', ff.flags
826
+ ) into ...
827
+ from auth.users u
828
+ join public.organizations o on u.raw_user_meta_data->>'org_id' = o.id::text
829
+ join public.subscriptions s on o.id = s.org_id
830
+ join public.feature_flags ff on s.plan = ff.plan
831
+ where u.id = (event->>'user_id')::uuid;
832
+ -- ...
833
+ end;
834
+ $$;
835
+ ```
836
+
837
+ **Por quê:** hook roda em cada login E cada refresh de JWT. Query com JOINs pode adicionar 50-200ms em cada operação de auth — inaceitável em produção.
838
+
839
+ **Certo:** denormalizar dados na tabela de roles/perfis; hook faz query simples em única tabela:
840
+ ```sql
841
+ -- tabela denormalizada: user_profile com tudo necessário
842
+ select org_name, plan, feature_flags
843
+ into user_data
844
+ from public.user_profiles
845
+ where user_id = (event->>'user_id')::uuid;
846
+ ```
847
+
848
+ ### Anti-pattern 4: Usar `security definer` desnecessariamente
849
+
850
+ **Errado:**
851
+ ```sql
852
+ create or replace function public.before_user_created_hook(event jsonb)
853
+ returns jsonb
854
+ language plpgsql
855
+ security definer -- DESNECESSÁRIO se grants explícitos suficientes
856
+ as $$
857
+ -- ...
858
+ $$;
859
+ ```
860
+
861
+ **Por quê:** `security definer` faz a função rodar com privilégios do owner (`postgres`) — acesso irrestrito a todos os schemas e tabelas. Risco de path injection e acesso não intencional.
862
+
863
+ **Certo:** grants explícitos ao `supabase_auth_admin` para tabelas específicas + sem `security definer`:
864
+ ```sql
865
+ grant select on table public.blocked_email_domains to supabase_auth_admin;
866
+ -- sem security definer na função
867
+ ```
868
+
869
+ ## Ver também
870
+
871
+ - [supabase-custom-claims-rbac](../supabase-custom-claims-rbac/SKILL.md) — `custom_access_token_hook` completo com RBAC
872
+ - [supabase-edge-functions-auth](../supabase-edge-functions-auth/SKILL.md) — autenticação e segurança em Edge Functions
873
+ - [supabase-mfa](../supabase-mfa/SKILL.md) — MFA TOTP e Phone; MFA Verification Hook para rate-limit
874
+ - [supabase-rls-policies](../supabase-rls-policies/SKILL.md) — políticas RLS que consomem claims do `custom_access_token_hook`
875
+ - [supabase-auth-hook-writer](../../agents/supabase-auth-hook-writer.md) — agente que escreve Auth Hooks com grants corretos e testes