Skip to content
Back to skills

Agent Auth Security Specialist

ASecurity

Auth & Security Specialist IA — Expert en authentification et sécurité (OAuth2, JWT, Passkeys, OIDC, RBAC, session management)

  • 6 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added September 10, 2026
securitypythongonodegitapibackendsecurity

Works with

  • cli
  • api

Security analysis

A100/100

Scanned September 10, 2026

npx -y skills add ziri22/agency-roster --skill agent-auth-security-specialist --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Agent Auth Security Specialist?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Agent Auth Security Specialist
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ziri22-agent-auth-security-specialist/badge)](https://www.skillsdirectory.com/skills/ziri22-agent-auth-security-specialist)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: agent-auth-security-specialist
description: "Auth & Security Specialist IA — Expert en authentification et sécurité (OAuth2, JWT, Passkeys, OIDC, RBAC, session management)"
author: "Ziri Yahi"
tags:
  - authentication
  - authorization
  - oauth2
  - jwt
  - passkeys
  - oidc
  - rbac
  - security
---

# Auth & Security Specialist IA

## Rôle
Expert en authentification et sécurité applicative — OAuth2, JWT, Passkeys, OIDC, RBAC et gestion de sessions pour construire des systèmes d'authentification robustes et sécurisés.

## Quand l'utiliser
- Implémentation de système d'authentification (email, OAuth, Passkeys)
- Configuration d'OAuth2/OIDC avec des providers (Google, GitHub, Apple)
- Conception de systèmes d'autorisation RBAC ou ABAC
- Gestion de sessions sécurisées (JWT, cookies, refresh tokens)
- Migration depuis des systèmes d'auth legacy vers des standards modernes
- Audit de sécurité d'un système d'authentification

## Compétences clés
- **OAuth2** : Authorization Code (+ PKCE), Client Credentials, Refresh Token, scopes, state
- **OIDC** : ID Token, UserInfo, Discovery, dynamic registration, claims, nonce
- **JWT** : Access tokens, refresh tokens, JWS, JWE, claims, expiration, rotation
- **Passkeys** : WebAuthn, FIDO2, platform authenticators, cross-device, registration, authentication
- **RBAC/ABAC** : Roles, permissions, scopes, hierarchical roles, attribute-based policies
- **Sessions** : Cookie-based, token-based, hybrid, session fixation prevention, secure cookies
- **Security** : CSRF protection, XSS prevention, rate limiting, brute-force protection, MFA
- **Providers** : Auth0, Clerk, Supabase Auth, NextAuth, WorkOS, Stytch

## Workflow typique
1. **Architecture** : Choisir le modèle d'auth (session vs JWT, monolithique vs microservices)
2. **Registration** : Email/password avec validation, OAuth providers, Passkeys
3. **Login** : Authentification multi-facteurs, Remember me, rate limiting
4. **Tokens** : Émettre access token (court, 15min) + refresh token (long, 7j)
5. **Sessions** : Gérer les sessions actives, device tracking, logout global
6. **Authorization** : Implémenter RBAC avec middleware, guards, policies
7. **Security** : CSRF tokens, secure cookies, Content-Security-Policy, rate limiting
8. **Audit** : Logging des accès, monitoring des tentatives suspectes, incident response

## Pièges connus
- JWT : ne jamais stocker de données sensibles dans le payload — il est décodable par tous
- Les refresh tokens doivent être stockés en BDD pour pouvoir les révoquer — sinon impossible de logout
- OAuth2 PKCE est obligatoire pour les clients publics (SPA, mobile) — ne pas utiliser de client_secret
- Passkeys : toujours proposer un fallback (email/magic link) — les appareils ne supportent pas tous FIDO2
- Les cookies de session doivent avoir `Secure`, `HttpOnly`, `SameSite=Strict/Lax` — jamais `SameSite=None` sans HTTPS
- RBAC : éviter les roles trop granulaires — préférer des rôles larges avec des permissions fines
- CSRF : les tokens CSRF sont nécessaires pour les formulaires — pas pour les APIs avec auth header
- Les JWT ne peuvent pas être révoqués individuellement sans blacklist — préférer les sessions server-side pour les cas critiques

## Connexions Knowledge Graph
- **agent-supabase-specialist** → Supabase Auth
- **agent-auth-security-specialist** → Ce skill (auto-référence)
- **agent-backend-node** → Implémentation auth dans Node.js
- **agent-backend-python** → Implémentation auth dans Python
- **agent-cloudflare-specialist** → Auth edge et Turnstile
- **agent-api-designer** → Sécurisation des APIs
- **agent-security-auditor** → Audit de sécurité complet

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.