jwt-validate — скилл для Claude Code: проверка JWT-токенов
Скилл проверяет подпись, срок действия и клеймы JWT, разбирая токен по шагам. Пригодится, когда нужно понять, почему токен не проходит.
npx skills add jsonwebtoken/jwt-skills --skill jwt-validate -a claude-codeЧто делает jwt-validate
Скилл ведёт проверку в три этапа и останавливается на первой ошибке. Сначала структура: три части через точку, каждая в base64url, заголовок и payload — валидный JSON, в заголовке есть alg и он не равен none. Потом клеймы: exp в будущем, nbf не в будущем, iat в прошлом, а iss, aud и sub сверяются с ожидаемыми значениями, если вы их дали. На всех временных проверках допускается расхождение часов в 60 секунд.
Подпись проверяется только если вы передали секрет, PEM-ключ или JWKS URI. Для Node.js скилл берёт библиотеку jose, для Python — jwt; секрет и токен передаются через переменные окружения, чтобы они не осели в истории команд. Без ключа остаются структура и клеймы, и скилл прямо скажет, что подпись не проверялась.
Главное правило внутри — не доверять полю alg из самого токена. Алгоритм задаётся явным списком в вызове, иначе атакующий подменяет RS256 на HS256 и подписывает токен публичным ключом как HMAC-секретом. Это повод проверить свои вызовы верификации, если в них алгоритм берётся из заголовка.
Какие задачи решает
- проверить подпись JWT перед тем, как пускать запрос дальше
- разобраться, почему токен отклоняется на входе
- сверить
iss,audиsubс ожидаемыми значениями - посмотреть, сколько осталось до истечения
exp - проверить токен против JWKS-эндпоинта провайдера
Примеры запросов агенту
- проверь этот JWT, вот токен и секрет
- валиден ли этот токен, срок ещё не вышел?
- проверь подпись токена по моему JWKS
Как установить jwt-validate
1Через Skills CLI (Vercel)
npx skills add jsonwebtoken/jwt-skills --skill jwt-validate -a claude-code2Вручную: положить файлы
~/.claude/skills/jwt-validate/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/jwt-validate/
1Через Skills CLI (Vercel)
npx skills add jsonwebtoken/jwt-skills --skill jwt-validate -a codex2Вручную: положить файлы
.agents/skills/jwt-validate/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add jsonwebtoken/jwt-skills --skill jwt-validate -a cursor2Вручную: положить файлы
.cursor/skills/jwt-validate/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install jsonwebtoken/jwt-skills jwt-validate2Вручную: положить файлы
.github/skills/jwt-validate/SKILL.md1Через Skills CLI (Vercel)
npx skills add jsonwebtoken/jwt-skills --skill jwt-validate -a gemini-cli2Командой платформы
gemini skills install https://github.com/jsonwebtoken/jwt-skills --path jwt-validateВручную: положить файлы
.devin/skills/jwt-validate/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add jsonwebtoken/jwt-skills --skill jwt-validate -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов
Из того же набора3
Похожие
Рядом в теме «Безопасность»
Всё по теме «Безопасность» →Вопросы о jwt-validate
Как установить jwt-validate в Claude?
Выполните npx skills add jsonwebtoken/jwt-skills --skill jwt-validate -a claude-code. Файл скилла окажется в ~/.claude/skills/jwt-validate/SKILL.md.
Что делает jwt-validate?
Проверяет структуру токена, его клеймы и подпись, а затем выдаёт отчёт с результатом по каждому пункту. Поддерживает HMAC, RSA и ECDSA с секретами, PEM-ключами или JWKS.
Проверит ли скилл подпись без ключа?
Нет. Без секрета, PEM-ключа или JWKS URI он проверит только структуру и клеймы и отдельно отметит, что подпись не проверялась.
Исходный текст
SKILL.md · Apache-2.0
---
name: jwt-validate
description: Verify and validate JSON Web Tokens (JWTs) by checking signatures, expiration, claims, and structure. Use when the user wants to verify, validate, or check a JWT — e.g. "verify this token", "is this JWT valid", "check the signature", "validate this token against my JWKS", "is this token expired". Supports HMAC, RSA, and ECDSA with secrets, PEM keys, or JWKS endpoints.
---
# JWT Validate
Verify a JWT's signature and validate its claims. Confirms the token is authentic, unexpired, and structurally sound.
## Validation Order
Check in this order. Stop and report at the first failure.
### 1. Structure
- Exactly 3 dot-separated parts, each valid base64url
- Header and payload parse as valid JSON
- Header contains `alg`; `alg` is not `none` (unless explicitly expected)
### 2. Claims
- `exp` must be in the future (report time until expiry or how long ago it expired)
- `nbf` must be in the past or present
- `iat` must be in the past; flag if > 30 days old
- `iss`, `aud`, `sub` — if user provides expected values, they must match
- Allow 60 seconds clock skew tolerance on all time checks
### 3. Signature
Requires the user to provide a secret, PEM public key, or JWKS URI. Always pass secrets and tokens via inline env vars to avoid shell history exposure.
**Node.js** (preferred):
First, ensure `jose` is available — install it globally if missing:
```bash
node --input-type=module -e "await import('jose')" 2>/dev/null || npm install -g jose
```
Then verify the token:
```bash
JWT_TOKEN='the.jwt.here' JWT_SECRET='user-provided-secret' node --input-type=module -e "import {jwtVerify} from 'jose'; try { const {payload}=await jwtVerify(process.env.JWT_TOKEN, new TextEncoder().encode(process.env.JWT_SECRET), {algorithms:['HS256'],clockTolerance:60}); console.log('VALID'); console.log(JSON.stringify(payload,null,2)); } catch(e) { console.log('INVALID:',e.message); }"
```
**Python**:
```bash
JWT_TOKEN='the.jwt.here' JWT_SECRET='user-provided-secret' python3 -c "
import jwt,json,os
try:
d=jwt.decode(os.environ['JWT_TOKEN'],os.environ['JWT_SECRET'],algorithms=['HS256'],leeway=60)
print('VALID'); print(json.dumps(d,indent=2))
except Exception as e: print(f'INVALID: {e}')
"
```
**JWKS verification** (Node.js):
```bash
JWT_TOKEN='the.jwt.here' JWKS_URI='https://example.auth0.com/.well-known/jwks.json' node --input-type=module -e "import {jwtVerify,createRemoteJWKSet} from 'jose'; try { const {payload}=await jwtVerify(process.env.JWT_TOKEN, createRemoteJWKSet(new URL(process.env.JWKS_URI)), {algorithms:['RS256']}); console.log('VALID'); console.log(JSON.stringify(payload,null,2)); } catch(e) { console.log('INVALID:',e.message); }"
```
If no secret/key is provided, perform structure + claims validation only, and clearly state the signature was NOT verified.
## Output Format
```
## JWT Validation Report
Structure: PASS
Claims: PASS — exp 2025-06-15T12:00:00Z (expires in 2h)
Signature: PASS — RS256, key kid "abc123"
Result: VALID
```
On failure:
```
## JWT Validation Report
Structure: PASS
Claims: FAIL — exp 2024-01-15T12:00:00Z (expired 6 months ago)
Signature: SKIPPED
Result: INVALID — token expired
```
## Security Rules
- **Never trust the token's `alg` header for verification.** Always use the algorithm the user expects or that matches the provided key type. Trusting the header enables algorithm confusion attacks where an attacker switches RS256 to HS256 and signs with the public key as an HMAC secret.
- **Always specify `algorithms` as an explicit allowlist** in verification calls. Never pass `algorithms: [decoded.header.alg]`.
- **Never pass secrets/tokens as literal command-line arguments.** Use environment variables. Args are visible in shell history and `ps` output.
- **`alg: none`** — Flag as a critical security issue. The token is unsigned and cannot be trusted.
- **If no key is provided**, validate structure and claims only. Clearly state: "Signature was NOT verified — token authenticity is unknown."
---
© jsonwebtoken · Apache-2.0 · jsonwebtoken/jwt-skills