@payez/next-mvp 4.8.1 → 4.8.2

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 (302) hide show
  1. package/POST-INSTALL.md +408 -408
  2. package/README.md +859 -859
  3. package/dist/components/account/MobileNavDrawer.js +18 -18
  4. package/dist/components/account/UserAvatarMenu.js +1 -1
  5. package/dist/components/admin/AlertSettingsTab.js +40 -40
  6. package/dist/components/admin/LoggingSettingsTab.js +28 -28
  7. package/dist/lib/session-store.js +21 -21
  8. package/dist/lib/startup-init.js +19 -19
  9. package/dist/pages/login/page.js +28 -28
  10. package/dist/pages/settings/EnhancedSettingsPage.js +17 -17
  11. package/dist/vibe/sessions.js +28 -3
  12. package/package.json +2 -2
  13. package/scripts/check-publish-eol.mjs +33 -15
  14. package/src/api/auth-handler.ts +550 -550
  15. package/src/api/index.ts +17 -17
  16. package/src/api-handlers/account/change-password.ts +170 -170
  17. package/src/api-handlers/account/masked-info.ts +46 -46
  18. package/src/api-handlers/account/profile.ts +99 -99
  19. package/src/api-handlers/account/recovery/forward.ts +117 -117
  20. package/src/api-handlers/account/recovery/initiate.ts +59 -59
  21. package/src/api-handlers/account/recovery/send-code.ts +21 -21
  22. package/src/api-handlers/account/recovery/verify-code.ts +20 -20
  23. package/src/api-handlers/account/reset-password.ts +87 -87
  24. package/src/api-handlers/account/send-code.ts +70 -70
  25. package/src/api-handlers/account/update-phone.ts +84 -84
  26. package/src/api-handlers/account/validate-password.ts +139 -139
  27. package/src/api-handlers/account/verify-email.ts +134 -134
  28. package/src/api-handlers/account/verify-sms.ts +134 -134
  29. package/src/api-handlers/admin/analytics.ts +452 -452
  30. package/src/api-handlers/admin/audit.ts +232 -232
  31. package/src/api-handlers/admin/index.ts +63 -63
  32. package/src/api-handlers/admin/redis-sessions.ts +259 -259
  33. package/src/api-handlers/admin/sessions.ts +327 -327
  34. package/src/api-handlers/admin/site-logs.ts +388 -388
  35. package/src/api-handlers/admin/stats.ts +260 -260
  36. package/src/api-handlers/admin/users.ts +251 -251
  37. package/src/api-handlers/admin/vibe-data.ts +333 -333
  38. package/src/api-handlers/anon/preferences.ts +123 -123
  39. package/src/api-handlers/auth/credential-login-email-code.ts +92 -92
  40. package/src/api-handlers/auth/credential-login.ts +948 -948
  41. package/src/api-handlers/auth/jwks.ts +31 -31
  42. package/src/api-handlers/auth/login.ts +252 -252
  43. package/src/api-handlers/auth/passkey-signin.ts +116 -116
  44. package/src/api-handlers/auth/refresh.ts +829 -829
  45. package/src/api-handlers/auth/signout.ts +201 -201
  46. package/src/api-handlers/auth/status.ts +23 -23
  47. package/src/api-handlers/auth/update-session.ts +144 -144
  48. package/src/api-handlers/auth/validate.ts +45 -45
  49. package/src/api-handlers/auth/verify-code.ts +116 -116
  50. package/src/api-handlers/mfa/backup-code-verify.ts +170 -170
  51. package/src/api-handlers/mfa/backup-codes.ts +42 -42
  52. package/src/api-handlers/mfa/methods.ts +47 -47
  53. package/src/api-handlers/mfa/totp-confirm.ts +43 -43
  54. package/src/api-handlers/mfa/totp-enroll.ts +43 -43
  55. package/src/api-handlers/mfa/totp-verify.ts +172 -172
  56. package/src/api-handlers/oauth/resume.ts +182 -182
  57. package/src/api-handlers/onboarding/send-email-code.ts +18 -18
  58. package/src/api-handlers/onboarding/set-password.ts +21 -21
  59. package/src/api-handlers/onboarding/verify-code.ts +20 -20
  60. package/src/api-handlers/onboarding/verify-welcome-email.ts +17 -17
  61. package/src/api-handlers/passkeys/list.ts +32 -32
  62. package/src/api-handlers/passkeys/manage.ts +55 -55
  63. package/src/api-handlers/passkeys/register-options.ts +43 -43
  64. package/src/api-handlers/passkeys/register-verify.ts +42 -42
  65. package/src/api-handlers/session/refresh-viability.ts +56 -56
  66. package/src/api-handlers/session/viability.ts +238 -238
  67. package/src/api-handlers/test/force-expire.ts +167 -167
  68. package/src/auth/auth-decision.ts +292 -292
  69. package/src/auth/better-auth.ts +1688 -1688
  70. package/src/auth/idp-oauth.ts +310 -310
  71. package/src/auth/password-reset-bridge.ts +98 -98
  72. package/src/auth/revocation-fields.ts +16 -16
  73. package/src/auth/route-config.ts +236 -236
  74. package/src/auth/safe-callback.ts +199 -199
  75. package/src/auth/session-cookie-clear.ts +30 -30
  76. package/src/auth/session-reset-link.ts +159 -159
  77. package/src/auth/session-response-sanitizer.ts +151 -151
  78. package/src/auth/types/auth-types.ts +555 -555
  79. package/src/auth/types/index.ts +7 -7
  80. package/src/auth/unauthenticated-routes.ts +2 -2
  81. package/src/auth/utils/idp-client.ts +364 -364
  82. package/src/auth/utils/index.ts +6 -6
  83. package/src/auth/utils/token-utils.ts +243 -243
  84. package/src/client/AuthContext.tsx +192 -192
  85. package/src/client/better-auth-client.ts +70 -70
  86. package/src/client/fetch-with-auth.ts +47 -47
  87. package/src/client/fetchWithSession.ts +21 -21
  88. package/src/client/index.ts +13 -13
  89. package/src/client/useAnonSession.ts +131 -131
  90. package/src/components/SessionSync.tsx +138 -138
  91. package/src/components/SignalRHealthCheck.tsx +131 -131
  92. package/src/components/account/MobileNavDrawer.tsx +305 -305
  93. package/src/components/account/UserAvatarMenu.tsx +277 -277
  94. package/src/components/account/index.ts +13 -13
  95. package/src/components/admin/AlertSettingsTab.tsx +728 -728
  96. package/src/components/admin/AnalyticsTab.tsx +703 -703
  97. package/src/components/admin/DataBrowserTab.tsx +508 -508
  98. package/src/components/admin/LoggingSettingsTab.tsx +665 -665
  99. package/src/components/admin/SessionsTab.tsx +421 -421
  100. package/src/components/admin/StatsTab.tsx +379 -379
  101. package/src/components/admin/VibeAdminContext.tsx +87 -87
  102. package/src/components/admin/VibeAdminLayout.tsx +187 -187
  103. package/src/components/admin/index.ts +59 -59
  104. package/src/components/auth/CredentialSignInForm.tsx +240 -240
  105. package/src/components/auth/FederatedAuthSection.tsx +129 -129
  106. package/src/components/auth/ModeAwareLoginPage.tsx +146 -146
  107. package/src/components/auth/ModeAwareSignupPage.tsx +200 -200
  108. package/src/components/auth/PasswordResetBridge.tsx +30 -30
  109. package/src/components/auth/TraditionalAuthSection.tsx +103 -103
  110. package/src/components/recovery/CompleteStep.tsx +36 -36
  111. package/src/components/recovery/InitiateRecoveryStep.tsx +68 -68
  112. package/src/components/recovery/RequestedStep.tsx +30 -30
  113. package/src/components/recovery/SelectMethodStep.tsx +73 -73
  114. package/src/components/recovery/SetPasswordStep.tsx +118 -118
  115. package/src/components/recovery/VerifyCodeStep.tsx +90 -90
  116. package/src/components/reserved/ReservedRecoveryWarning.tsx +160 -160
  117. package/src/components/reserved/ReservedStatusBox.tsx +118 -118
  118. package/src/components/ui/BetaBadge.tsx +58 -58
  119. package/src/components/ui/Footer.tsx +93 -93
  120. package/src/config/env.ts +55 -55
  121. package/src/config/logger.ts +62 -62
  122. package/src/config/logging-config.ts +82 -82
  123. package/src/config/unauthenticated-routes.ts +19 -19
  124. package/src/config/vibe-log-transport.ts +264 -264
  125. package/src/edge/internal-api-url.ts +65 -65
  126. package/src/edge/middleware.ts +42 -42
  127. package/src/hooks/useAuth.ts +117 -117
  128. package/src/hooks/useAuthSettings.ts +109 -109
  129. package/src/hooks/useAvailableProviders.ts +143 -143
  130. package/src/hooks/usePasswordValidation.ts +127 -127
  131. package/src/hooks/useProfile.ts +82 -82
  132. package/src/hooks/usePublicAuthSettings.ts +171 -171
  133. package/src/hooks/useSessionExpiration.ts +101 -101
  134. package/src/hooks/useViabilitySession.ts +337 -337
  135. package/src/index.ts +64 -64
  136. package/src/lib/anon-session.ts +213 -213
  137. package/src/lib/api-handler.ts +643 -643
  138. package/src/lib/app-slug.ts +228 -228
  139. package/src/lib/authorize-resume.ts +172 -172
  140. package/src/lib/bearer-fetch.ts +31 -31
  141. package/src/lib/client-key.ts +88 -88
  142. package/src/lib/code-step-copy.ts +83 -83
  143. package/src/lib/credential-sign-in-client.ts +101 -101
  144. package/src/lib/demo-mode.ts +18 -18
  145. package/src/lib/device-id.ts +67 -67
  146. package/src/lib/ensure-fresh-access-token.ts +509 -509
  147. package/src/lib/geolocation.ts +265 -265
  148. package/src/lib/idp-client-config.ts +1005 -1005
  149. package/src/lib/idp-fetch.ts +169 -169
  150. package/src/lib/idp-url-guard.ts +37 -37
  151. package/src/lib/internal-api.ts +171 -171
  152. package/src/lib/jwt-decode-client.ts +45 -45
  153. package/src/lib/jwt-decode.ts +82 -82
  154. package/src/lib/lock-window.ts +49 -49
  155. package/src/lib/login-error-message.ts +41 -41
  156. package/src/lib/never-in-response.ts +64 -64
  157. package/src/lib/nextauth-secret.ts +168 -168
  158. package/src/lib/onboarding-proxy.ts +57 -57
  159. package/src/lib/password-rules.ts +50 -50
  160. package/src/lib/rate-limit-service.ts +9 -9
  161. package/src/lib/redis.ts +105 -105
  162. package/src/lib/refresh-token-validator.ts +64 -64
  163. package/src/lib/roles.ts +177 -177
  164. package/src/lib/safe-error-response.ts +149 -149
  165. package/src/lib/secret-validation.ts +8 -8
  166. package/src/lib/session-cookie-shape.ts +185 -185
  167. package/src/lib/session-store.ts +1092 -1092
  168. package/src/lib/session.ts +34 -34
  169. package/src/lib/single-flight.ts +64 -64
  170. package/src/lib/site-logger.ts +245 -245
  171. package/src/lib/standardized-client-api.ts +901 -901
  172. package/src/lib/startup-init.ts +276 -276
  173. package/src/lib/test-aware-get-token.ts +41 -41
  174. package/src/lib/token-expiry.ts +40 -40
  175. package/src/lib/token-lifecycle.ts +546 -546
  176. package/src/lib/token-log-id.ts +69 -69
  177. package/src/lib/twofa-rejection.ts +91 -91
  178. package/src/lib/types/api-responses.ts +336 -336
  179. package/src/lib/user-agent-parser.ts +252 -252
  180. package/src/logging/api/admin-analytics.ts +51 -51
  181. package/src/logging/api/audit-log.ts +53 -53
  182. package/src/logging/components/AdminAnalyticsLayout.tsx +49 -49
  183. package/src/logging/components/AuditLogViewer.tsx +125 -125
  184. package/src/logging/components/ErrorMetricsCard.tsx +98 -98
  185. package/src/logging/components/HealthMetricsCard.tsx +70 -70
  186. package/src/logging/hooks/useAdminAnalytics.ts +22 -22
  187. package/src/logging/hooks/useAuditLog.ts +24 -24
  188. package/src/logging/hooks/useErrorMetrics.ts +40 -40
  189. package/src/logging/hooks/useHealthMetrics.ts +44 -44
  190. package/src/logging/index.ts +18 -18
  191. package/src/logging/types/analytics.ts +81 -81
  192. package/src/logging/types/audit.ts +31 -31
  193. package/src/logging/types/index.ts +3 -3
  194. package/src/middleware/create-middleware.ts +1141 -1141
  195. package/src/middleware/rbac-check.ts +279 -279
  196. package/src/middleware/twofa-presets.ts +224 -224
  197. package/src/models/DecodedAccessToken.ts +16 -16
  198. package/src/models/SessionModel.ts +331 -331
  199. package/src/pages/admin-login/page.tsx +111 -111
  200. package/src/pages/admin-page-permissions/PagePermissionsAdminPage.tsx +527 -527
  201. package/src/pages/admin-page-permissions/index.ts +7 -7
  202. package/src/pages/admin-roles/RolesAdminPage.tsx +533 -533
  203. package/src/pages/admin-roles/index.ts +9 -9
  204. package/src/pages/admin-roles/modals.tsx +469 -469
  205. package/src/pages/client-admin/ClientSiteAdminPage.tsx +382 -382
  206. package/src/pages/client-admin/index.ts +33 -33
  207. package/src/pages/coming-soon/page.tsx +83 -83
  208. package/src/pages/login/page.tsx +338 -338
  209. package/src/pages/onboarding/index.ts +11 -11
  210. package/src/pages/onboarding/page.tsx +212 -212
  211. package/src/pages/profile/EnhancedProfilePage.tsx +514 -514
  212. package/src/pages/profile/index.ts +9 -9
  213. package/src/pages/profile/page.tsx +166 -166
  214. package/src/pages/recovery/page.tsx +267 -267
  215. package/src/pages/roles/MyRolesPage.tsx +211 -211
  216. package/src/pages/roles/components.tsx +294 -294
  217. package/src/pages/roles/index.ts +17 -17
  218. package/src/pages/security/EnhancedSecurityPage.tsx +660 -660
  219. package/src/pages/security/index.ts +12 -12
  220. package/src/pages/security/page.tsx +507 -507
  221. package/src/pages/service-unavailable/page.tsx +63 -63
  222. package/src/pages/settings/EnhancedSettingsPage.tsx +642 -642
  223. package/src/pages/settings/index.ts +9 -9
  224. package/src/pages/settings/page.tsx +47 -47
  225. package/src/pages/showcase/ShowcasePage.tsx +532 -532
  226. package/src/pages/showcase/index.ts +13 -13
  227. package/src/pages/test-env/EmergencyLogoutPage.tsx +192 -192
  228. package/src/pages/test-env/JwtInspectPage.tsx +449 -449
  229. package/src/pages/test-env/RefreshTokenPage.tsx +178 -178
  230. package/src/pages/test-env/TestEnvPage.tsx +130 -130
  231. package/src/pages/test-env/guarded.tsx +81 -81
  232. package/src/pages/test-env/index.ts +77 -77
  233. package/src/pages/test-env/redact-credentials.ts +96 -96
  234. package/src/pages/verify-code/page.tsx +746 -746
  235. package/src/routes/account/index.ts +31 -31
  236. package/src/routes/account/masked-info.ts +36 -36
  237. package/src/routes/account/send-code.ts +39 -39
  238. package/src/routes/account/update-phone.ts +13 -13
  239. package/src/routes/account/verify-email.ts +40 -40
  240. package/src/routes/account/verify-sms.ts +40 -40
  241. package/src/routes/auth/credential-login-email-code.ts +6 -6
  242. package/src/routes/auth/credential-login.ts +6 -6
  243. package/src/routes/auth/index.ts +22 -22
  244. package/src/routes/auth/logout.ts +111 -111
  245. package/src/routes/auth/nextauth.ts +45 -45
  246. package/src/routes/auth/passkey-signin.ts +13 -13
  247. package/src/routes/auth/refresh.ts +77 -77
  248. package/src/routes/auth/session-reset.ts +37 -37
  249. package/src/routes/auth/session.ts +261 -261
  250. package/src/routes/auth/settings.ts +181 -181
  251. package/src/routes/auth/viability.ts +519 -519
  252. package/src/routes/index.ts +17 -17
  253. package/src/routes/mfa/backup-code-verify.ts +1 -1
  254. package/src/routes/mfa/backup-codes.ts +10 -10
  255. package/src/routes/mfa/methods.ts +22 -22
  256. package/src/routes/mfa/totp-confirm.ts +10 -10
  257. package/src/routes/mfa/totp-enroll.ts +10 -10
  258. package/src/routes/mfa/totp-verify.ts +14 -14
  259. package/src/routes/onboarding/index.ts +15 -15
  260. package/src/routes/onboarding/send-email-code.ts +2 -2
  261. package/src/routes/onboarding/set-password.ts +2 -2
  262. package/src/routes/onboarding/verify-code.ts +2 -2
  263. package/src/routes/onboarding/verify-welcome-email.ts +2 -2
  264. package/src/routes/passkeys/list.ts +10 -10
  265. package/src/routes/passkeys/manage.ts +23 -23
  266. package/src/routes/passkeys/register-options.ts +10 -10
  267. package/src/routes/passkeys/register-verify.ts +10 -10
  268. package/src/routes/session/index.ts +7 -7
  269. package/src/routes/session/refresh-viability.ts +17 -17
  270. package/src/server/auth-guard.ts +203 -203
  271. package/src/server/auth.ts +486 -486
  272. package/src/server/decode-session.ts +309 -309
  273. package/src/server/slim-middleware.ts +117 -117
  274. package/src/server/verified-session-token.ts +103 -103
  275. package/src/server/with-auth.ts +93 -93
  276. package/src/services/signalrActivityService.ts +258 -258
  277. package/src/stores/authStore.ts +1900 -1900
  278. package/src/templates/instrumentation.ts +60 -60
  279. package/src/theme/ThemeProvider.tsx +39 -39
  280. package/src/theme/default.ts +33 -33
  281. package/src/theme/index.ts +31 -31
  282. package/src/theme/types.ts +69 -69
  283. package/src/theme/useTheme.ts +57 -57
  284. package/src/theme/utils.ts +40 -40
  285. package/src/types/api.ts +12 -12
  286. package/src/types/auth.d.ts +23 -23
  287. package/src/types/auth.ts +48 -48
  288. package/src/types/logging.ts +11 -11
  289. package/src/types/recovery.ts +54 -54
  290. package/src/utils/api.ts +401 -401
  291. package/src/utils/circuitBreaker.ts +40 -40
  292. package/src/utils/error-message.ts +108 -108
  293. package/src/utils/layout/reservedSpace.ts +124 -124
  294. package/src/utils/logout.ts +30 -30
  295. package/src/vibe/client.ts +877 -877
  296. package/src/vibe/enterprise-auth.ts +208 -208
  297. package/src/vibe/errors.ts +209 -209
  298. package/src/vibe/generic.ts +339 -339
  299. package/src/vibe/hooks/index.ts +367 -367
  300. package/src/vibe/index.ts +133 -133
  301. package/src/vibe/sessions.ts +925 -899
  302. package/src/vibe/types.ts +577 -577
