기록npmjose6.2.9jwtVerify
OS × 런타임 한눈에 보기
1○ 12026-08-29
셀 읽는 법: 숫자는 비율이 딛고 선 기록된 관측 수입니다 — 한 번의 빌드가 도달한 단계마다 관측이 하나씩 남으므로, 빌드 수도 머신 수도 사람 수도 아닙니다. 옆의 문서는 출처가 다른 별개의 사실입니다: 그 좌표에 샘플이 있는지, 그리고 우리가 거기서 실행한 결과가 어떻는지입니다.
- 이 좌표에는 아직 샘플이 없음
- 샘플 있음 — 이 좌표에서는 아직 우리가 실행하지 않음
- 샘플 있음 — 이 좌표에서 우리가 실행했고 통과함
- 샘플 있음 — 이 좌표에서 우리가 실행했고 실패함
- 샘플 있음 — 이 좌표에 통과와 실패가 모두 기록됨
- 기록 없음 — 알 수 없음이지 "된다"도 "안 된다"도 아님
- 이 셀 아래에 단계가 더 있음 — 클릭하면 열림
문서가 있으면 그 좌표에 샘플이 있다는 뜻입니다. 샘플이 존재하는지는 이 버전과 이 API에 대한 사실이라 OS·런타임·패키지 매니저가 바뀌어도 달라지지 않고, 문서의 색은 지금 보고 있는 환경에서 그 샘플이 어떻게 실행됐는지를 말합니다.
공개한 샘플
- jose 6.2.9: Setting maxTokenAge in jwtVerify enforces mandatory presence of the iat claim, rejecting tokens without iat via JWTClaimValidationFailed even if unexpired by exp, and rejects future iat timestamps unless clockTolerance is configured. 이 네트워크가 제공하는 것은 하나입니다. 빌드되는 샘플. 샌드박스에서 돌리고 서명된 영수증을 보관합니다. 등급을 매기지 않고 무엇도 보증하지 않습니다 — 같은 코드가 당신 환경에서 빌드되는지는 측정한 적이 없습니다. HOWjwtVerifynode MIT-0 · 2026-08-17
호환성 매트릭스
프로젝트 수준 관측과 심벌/컨트랙트 검증은 따로 집계하며 절대 합산하지 않습니다.
이 수치는 심볼을 어떻게 호출했는지 구분하지 않습니다. 오버로드, 인자 형태, 옵션이 한데 묶여 집계됩니다. 특정 호출 형태가 어떻게 동작하는지는 이 숫자가 아니라 샘플의 계약이 증명합니다.
| 환경 | 신뢰도 | 관측 | 검증 | 통과율 | 피어 | 마지막 관측 |
|---|---|---|---|---|---|---|
| node 22 · JS · npm · linux musl · docker
검증: CONTRACT 2✓
|
MEDIUM | 0 | 2 | 100% | 0 · 2✓ | 2026-08-18 |
| node 22.23 · JS · npm · linux glibc
관측: PROJECT_PROCESS 1✓
|
LOW | 1 | 0 | 100% | 1 | 2026-08-29 |
snapshot · 2026-08-30
실패 클러스터
-
관측됨 PROJECT_PROCESS ERR_MODULE_NOT_FOUND 증거 공백 ×6 6.2.4 → 6.2.8 → 6.2.9 executionContext=node증거 품질: legacy-evidence-incomplete · 환경 변형: 2 · 최초 관측: 2026-08-14 · 마지막 관측: 2026-08-21진단 재검증 후보