@@ -1,509 +1,509 @@
1
- /**
2
- * ensureFreshAccessToken — server-side preflight refresh.
3
- *
4
- * Returns a non-expired IDP access token for a given session. Refreshes
5
- * proactively when the stored token is within the safety window of expiry,
6
- * using the same Redis lock and IDP wire shape as `createRefreshHandler`.
7
- *
8
- * Designed for proxy-route auth helpers that today read the stored token
9
- * blindly and let the backend reject it with a 401. Calling this instead of
10
- * `getSession(...).idpAccessToken` means a good token client never sends
11
- * credentials it already knows are invalid.
12
- *
13
- * Single-use refresh-token semantics are preserved via Redis-backed
14
- * single-flight locking (see `acquireRefreshLock`).
15
- */
16
- import {
17
- getSession,
18
- getBetterAuthSession,
19
- updateSession,
20
- acquireRefreshLock,
21
- releaseRefreshLock,
22
- checkRefreshLock,
23
- } from './session-store';
24
- import { computeTokenExpiries } from './token-expiry';
25
- import { extractKidFromToken } from '../auth/utils/token-utils';
26
-
27
- export interface EnsureFreshConfig {
28
- idpBaseUrl: string;
29
- clientId: string;
30
- refreshEndpoint?: string;
31
- }
32
-
33
- export interface EnsureFreshOptions {
34
- /** Refresh if the access token is within this many ms of expiry. Default 60_000. */
35
- safetyWindowMs?: number;
36
- /** Max wait while another caller holds the refresh lock. Default 5000. */
37
- lockWaitMs?: number;
38
- /** Optional caller request id for lock attribution. */
39
- requestId?: string;
40
- }
41
-
42
- export type EnsureFreshResult =
43
- | {
44
- ok: true;
45
- accessToken: string;
46
- accessTokenExpires: number;
47
- /** True if we refreshed (or a concurrent refresh completed); false if the stored token was already fresh. */
48
- refreshed: boolean;
49
- /**
50
- * CARD 320072. Is the token in THIS result actually in the session store?
51
- *
52
- * ON THIS BRANCH OF THE UNION IT IS ALWAYS `true`, AND THAT IS THE POINT.
53
- * Every `ok: true` return either read the token back from the store or
54
- * wrote it and confirmed the write. An unpersisted refresh does not reach
55
- * an `ok: true` result at all — it returns `ok:false, SESSION_PERSIST_FAILED`
56
- * from the other branch below.
57
- *
58
- * READ THIS BEFORE YOU DELETE THE FIELD. It is declared `boolean` rather
59
- * than the literal `true` on purpose: it is the assertable witness that the
60
- * escalation is still wired. If someone later re-weakens the persist site
61
- * back to reporting success, this field is where that regression becomes
62
- * visible to a test instead of invisible to everyone. Cases 2 and 7 in
63
- * test/ensure-fresh-persist-failure.test.cjs assert on it.
64
- *
65
- * WHAT THIS COMMENT USED TO SAY, AND WHY IT IS GONE. It documented `false`
66
- * as a live value on an ok:true result — "we hold a valid token that was
67
- * not persisted" — because that WAS the contract before this merge, when
68
- * the dropped write was reported as a success with a flag on it. Blending
69
- * in the escalation made that sentence describe a state the code can no
70
- * longer produce. A docblock asserting an impossible semantic is exactly
71
- * the defect f5ac6dc3 was written to fix, one file over; reproducing it
72
- * here while merging that fix would be absurd.
73
- */
74
- persisted: boolean;
75
- }
76
- | {
77
- ok: false;
78
- code: string;
79
- message: string;
80
- status: number;
81
- terminal?: boolean;
82
- discardToken?: boolean;
83
- retryable?: boolean;
84
- resolution?: string;
85
- };
86
-
87
- const DEFAULT_SAFETY_WINDOW_MS = 60_000;
88
- const DEFAULT_LOCK_WAIT_MS = 5000;
89
-
90
- function decodeJwtExp(token: string): number {
91
- const parts = token.split('.');
92
- if (parts.length !== 3) return -1;
93
- try {
94
- const payload = JSON.parse(Buffer.from(parts[1], 'base64url').toString());
95
- return (payload.exp || 0) * 1000;
96
- } catch {
97
- return -1;
98
- }
99
- }
100
-
101
- export async function ensureFreshAccessToken(
102
- sessionToken: string,
103
- config: EnsureFreshConfig,
104
- options: EnsureFreshOptions = {}
105
- ): Promise<EnsureFreshResult> {
106
- const { idpBaseUrl, clientId, refreshEndpoint = '/api/ExternalAuth/refresh' } = config;
107
- const safetyWindowMs = options.safetyWindowMs ?? DEFAULT_SAFETY_WINDOW_MS;
108
- const lockWaitMs = options.lockWaitMs ?? DEFAULT_LOCK_WAIT_MS;
109
- const requestId = options.requestId ?? `ensure_fresh_${Date.now()}`;
110
-
111
- let session = await getSession(sessionToken);
112
- if (!session || !session.idpRefreshToken) {
113
- const baSession = await getBetterAuthSession(sessionToken);
114
- if (baSession?.idpRefreshToken) {
115
- session = baSession;
116
- }
117
- }
118
- if (!session) {
119
- return { ok: false, code: 'NO_SESSION', message: 'No session for token', status: 401, terminal: true };
120
- }
121
-
122
- const storedToken = session.idpAccessToken;
123
- if (!storedToken) {
124
- // Card 187871: same conflation as getIdpToken (server/auth.ts) - a live
125
- // session with no access token and mfaVerified !== true is a user
126
- // mid-2FA, not dead. Only terminal once the session itself claims 2FA
127
- // is already done.
128
- if (session.mfaVerified !== true) {
129
- return { ok: false, code: 'NO_TOKEN_PENDING_2FA', message: 'Two-factor authentication required', status: 401, terminal: false };
130
- }
131
- return { ok: false, code: 'NO_TOKEN', message: 'No IDP access token in session', status: 401, terminal: true };
132
- }
133
-
134
- const now = Date.now();
135
- const redisExpires = session.idpAccessTokenExpires ?? 0;
136
- const jwtExpires = decodeJwtExp(storedToken);
137
- // Use the smaller of the two to be conservative — Redis can be stale, JWT exp is authoritative.
138
- const effectiveExpires = jwtExpires > 0 ? Math.min(redisExpires || jwtExpires, jwtExpires) : redisExpires;
139
- const msUntilExpiry = effectiveExpires - now;
140
-
141
- if (msUntilExpiry > safetyWindowMs) {
142
- // Durable by construction: this token came OUT of the store and we wrote nothing.
143
- return { ok: true, accessToken: storedToken, accessTokenExpires: effectiveExpires, refreshed: false, persisted: true };
144
- }
145
-
146
- if (!session.idpRefreshToken) {
147
- return {
148
- ok: false,
149
- code: 'NO_REFRESH_TOKEN',
150
- message: 'Access token expired and no refresh token available',
151
- status: 401,
152
- terminal: true,
153
- resolution: 'User must re-authenticate',
154
- };
155
- }
156
-
157
- const lock = await acquireRefreshLock(sessionToken, requestId, lockWaitMs);
158
- let weHoldLock = false;
159
- let releaseVersion: number | undefined;
160
-
161
- if (!lock.acquired) {
162
- const existing = await checkRefreshLock(sessionToken);
163
- if (!existing || existing.acquiredBy !== requestId) {
164
- const startWait = Date.now();
165
- while (Date.now() - startWait < lockWaitMs) {
166
- await new Promise(r => setTimeout(r, 200));
167
- const stillLocked = await checkRefreshLock(sessionToken);
168
- if (!stillLocked) {
169
- let after = await getSession(sessionToken);
170
- if (!after || !after.idpRefreshToken) {
171
- const baAfter = await getBetterAuthSession(sessionToken);
172
- if (baAfter?.idpRefreshToken) after = baAfter;
173
- }
174
- if (after?.idpAccessToken && after.idpAccessTokenExpires) {
175
- const remaining = after.idpAccessTokenExpires - Date.now();
176
- if (remaining > safetyWindowMs) {
177
- return {
178
- ok: true,
179
- accessToken: after.idpAccessToken,
180
- accessTokenExpires: after.idpAccessTokenExpires,
181
- refreshed: true,
182
- // Read back from the store after the winner's refresh - durable.
183
- persisted: true,
184
- };
185
- }
186
- }
187
- break;
188
- }
189
- }
190
- return {
191
- ok: false,
192
- code: 'CONFLICT',
193
- message: 'Refresh already in progress',
194
- status: 409,
195
- retryable: true,
196
- };
197
- }
198
- } else {
199
- weHoldLock = true;
200
- releaseVersion = lock.lockInfo?.lockVersion;
201
- }
202
-
203
- try {
204
- // Re-check after lock — another caller may have already refreshed.
205
- let latest = await getSession(sessionToken);
206
- if (!latest || !latest.idpRefreshToken) {
207
- const baLatest = await getBetterAuthSession(sessionToken);
208
- if (baLatest?.idpRefreshToken) latest = baLatest;
209
- }
210
- if (latest?.idpAccessToken && latest.idpAccessTokenExpires) {
211
- const latestRemaining = latest.idpAccessTokenExpires - Date.now();
212
- const latestJwtExp = decodeJwtExp(latest.idpAccessToken);
213
- const stillStale = latestRemaining <= safetyWindowMs || (latestJwtExp > 0 && latestJwtExp <= Date.now());
214
- if (!stillStale) {
215
- return {
216
- ok: true,
217
- accessToken: latest.idpAccessToken,
218
- accessTokenExpires: latest.idpAccessTokenExpires,
219
- refreshed: true,
220
- // Post-lock re-read: another caller already refreshed and stored this.
221
- persisted: true,
222
- };
223
- }
224
- }
225
-
226
- // Build refresh request body — wire shape must match what the IDP expects.
227
- let authMethods: string[] = [];
228
- if (Array.isArray(session.authenticationMethods)) {
229
- authMethods = session.authenticationMethods;
230
- } else if (typeof session.authenticationMethods === 'string') {
231
- try { authMethods = JSON.parse(session.authenticationMethods); } catch { /* fall through */ }
232
- }
233
- const isOAuthSession = !!session.oauthProvider;
234
- if (authMethods.length === 0 && isOAuthSession) {
235
- authMethods = ['pwd', 'mfa'];
236
- }
237
- const twoFactorMethod =
238
- authMethods.find(m => ['sms', 'totp', 'email'].includes(m)) ||
239
- session.mfaMethod ||
240
- (isOAuthSession ? 'oauth' : null);
241
-
242
- let acrValue = String(session.authenticationLevel ?? '1');
243
- if (isOAuthSession && session.mfaVerified && acrValue === '1') {
244
- acrValue = '2';
245
- }
246
-
247
- // WO-2: send the POST-lock current refresh token, not the pre-lock snapshot.
248
- // `session` was read before we acquired the lock; a concurrent refresh that
249
- // completed while we waited rotates the token, so the pre-lock value is stale
250
- // and would draw an avoidable 401 (the CAS now catches the resulting wipe, but
251
- // the round-trip is wasted). `latest` is the authoritative post-lock session.
252
- // Auth-context (amr/acr/2FA) intentionally still derives from `session` — it is
253
- // the identity context of THIS request, unchanged by a token rotation.
254
- const sentRefreshToken = latest?.idpRefreshToken ?? session.idpRefreshToken;
255
- const body: Record<string, unknown> = {
256
- refresh_token: sentRefreshToken,
257
- amr: authMethods,
258
- acr: acrValue,
259
- };
260
- if (session.mfaVerified) body.two_factor_verified = true;
261
- if (twoFactorMethod) body.two_factor_method = twoFactorMethod;
262
- if (session.mfaCompletedAt) body.two_factor_completed_at = new Date(session.mfaCompletedAt).toISOString();
263
-
264
- let idpResponse: Response;
265
- try {
266
- idpResponse = await fetch(`${idpBaseUrl}${refreshEndpoint}`, {
267
- method: 'POST',
268
- headers: { 'Content-Type': 'application/json', 'X-Client-Id': clientId },
269
- body: JSON.stringify(body),
270
- });
271
- } catch (err) {
272
- return {
273
- ok: false,
274
- code: 'UPSTREAM_SERVICE_UNAVAILABLE',
275
- message: err instanceof Error ? err.message : 'IDP unreachable',
276
- status: 503,
277
- retryable: true,
278
- };
279
- }
280
-
281
- let responseData: any;
282
- try {
283
- const text = await idpResponse.text();
284
- if (!text.trim()) {
285
- return { ok: false, code: 'UPSTREAM_SERVICE_ERROR', message: 'Empty response from IDP', status: 502, retryable: true };
286
- }
287
- responseData = JSON.parse(text);
288
- } catch (err) {
289
- return { ok: false, code: 'UPSTREAM_SERVICE_ERROR', message: 'Invalid JSON from IDP', status: 502, retryable: true };
290
- }
291
-
292
- if (!idpResponse.ok) {
293
- const idpError = responseData?.error || {};
294
- const code = idpError.code || 'UNKNOWN_ERROR';
295
- let discardToken = idpResponse.status === 401 || idpError.discard_token === true;
296
- const retryable = idpResponse.status !== 401 && idpError.retryable === true;
297
- if (discardToken) {
298
- // Race-safe discard (CAS): only clear if the refresh token we used is STILL
299
- // current. A concurrent refresh may have already rotated it — our 401 is then
300
- // stale/expected, and wiping here would silently log out a healthy session
301
- // (the rotation-race wipe, QA 6873 site 1/2). Compare-and-skip if it changed;
302
- // a concurrent rotation is NOT a terminal condition.
303
- const postRefresh = await getSession(sessionToken);
304
- // CAS compares against the token we ACTUALLY SENT (WO-2: sentRefreshToken,
305
- // the post-lock value), not the pre-lock snapshot — otherwise a token rotated
306
- // between pre-lock read and our send would be misjudged.
307
- const tokenUnchanged =
308
- !!sentRefreshToken && postRefresh?.idpRefreshToken === sentRefreshToken;
309
- if (tokenUnchanged) {
310
- /**
311
- * 320072: this is the OTHER updateSession call in this file, and it
312
- * does NOT escalate on a null return the way the persist site below
313
- * does. Checked, not overlooked: reaching here requires
314
- * `tokenUnchanged`, which requires `postRefresh?.idpRefreshToken` to
315
- * equal the token we sent — so the CAS read three lines up already
316
- * proved the row exists. A missing row makes tokenUnchanged false and
317
- * routes to the else branch instead, so the dropped-write path is
318
- * very nearly unreachable here.
319
- *
320
- * "Very nearly" is why the return IS still captured. The residual both
321
- * halves of this merge identified is real: the row can expire between
322
- * that CAS read and this write, in which case the dead refresh token is
323
- * NOT cleared and the "we discarded it" claim in the error below is
324
- * false. That costs nothing to observe and cannot be inferred from any
325
- * other line, so it is warned rather than assumed — see `if (!cleared)`
326
- * immediately below. The RESULT is unchanged either way: the session is
327
- * unusable and we return the same non-ok payload.
328
- */
329
- const cleared = await updateSession(sessionToken, {
330
- idpRefreshToken: '',
331
- idpRefreshTokenExpires: undefined,
332
- refreshTokenClearedAt: Date.now(),
333
- refreshTokenClearedReason: `IDP_DISCARD_TOKEN:${code}`,
334
- });
335
- if (!cleared) {
336
- console.warn('[ENSURE-FRESH] discard-token clear did not persist - no canonical session row', {
337
- code,
338
- requestId,
339
- });
340
- }
341
- } else {
342
- // Concurrent refresh already rotated the token — our 401 is stale. Return the
343
- // freshly-rotated token directly so the loser succeeds without a retry round-trip
344
- // (race-fix follow-up #1).
345
- discardToken = false;
346
- if (postRefresh?.idpAccessToken && postRefresh.idpAccessTokenExpires) {
347
- return {
348
- ok: true,
349
- accessToken: postRefresh.idpAccessToken,
350
- accessTokenExpires: postRefresh.idpAccessTokenExpires,
351
- refreshed: true,
352
- // `postRefresh` is a store read, so this token is by definition stored.
353
- persisted: true,
354
- };
355
- }
356
- }
357
- }
358
- return {
359
- ok: false,
360
- code,
361
- message: idpError.message || 'Token refresh failed',
362
- status: idpResponse.status,
363
- discardToken,
364
- retryable,
365
- resolution: idpError.resolution,
366
- terminal: discardToken,
367
- };
368
- }
369
-
370
- // Validate canonical envelope.
371
- if (
372
- !responseData ||
373
- typeof responseData !== 'object' ||
374
- responseData.success !== true ||
375
- !responseData.data
376
- ) {
377
- return { ok: false, code: 'UPSTREAM_SERVICE_ERROR', message: 'Non-compliant IDP envelope', status: 502, retryable: true };
378
- }
379
-
380
- const newAccess = responseData.data.access_token;
381
- const newRefresh = responseData.data.refresh_token;
382
- if (!newAccess) {
383
- return { ok: false, code: 'INTERNAL_SERVER_ERROR', message: 'Missing access token in IDP response', status: 500 };
384
- }
385
-
386
- let accessTokenExpires: number;
387
- let refreshTokenExpires: number | undefined;
388
- let decoded: any;
389
- try {
390
- const r = computeTokenExpiries({ accessToken: newAccess, refreshToken: newRefresh, preferJwt: true });
391
- decoded = r.decodedAccessToken;
392
- accessTokenExpires = r.accessTokenExpires;
393
- refreshTokenExpires = r.refreshTokenExpires;
394
- } catch {
395
- return { ok: false, code: 'INTERNAL_SERVER_ERROR', message: 'Failed to decode new tokens', status: 500 };
396
- }
397
-
398
- let amrClaims: string[] = [];
399
- if (decoded?.amr) {
400
- try {
401
- amrClaims = typeof decoded.amr === 'string' ? JSON.parse(decoded.amr) : decoded.amr;
402
- } catch {
403
- amrClaims = session.authenticationMethods || [];
404
- }
405
- } else {
406
- amrClaims = session.authenticationMethods || [];
407
- }
408
- const acrLevel = String(decoded?.acr || session.authenticationLevel || '1');
409
- const hasNewRefresh = typeof newRefresh === 'string' && newRefresh.length > 0;
410
- const newKid = extractKidFromToken(newAccess);
411
-
412
- // *** CARD 320072. CAPTURE THIS RETURN. ***
413
- // `updateSession` returns null - and writes nothing - when the canonical
414
- // session row is missing, which happens whenever the BA fallback above is what
415
- // resolved this session. Discarding the return is what let this function
416
- // report `ok:true, refreshed:true` for a refresh it had just thrown away.
417
- // The full rationale for what we DO about it is at the `if (!persisted)`
418
- // block below; this line only makes the answer available.
419
- const persisted = await updateSession(sessionToken, {
420
- ...session,
421
- idpAccessToken: newAccess,
422
- idpAccessTokenExpires: accessTokenExpires,
423
- idpRefreshToken: hasNewRefresh ? newRefresh : session.idpRefreshToken,
424
- idpRefreshTokenExpires: hasNewRefresh ? refreshTokenExpires : session.idpRefreshTokenExpires,
425
- decodedAccessToken: decoded,
426
- bearerKeyId: newKid || session.bearerKeyId,
427
- authenticationMethods: amrClaims,
428
- authenticationLevel: acrLevel,
429
- // 170007 rule 2 (BAPert ruling on 121350): re-derive from the token
430
- // every exchange, never carry forward. See the identical fix + full
431
- // rationale in api-handlers/auth/refresh.ts's sessionUpdate — this is
432
- // the same defect duplicated at a second call site.
433
- mfaVerified: amrClaims.includes('mfa'),
434
- mfaCompletedAt: decoded?.mfa_time ? parseInt(decoded.mfa_time) * 1000 : session.mfaCompletedAt,
435
- mfaExpiresAt: decoded?.mfa_expires ? parseInt(decoded.mfa_expires) * 1000 : session.mfaExpiresAt,
436
- mfaValidityHours: decoded?.mfa_validity_hours ? parseInt(decoded.mfa_validity_hours) : session.mfaValidityHours,
437
- });
438
-
439
- /**
440
- * 320072: DO NOT REPORT SUCCESS FOR A WRITE THAT WAS DISCARDED.
441
- *
442
- * `updateSession` returns null when the canonical session row is absent,
443
- * which silently throws away EVERYTHING above — the new access token, the
444
- * rotated refresh token, decodedAccessToken, authenticationMethods,
445
- * mfaVerified, mfaCompletedAt, mfaExpiresAt. This return value was
446
- * previously ignored, and the line below then reported
447
- * `ok: true, refreshed: true`.
448
- *
449
- * WHY THAT IS WORSE THAN A PLAIN LOST WRITE. By this point the exchange at
450
- * the IDP has ALREADY HAPPENED, so if refresh tokens are single-use the
451
- * token we sent is now spent and its replacement is the thing we just
452
- * dropped. The stored credential is therefore dead, and every later attempt
453
- * re-sends that same dead token and fails. The user is bounced to LOGIN —
454
- * not to verify-code — with nothing in the logs naming the cause.
455
- *
456
- * It did not even surface as a wrong answer to our one caller: server/auth.ts
457
- * calls getRedisSession immediately after us, which is this same `getSession`,
458
- * so it finds the same missing row and returns a generic NO_SESSION one frame
459
- * later. The false `ok: true` was thus invisible AND the real cause — a
460
- * dropped persist — was reported as an unrelated missing session.
461
- *
462
- * Naming it here is the point: the failure is reported at its true cause,
463
- * with a code that says the refresh succeeded and the PERSIST is what
464
- * failed. Not retryable — retrying burns another refresh token the same way.
465
- *
466
- * This is the card's option (b), deliberately. Option (a) — teaching
467
- * updateSession to write through to whichever store holds the session,
468
- * mirroring the read fallback above — is the better end state but changes
469
- * write-path storage semantics for every caller, which is not this card.
470
- *
471
- * AND IT IS ALSO LOGGED, WHICH IS NOT THE SAME THING (BAPert R1134 §7,
472
- * re-affirmed in R1145 §2c). Returning a named code tells the CALLER. §7
473
- * requires that `persisted:false` reach a log A HUMAN READS, because the one
474
- * caller — server/auth.ts — converts every non-ok result into the same
475
- * generic 401 and keeps no record of which code produced it. Without this
476
- * line the distinction we just bought at the type level is erased one frame
477
- * later and no operator ever sees the word PERSIST. The escalation is the
478
- * contract; the warn is the evidence.
479
- */
480
- if (!persisted) {
481
- console.warn('[ENSURE-FRESH] refresh succeeded but was NOT persisted - no canonical session row', {
482
- requestId,
483
- refreshTokenRotated: hasNewRefresh,
484
- persisted: false,
485
- });
486
- return {
487
- ok: false,
488
- code: 'SESSION_PERSIST_FAILED',
489
- message:
490
- 'Token refresh succeeded at the IDP but the session could not be persisted; the rotated tokens were discarded.',
491
- status: 401,
492
- terminal: true,
493
- retryable: false,
494
- discardToken: true,
495
- resolution: 'REAUTHENTICATE',
496
- };
497
- }
498
-
499
- // `persisted: true` is not decoration and not a leftover: the `if` above is
500
- // the only way out for a dropped write, so by construction anything reaching
501
- // this line WAS written. Keeping the field keeps the ok:true branch of
502
- // EnsureFreshResult total (Cases 2 and 7 assert on it) — BAPert R1145 §2d.
503
- return { ok: true, accessToken: newAccess, accessTokenExpires, refreshed: true, persisted: true };
504
- } finally {
505
- if (weHoldLock) {
506
- await releaseRefreshLock(sessionToken, requestId, releaseVersion);
507
- }
508
- }
509
- }
1
+ /**
2
+ * ensureFreshAccessToken — server-side preflight refresh.
3
+ *
4
+ * Returns a non-expired IDP access token for a given session. Refreshes
5
+ * proactively when the stored token is within the safety window of expiry,
6
+ * using the same Redis lock and IDP wire shape as `createRefreshHandler`.
7
+ *
8
+ * Designed for proxy-route auth helpers that today read the stored token
9
+ * blindly and let the backend reject it with a 401. Calling this instead of
10
+ * `getSession(...).idpAccessToken` means a good token client never sends
11
+ * credentials it already knows are invalid.
12
+ *
13
+ * Single-use refresh-token semantics are preserved via Redis-backed
14
+ * single-flight locking (see `acquireRefreshLock`).
15
+ */
16
+ import {
17
+ getSession,
18
+ getBetterAuthSession,
19
+ updateSession,
20
+ acquireRefreshLock,
21
+ releaseRefreshLock,
22
+ checkRefreshLock,
23
+ } from './session-store';
24
+ import { computeTokenExpiries } from './token-expiry';
25
+ import { extractKidFromToken } from '../auth/utils/token-utils';
26
+
27
+ export interface EnsureFreshConfig {
28
+ idpBaseUrl: string;
29
+ clientId: string;
30
+ refreshEndpoint?: string;
31
+ }
32
+
33
+ export interface EnsureFreshOptions {
34
+ /** Refresh if the access token is within this many ms of expiry. Default 60_000. */
35
+ safetyWindowMs?: number;
36
+ /** Max wait while another caller holds the refresh lock. Default 5000. */
37
+ lockWaitMs?: number;
38
+ /** Optional caller request id for lock attribution. */
39
+ requestId?: string;
40
+ }
41
+
42
+ export type EnsureFreshResult =
43
+ | {
44
+ ok: true;
45
+ accessToken: string;
46
+ accessTokenExpires: number;
47
+ /** True if we refreshed (or a concurrent refresh completed); false if the stored token was already fresh. */
48
+ refreshed: boolean;
49
+ /**
50
+ * CARD 320072. Is the token in THIS result actually in the session store?
51
+ *
52
+ * ON THIS BRANCH OF THE UNION IT IS ALWAYS `true`, AND THAT IS THE POINT.
53
+ * Every `ok: true` return either read the token back from the store or
54
+ * wrote it and confirmed the write. An unpersisted refresh does not reach
55
+ * an `ok: true` result at all — it returns `ok:false, SESSION_PERSIST_FAILED`
56
+ * from the other branch below.
57
+ *
58
+ * READ THIS BEFORE YOU DELETE THE FIELD. It is declared `boolean` rather
59
+ * than the literal `true` on purpose: it is the assertable witness that the
60
+ * escalation is still wired. If someone later re-weakens the persist site
61
+ * back to reporting success, this field is where that regression becomes
62
+ * visible to a test instead of invisible to everyone. Cases 2 and 7 in
63
+ * test/ensure-fresh-persist-failure.test.cjs assert on it.
64
+ *
65
+ * WHAT THIS COMMENT USED TO SAY, AND WHY IT IS GONE. It documented `false`
66
+ * as a live value on an ok:true result — "we hold a valid token that was
67
+ * not persisted" — because that WAS the contract before this merge, when
68
+ * the dropped write was reported as a success with a flag on it. Blending
69
+ * in the escalation made that sentence describe a state the code can no
70
+ * longer produce. A docblock asserting an impossible semantic is exactly
71
+ * the defect f5ac6dc3 was written to fix, one file over; reproducing it
72
+ * here while merging that fix would be absurd.
73
+ */
74
+ persisted: boolean;
75
+ }
76
+ | {
77
+ ok: false;
78
+ code: string;
79
+ message: string;
80
+ status: number;
81
+ terminal?: boolean;
82
+ discardToken?: boolean;
83
+ retryable?: boolean;
84
+ resolution?: string;
85
+ };
86
+
87
+ const DEFAULT_SAFETY_WINDOW_MS = 60_000;
88
+ const DEFAULT_LOCK_WAIT_MS = 5000;
89
+
90
+ function decodeJwtExp(token: string): number {
91
+ const parts = token.split('.');
92
+ if (parts.length !== 3) return -1;
93
+ try {
94
+ const payload = JSON.parse(Buffer.from(parts[1], 'base64url').toString());
95
+ return (payload.exp || 0) * 1000;
96
+ } catch {
97
+ return -1;
98
+ }
99
+ }
100
+
101
+ export async function ensureFreshAccessToken(
102
+ sessionToken: string,
103
+ config: EnsureFreshConfig,
104
+ options: EnsureFreshOptions = {}
105
+ ): Promise<EnsureFreshResult> {
106
+ const { idpBaseUrl, clientId, refreshEndpoint = '/api/ExternalAuth/refresh' } = config;
107
+ const safetyWindowMs = options.safetyWindowMs ?? DEFAULT_SAFETY_WINDOW_MS;
108
+ const lockWaitMs = options.lockWaitMs ?? DEFAULT_LOCK_WAIT_MS;
109
+ const requestId = options.requestId ?? `ensure_fresh_${Date.now()}`;
110
+
111
+ let session = await getSession(sessionToken);
112
+ if (!session || !session.idpRefreshToken) {
113
+ const baSession = await getBetterAuthSession(sessionToken);
114
+ if (baSession?.idpRefreshToken) {
115
+ session = baSession;
116
+ }
117
+ }
118
+ if (!session) {
119
+ return { ok: false, code: 'NO_SESSION', message: 'No session for token', status: 401, terminal: true };
120
+ }
121
+
122
+ const storedToken = session.idpAccessToken;
123
+ if (!storedToken) {
124
+ // Card 187871: same conflation as getIdpToken (server/auth.ts) - a live
125
+ // session with no access token and mfaVerified !== true is a user
126
+ // mid-2FA, not dead. Only terminal once the session itself claims 2FA
127
+ // is already done.
128
+ if (session.mfaVerified !== true) {
129
+ return { ok: false, code: 'NO_TOKEN_PENDING_2FA', message: 'Two-factor authentication required', status: 401, terminal: false };
130
+ }
131
+ return { ok: false, code: 'NO_TOKEN', message: 'No IDP access token in session', status: 401, terminal: true };
132
+ }
133
+
134
+ const now = Date.now();
135
+ const redisExpires = session.idpAccessTokenExpires ?? 0;
136
+ const jwtExpires = decodeJwtExp(storedToken);
137
+ // Use the smaller of the two to be conservative — Redis can be stale, JWT exp is authoritative.
138
+ const effectiveExpires = jwtExpires > 0 ? Math.min(redisExpires || jwtExpires, jwtExpires) : redisExpires;
139
+ const msUntilExpiry = effectiveExpires - now;
140
+
141
+ if (msUntilExpiry > safetyWindowMs) {
142
+ // Durable by construction: this token came OUT of the store and we wrote nothing.
143
+ return { ok: true, accessToken: storedToken, accessTokenExpires: effectiveExpires, refreshed: false, persisted: true };
144
+ }
145
+
146
+ if (!session.idpRefreshToken) {
147
+ return {
148
+ ok: false,
149
+ code: 'NO_REFRESH_TOKEN',
150
+ message: 'Access token expired and no refresh token available',
151
+ status: 401,
152
+ terminal: true,
153
+ resolution: 'User must re-authenticate',
154
+ };
155
+ }
156
+
157
+ const lock = await acquireRefreshLock(sessionToken, requestId, lockWaitMs);
158
+ let weHoldLock = false;
159
+ let releaseVersion: number | undefined;
160
+
161
+ if (!lock.acquired) {
162
+ const existing = await checkRefreshLock(sessionToken);
163
+ if (!existing || existing.acquiredBy !== requestId) {
164
+ const startWait = Date.now();
165
+ while (Date.now() - startWait < lockWaitMs) {
166
+ await new Promise(r => setTimeout(r, 200));
167
+ const stillLocked = await checkRefreshLock(sessionToken);
168
+ if (!stillLocked) {
169
+ let after = await getSession(sessionToken);
170
+ if (!after || !after.idpRefreshToken) {
171
+ const baAfter = await getBetterAuthSession(sessionToken);
172
+ if (baAfter?.idpRefreshToken) after = baAfter;
173
+ }
174
+ if (after?.idpAccessToken && after.idpAccessTokenExpires) {
175
+ const remaining = after.idpAccessTokenExpires - Date.now();
176
+ if (remaining > safetyWindowMs) {
177
+ return {
178
+ ok: true,
179
+ accessToken: after.idpAccessToken,
180
+ accessTokenExpires: after.idpAccessTokenExpires,
181
+ refreshed: true,
182
+ // Read back from the store after the winner's refresh - durable.
183
+ persisted: true,
184
+ };
185
+ }
186
+ }
187
+ break;
188
+ }
189
+ }
190
+ return {
191
+ ok: false,
192
+ code: 'CONFLICT',
193
+ message: 'Refresh already in progress',
194
+ status: 409,
195
+ retryable: true,
196
+ };
197
+ }
198
+ } else {
199
+ weHoldLock = true;
200
+ releaseVersion = lock.lockInfo?.lockVersion;
201
+ }
202
+
203
+ try {
204
+ // Re-check after lock — another caller may have already refreshed.
205
+ let latest = await getSession(sessionToken);
206
+ if (!latest || !latest.idpRefreshToken) {
207
+ const baLatest = await getBetterAuthSession(sessionToken);
208
+ if (baLatest?.idpRefreshToken) latest = baLatest;
209
+ }
210
+ if (latest?.idpAccessToken && latest.idpAccessTokenExpires) {
211
+ const latestRemaining = latest.idpAccessTokenExpires - Date.now();
212
+ const latestJwtExp = decodeJwtExp(latest.idpAccessToken);
213
+ const stillStale = latestRemaining <= safetyWindowMs || (latestJwtExp > 0 && latestJwtExp <= Date.now());
214
+ if (!stillStale) {
215
+ return {
216
+ ok: true,
217
+ accessToken: latest.idpAccessToken,
218
+ accessTokenExpires: latest.idpAccessTokenExpires,
219
+ refreshed: true,
220
+ // Post-lock re-read: another caller already refreshed and stored this.
221
+ persisted: true,
222
+ };
223
+ }
224
+ }
225
+
226
+ // Build refresh request body — wire shape must match what the IDP expects.
227
+ let authMethods: string[] = [];
228
+ if (Array.isArray(session.authenticationMethods)) {
229
+ authMethods = session.authenticationMethods;
230
+ } else if (typeof session.authenticationMethods === 'string') {
231
+ try { authMethods = JSON.parse(session.authenticationMethods); } catch { /* fall through */ }
232
+ }
233
+ const isOAuthSession = !!session.oauthProvider;
234
+ if (authMethods.length === 0 && isOAuthSession) {
235
+ authMethods = ['pwd', 'mfa'];
236
+ }
237
+ const twoFactorMethod =
238
+ authMethods.find(m => ['sms', 'totp', 'email'].includes(m)) ||
239
+ session.mfaMethod ||
240
+ (isOAuthSession ? 'oauth' : null);
241
+
242
+ let acrValue = String(session.authenticationLevel ?? '1');
243
+ if (isOAuthSession && session.mfaVerified && acrValue === '1') {
244
+ acrValue = '2';
245
+ }
246
+
247
+ // WO-2: send the POST-lock current refresh token, not the pre-lock snapshot.
248
+ // `session` was read before we acquired the lock; a concurrent refresh that
249
+ // completed while we waited rotates the token, so the pre-lock value is stale
250
+ // and would draw an avoidable 401 (the CAS now catches the resulting wipe, but
251
+ // the round-trip is wasted). `latest` is the authoritative post-lock session.
252
+ // Auth-context (amr/acr/2FA) intentionally still derives from `session` — it is
253
+ // the identity context of THIS request, unchanged by a token rotation.
254
+ const sentRefreshToken = latest?.idpRefreshToken ?? session.idpRefreshToken;
255
+ const body: Record<string, unknown> = {
256
+ refresh_token: sentRefreshToken,
257
+ amr: authMethods,
258
+ acr: acrValue,
259
+ };
260
+ if (session.mfaVerified) body.two_factor_verified = true;
261
+ if (twoFactorMethod) body.two_factor_method = twoFactorMethod;
262
+ if (session.mfaCompletedAt) body.two_factor_completed_at = new Date(session.mfaCompletedAt).toISOString();
263
+
264
+ let idpResponse: Response;
265
+ try {
266
+ idpResponse = await fetch(`${idpBaseUrl}${refreshEndpoint}`, {
267
+ method: 'POST',
268
+ headers: { 'Content-Type': 'application/json', 'X-Client-Id': clientId },
269
+ body: JSON.stringify(body),
270
+ });
271
+ } catch (err) {
272
+ return {
273
+ ok: false,
274
+ code: 'UPSTREAM_SERVICE_UNAVAILABLE',
275
+ message: err instanceof Error ? err.message : 'IDP unreachable',
276
+ status: 503,
277
+ retryable: true,
278
+ };
279
+ }
280
+
281
+ let responseData: any;
282
+ try {
283
+ const text = await idpResponse.text();
284
+ if (!text.trim()) {
285
+ return { ok: false, code: 'UPSTREAM_SERVICE_ERROR', message: 'Empty response from IDP', status: 502, retryable: true };
286
+ }
287
+ responseData = JSON.parse(text);
288
+ } catch (err) {
289
+ return { ok: false, code: 'UPSTREAM_SERVICE_ERROR', message: 'Invalid JSON from IDP', status: 502, retryable: true };
290
+ }
291
+
292
+ if (!idpResponse.ok) {
293
+ const idpError = responseData?.error || {};
294
+ const code = idpError.code || 'UNKNOWN_ERROR';
295
+ let discardToken = idpResponse.status === 401 || idpError.discard_token === true;
296
+ const retryable = idpResponse.status !== 401 && idpError.retryable === true;
297
+ if (discardToken) {
298
+ // Race-safe discard (CAS): only clear if the refresh token we used is STILL
299
+ // current. A concurrent refresh may have already rotated it — our 401 is then
300
+ // stale/expected, and wiping here would silently log out a healthy session
301
+ // (the rotation-race wipe, QA 6873 site 1/2). Compare-and-skip if it changed;
302
+ // a concurrent rotation is NOT a terminal condition.
303
+ const postRefresh = await getSession(sessionToken);
304
+ // CAS compares against the token we ACTUALLY SENT (WO-2: sentRefreshToken,
305
+ // the post-lock value), not the pre-lock snapshot — otherwise a token rotated
306
+ // between pre-lock read and our send would be misjudged.
307
+ const tokenUnchanged =
308
+ !!sentRefreshToken && postRefresh?.idpRefreshToken === sentRefreshToken;
309
+ if (tokenUnchanged) {
310
+ /**
311
+ * 320072: this is the OTHER updateSession call in this file, and it
312
+ * does NOT escalate on a null return the way the persist site below
313
+ * does. Checked, not overlooked: reaching here requires
314
+ * `tokenUnchanged`, which requires `postRefresh?.idpRefreshToken` to
315
+ * equal the token we sent — so the CAS read three lines up already
316
+ * proved the row exists. A missing row makes tokenUnchanged false and
317
+ * routes to the else branch instead, so the dropped-write path is
318
+ * very nearly unreachable here.
319
+ *
320
+ * "Very nearly" is why the return IS still captured. The residual both
321
+ * halves of this merge identified is real: the row can expire between
322
+ * that CAS read and this write, in which case the dead refresh token is
323
+ * NOT cleared and the "we discarded it" claim in the error below is
324
+ * false. That costs nothing to observe and cannot be inferred from any
325
+ * other line, so it is warned rather than assumed — see `if (!cleared)`
326
+ * immediately below. The RESULT is unchanged either way: the session is
327
+ * unusable and we return the same non-ok payload.
328
+ */
329
+ const cleared = await updateSession(sessionToken, {
330
+ idpRefreshToken: '',
331
+ idpRefreshTokenExpires: undefined,
332
+ refreshTokenClearedAt: Date.now(),
333
+ refreshTokenClearedReason: `IDP_DISCARD_TOKEN:${code}`,
334
+ });
335
+ if (!cleared) {
336
+ console.warn('[ENSURE-FRESH] discard-token clear did not persist - no canonical session row', {
337
+ code,
338
+ requestId,
339
+ });
340
+ }
341
+ } else {
342
+ // Concurrent refresh already rotated the token — our 401 is stale. Return the
343
+ // freshly-rotated token directly so the loser succeeds without a retry round-trip
344
+ // (race-fix follow-up #1).
345
+ discardToken = false;
346
+ if (postRefresh?.idpAccessToken && postRefresh.idpAccessTokenExpires) {
347
+ return {
348
+ ok: true,
349
+ accessToken: postRefresh.idpAccessToken,
350
+ accessTokenExpires: postRefresh.idpAccessTokenExpires,
351
+ refreshed: true,
352
+ // `postRefresh` is a store read, so this token is by definition stored.
353
+ persisted: true,
354
+ };
355
+ }
356
+ }
357
+ }
358
+ return {
359
+ ok: false,
360
+ code,
361
+ message: idpError.message || 'Token refresh failed',
362
+ status: idpResponse.status,
363
+ discardToken,
364
+ retryable,
365
+ resolution: idpError.resolution,
366
+ terminal: discardToken,
367
+ };
368
+ }
369
+
370
+ // Validate canonical envelope.
371
+ if (
372
+ !responseData ||
373
+ typeof responseData !== 'object' ||
374
+ responseData.success !== true ||
375
+ !responseData.data
376
+ ) {
377
+ return { ok: false, code: 'UPSTREAM_SERVICE_ERROR', message: 'Non-compliant IDP envelope', status: 502, retryable: true };
378
+ }
379
+
380
+ const newAccess = responseData.data.access_token;
381
+ const newRefresh = responseData.data.refresh_token;
382
+ if (!newAccess) {
383
+ return { ok: false, code: 'INTERNAL_SERVER_ERROR', message: 'Missing access token in IDP response', status: 500 };
384
+ }
385
+
386
+ let accessTokenExpires: number;
387
+ let refreshTokenExpires: number | undefined;
388
+ let decoded: any;
389
+ try {
390
+ const r = computeTokenExpiries({ accessToken: newAccess, refreshToken: newRefresh, preferJwt: true });
391
+ decoded = r.decodedAccessToken;
392
+ accessTokenExpires = r.accessTokenExpires;
393
+ refreshTokenExpires = r.refreshTokenExpires;
394
+ } catch {
395
+ return { ok: false, code: 'INTERNAL_SERVER_ERROR', message: 'Failed to decode new tokens', status: 500 };
396
+ }
397
+
398
+ let amrClaims: string[] = [];
399
+ if (decoded?.amr) {
400
+ try {
401
+ amrClaims = typeof decoded.amr === 'string' ? JSON.parse(decoded.amr) : decoded.amr;
402
+ } catch {
403
+ amrClaims = session.authenticationMethods || [];
404
+ }
405
+ } else {
406
+ amrClaims = session.authenticationMethods || [];
407
+ }
408
+ const acrLevel = String(decoded?.acr || session.authenticationLevel || '1');
409
+ const hasNewRefresh = typeof newRefresh === 'string' && newRefresh.length > 0;
410
+ const newKid = extractKidFromToken(newAccess);
411
+
412
+ // *** CARD 320072. CAPTURE THIS RETURN. ***
413
+ // `updateSession` returns null - and writes nothing - when the canonical
414
+ // session row is missing, which happens whenever the BA fallback above is what
415
+ // resolved this session. Discarding the return is what let this function
416
+ // report `ok:true, refreshed:true` for a refresh it had just thrown away.
417
+ // The full rationale for what we DO about it is at the `if (!persisted)`
418
+ // block below; this line only makes the answer available.
419
+ const persisted = await updateSession(sessionToken, {
420
+ ...session,
421
+ idpAccessToken: newAccess,
422
+ idpAccessTokenExpires: accessTokenExpires,
423
+ idpRefreshToken: hasNewRefresh ? newRefresh : session.idpRefreshToken,
424
+ idpRefreshTokenExpires: hasNewRefresh ? refreshTokenExpires : session.idpRefreshTokenExpires,
425
+ decodedAccessToken: decoded,
426
+ bearerKeyId: newKid || session.bearerKeyId,
427
+ authenticationMethods: amrClaims,
428
+ authenticationLevel: acrLevel,
429
+ // 170007 rule 2 (BAPert ruling on 121350): re-derive from the token
430
+ // every exchange, never carry forward. See the identical fix + full
431
+ // rationale in api-handlers/auth/refresh.ts's sessionUpdate — this is
432
+ // the same defect duplicated at a second call site.
433
+ mfaVerified: amrClaims.includes('mfa'),
434
+ mfaCompletedAt: decoded?.mfa_time ? parseInt(decoded.mfa_time) * 1000 : session.mfaCompletedAt,
435
+ mfaExpiresAt: decoded?.mfa_expires ? parseInt(decoded.mfa_expires) * 1000 : session.mfaExpiresAt,
436
+ mfaValidityHours: decoded?.mfa_validity_hours ? parseInt(decoded.mfa_validity_hours) : session.mfaValidityHours,
437
+ });
438
+
439
+ /**
440
+ * 320072: DO NOT REPORT SUCCESS FOR A WRITE THAT WAS DISCARDED.
441
+ *
442
+ * `updateSession` returns null when the canonical session row is absent,
443
+ * which silently throws away EVERYTHING above — the new access token, the
444
+ * rotated refresh token, decodedAccessToken, authenticationMethods,
445
+ * mfaVerified, mfaCompletedAt, mfaExpiresAt. This return value was
446
+ * previously ignored, and the line below then reported
447
+ * `ok: true, refreshed: true`.
448
+ *
449
+ * WHY THAT IS WORSE THAN A PLAIN LOST WRITE. By this point the exchange at
450
+ * the IDP has ALREADY HAPPENED, so if refresh tokens are single-use the
451
+ * token we sent is now spent and its replacement is the thing we just
452
+ * dropped. The stored credential is therefore dead, and every later attempt
453
+ * re-sends that same dead token and fails. The user is bounced to LOGIN —
454
+ * not to verify-code — with nothing in the logs naming the cause.
455
+ *
456
+ * It did not even surface as a wrong answer to our one caller: server/auth.ts
457
+ * calls getRedisSession immediately after us, which is this same `getSession`,
458
+ * so it finds the same missing row and returns a generic NO_SESSION one frame
459
+ * later. The false `ok: true` was thus invisible AND the real cause — a
460
+ * dropped persist — was reported as an unrelated missing session.
461
+ *
462
+ * Naming it here is the point: the failure is reported at its true cause,
463
+ * with a code that says the refresh succeeded and the PERSIST is what
464
+ * failed. Not retryable — retrying burns another refresh token the same way.
465
+ *
466
+ * This is the card's option (b), deliberately. Option (a) — teaching
467
+ * updateSession to write through to whichever store holds the session,
468
+ * mirroring the read fallback above — is the better end state but changes
469
+ * write-path storage semantics for every caller, which is not this card.
470
+ *
471
+ * AND IT IS ALSO LOGGED, WHICH IS NOT THE SAME THING (BAPert R1134 §7,
472
+ * re-affirmed in R1145 §2c). Returning a named code tells the CALLER. §7
473
+ * requires that `persisted:false` reach a log A HUMAN READS, because the one
474
+ * caller — server/auth.ts — converts every non-ok result into the same
475
+ * generic 401 and keeps no record of which code produced it. Without this
476
+ * line the distinction we just bought at the type level is erased one frame
477
+ * later and no operator ever sees the word PERSIST. The escalation is the
478
+ * contract; the warn is the evidence.
479
+ */
480
+ if (!persisted) {
481
+ console.warn('[ENSURE-FRESH] refresh succeeded but was NOT persisted - no canonical session row', {
482
+ requestId,
483
+ refreshTokenRotated: hasNewRefresh,
484
+ persisted: false,
485
+ });
486
+ return {
487
+ ok: false,
488
+ code: 'SESSION_PERSIST_FAILED',
489
+ message:
490
+ 'Token refresh succeeded at the IDP but the session could not be persisted; the rotated tokens were discarded.',
491
+ status: 401,
492
+ terminal: true,
493
+ retryable: false,
494
+ discardToken: true,
495
+ resolution: 'REAUTHENTICATE',
496
+ };
497
+ }
498
+
499
+ // `persisted: true` is not decoration and not a leftover: the `if` above is
500
+ // the only way out for a dropped write, so by construction anything reaching
501
+ // this line WAS written. Keeping the field keeps the ok:true branch of
502
+ // EnsureFreshResult total (Cases 2 and 7 assert on it) — BAPert R1145 §2d.
503
+ return { ok: true, accessToken: newAccess, accessTokenExpires, refreshed: true, persisted: true };
504
+ } finally {
505
+ if (weHoldLock) {
506
+ await releaseRefreshLock(sessionToken, requestId, releaseVersion);
507
+ }
508
+ }
509
+ }