@payez/next-mvp 4.8.0 → 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.
- package/POST-INSTALL.md +408 -408
- package/README.md +859 -859
- package/dist/components/account/MobileNavDrawer.js +18 -18
- package/dist/components/account/UserAvatarMenu.js +1 -1
- package/dist/components/admin/AlertSettingsTab.js +40 -40
- package/dist/components/admin/LoggingSettingsTab.js +28 -28
- package/dist/lib/session-store.js +21 -21
- package/dist/lib/startup-init.js +19 -19
- package/dist/middleware/create-middleware.js +6 -5
- package/dist/pages/login/page.js +28 -28
- package/dist/pages/settings/EnhancedSettingsPage.js +17 -17
- package/dist/vibe/sessions.js +28 -3
- package/package.json +2 -2
- package/scripts/check-publish-eol.mjs +33 -15
- package/src/api/auth-handler.ts +550 -550
- package/src/api/index.ts +17 -17
- package/src/api-handlers/account/change-password.ts +170 -170
- package/src/api-handlers/account/masked-info.ts +46 -46
- package/src/api-handlers/account/profile.ts +99 -99
- package/src/api-handlers/account/recovery/forward.ts +117 -117
- package/src/api-handlers/account/recovery/initiate.ts +59 -59
- package/src/api-handlers/account/recovery/send-code.ts +21 -21
- package/src/api-handlers/account/recovery/verify-code.ts +20 -20
- package/src/api-handlers/account/reset-password.ts +87 -87
- package/src/api-handlers/account/send-code.ts +70 -70
- package/src/api-handlers/account/update-phone.ts +84 -84
- package/src/api-handlers/account/validate-password.ts +139 -139
- package/src/api-handlers/account/verify-email.ts +134 -134
- package/src/api-handlers/account/verify-sms.ts +134 -134
- package/src/api-handlers/admin/analytics.ts +452 -452
- package/src/api-handlers/admin/audit.ts +232 -232
- package/src/api-handlers/admin/index.ts +63 -63
- package/src/api-handlers/admin/redis-sessions.ts +259 -259
- package/src/api-handlers/admin/sessions.ts +327 -327
- package/src/api-handlers/admin/site-logs.ts +388 -388
- package/src/api-handlers/admin/stats.ts +260 -260
- package/src/api-handlers/admin/users.ts +251 -251
- package/src/api-handlers/admin/vibe-data.ts +333 -333
- package/src/api-handlers/anon/preferences.ts +123 -123
- package/src/api-handlers/auth/credential-login-email-code.ts +92 -92
- package/src/api-handlers/auth/credential-login.ts +948 -948
- package/src/api-handlers/auth/jwks.ts +31 -31
- package/src/api-handlers/auth/login.ts +252 -252
- package/src/api-handlers/auth/passkey-signin.ts +116 -116
- package/src/api-handlers/auth/refresh.ts +829 -829
- package/src/api-handlers/auth/signout.ts +201 -201
- package/src/api-handlers/auth/status.ts +23 -23
- package/src/api-handlers/auth/update-session.ts +144 -144
- package/src/api-handlers/auth/validate.ts +45 -45
- package/src/api-handlers/auth/verify-code.ts +116 -116
- package/src/api-handlers/mfa/backup-code-verify.ts +170 -170
- package/src/api-handlers/mfa/backup-codes.ts +42 -42
- package/src/api-handlers/mfa/methods.ts +47 -47
- package/src/api-handlers/mfa/totp-confirm.ts +43 -43
- package/src/api-handlers/mfa/totp-enroll.ts +43 -43
- package/src/api-handlers/mfa/totp-verify.ts +172 -172
- package/src/api-handlers/oauth/resume.ts +182 -182
- package/src/api-handlers/onboarding/send-email-code.ts +18 -18
- package/src/api-handlers/onboarding/set-password.ts +21 -21
- package/src/api-handlers/onboarding/verify-code.ts +20 -20
- package/src/api-handlers/onboarding/verify-welcome-email.ts +17 -17
- package/src/api-handlers/passkeys/list.ts +32 -32
- package/src/api-handlers/passkeys/manage.ts +55 -55
- package/src/api-handlers/passkeys/register-options.ts +43 -43
- package/src/api-handlers/passkeys/register-verify.ts +42 -42
- package/src/api-handlers/session/refresh-viability.ts +56 -56
- package/src/api-handlers/session/viability.ts +238 -238
- package/src/api-handlers/test/force-expire.ts +167 -167
- package/src/auth/auth-decision.ts +292 -292
- package/src/auth/better-auth.ts +1688 -1688
- package/src/auth/idp-oauth.ts +310 -310
- package/src/auth/password-reset-bridge.ts +98 -98
- package/src/auth/route-config.ts +236 -236
- package/src/auth/safe-callback.ts +199 -199
- package/src/auth/session-cookie-clear.ts +30 -30
- package/src/auth/session-reset-link.ts +159 -159
- package/src/auth/session-response-sanitizer.ts +151 -151
- package/src/auth/types/auth-types.ts +555 -555
- package/src/auth/types/index.ts +7 -7
- package/src/auth/unauthenticated-routes.ts +2 -2
- package/src/auth/utils/idp-client.ts +364 -364
- package/src/auth/utils/index.ts +6 -6
- package/src/auth/utils/token-utils.ts +243 -243
- package/src/client/AuthContext.tsx +192 -192
- package/src/client/better-auth-client.ts +70 -70
- package/src/client/fetch-with-auth.ts +47 -47
- package/src/client/fetchWithSession.ts +21 -21
- package/src/client/index.ts +13 -13
- package/src/client/useAnonSession.ts +131 -131
- package/src/components/SessionSync.tsx +138 -138
- package/src/components/SignalRHealthCheck.tsx +131 -131
- package/src/components/account/MobileNavDrawer.tsx +305 -305
- package/src/components/account/UserAvatarMenu.tsx +277 -277
- package/src/components/account/index.ts +13 -13
- package/src/components/admin/AlertSettingsTab.tsx +728 -728
- package/src/components/admin/AnalyticsTab.tsx +703 -703
- package/src/components/admin/DataBrowserTab.tsx +508 -508
- package/src/components/admin/LoggingSettingsTab.tsx +665 -665
- package/src/components/admin/SessionsTab.tsx +421 -421
- package/src/components/admin/StatsTab.tsx +379 -379
- package/src/components/admin/VibeAdminContext.tsx +87 -87
- package/src/components/admin/VibeAdminLayout.tsx +187 -187
- package/src/components/admin/index.ts +59 -59
- package/src/components/auth/CredentialSignInForm.tsx +240 -240
- package/src/components/auth/FederatedAuthSection.tsx +129 -129
- package/src/components/auth/ModeAwareLoginPage.tsx +146 -146
- package/src/components/auth/ModeAwareSignupPage.tsx +200 -200
- package/src/components/auth/PasswordResetBridge.tsx +30 -30
- package/src/components/auth/TraditionalAuthSection.tsx +103 -103
- package/src/components/recovery/CompleteStep.tsx +36 -36
- package/src/components/recovery/InitiateRecoveryStep.tsx +68 -68
- package/src/components/recovery/RequestedStep.tsx +30 -30
- package/src/components/recovery/SelectMethodStep.tsx +73 -73
- package/src/components/recovery/SetPasswordStep.tsx +118 -118
- package/src/components/recovery/VerifyCodeStep.tsx +90 -90
- package/src/components/reserved/ReservedRecoveryWarning.tsx +160 -160
- package/src/components/reserved/ReservedStatusBox.tsx +118 -118
- package/src/components/ui/BetaBadge.tsx +58 -58
- package/src/components/ui/Footer.tsx +93 -93
- package/src/config/env.ts +55 -55
- package/src/config/logger.ts +62 -62
- package/src/config/logging-config.ts +82 -82
- package/src/config/unauthenticated-routes.ts +19 -19
- package/src/config/vibe-log-transport.ts +264 -264
- package/src/edge/internal-api-url.ts +65 -65
- package/src/edge/middleware.ts +42 -42
- package/src/hooks/useAuth.ts +117 -117
- package/src/hooks/useAuthSettings.ts +109 -109
- package/src/hooks/useAvailableProviders.ts +143 -143
- package/src/hooks/usePasswordValidation.ts +127 -127
- package/src/hooks/useProfile.ts +82 -82
- package/src/hooks/usePublicAuthSettings.ts +171 -171
- package/src/hooks/useSessionExpiration.ts +101 -101
- package/src/hooks/useViabilitySession.ts +337 -337
- package/src/index.ts +64 -64
- package/src/lib/anon-session.ts +213 -213
- package/src/lib/api-handler.ts +643 -643
- package/src/lib/app-slug.ts +228 -228
- package/src/lib/authorize-resume.ts +172 -172
- package/src/lib/bearer-fetch.ts +31 -31
- package/src/lib/client-key.ts +88 -88
- package/src/lib/code-step-copy.ts +83 -83
- package/src/lib/credential-sign-in-client.ts +101 -101
- package/src/lib/demo-mode.ts +18 -18
- package/src/lib/device-id.ts +67 -67
- package/src/lib/ensure-fresh-access-token.ts +509 -509
- package/src/lib/geolocation.ts +265 -265
- package/src/lib/idp-client-config.ts +1005 -1005
- package/src/lib/idp-fetch.ts +169 -169
- package/src/lib/idp-url-guard.ts +37 -37
- package/src/lib/internal-api.ts +171 -171
- package/src/lib/jwt-decode-client.ts +45 -45
- package/src/lib/jwt-decode.ts +82 -82
- package/src/lib/lock-window.ts +49 -49
- package/src/lib/login-error-message.ts +41 -41
- package/src/lib/never-in-response.ts +64 -64
- package/src/lib/nextauth-secret.ts +168 -168
- package/src/lib/onboarding-proxy.ts +57 -57
- package/src/lib/password-rules.ts +50 -50
- package/src/lib/rate-limit-service.ts +9 -9
- package/src/lib/redis.ts +105 -105
- package/src/lib/refresh-token-validator.ts +64 -64
- package/src/lib/roles.ts +177 -177
- package/src/lib/safe-error-response.ts +149 -149
- package/src/lib/secret-validation.ts +8 -8
- package/src/lib/session-cookie-shape.ts +185 -185
- package/src/lib/session-store.ts +1092 -1092
- package/src/lib/session.ts +34 -34
- package/src/lib/single-flight.ts +64 -64
- package/src/lib/site-logger.ts +245 -245
- package/src/lib/standardized-client-api.ts +901 -901
- package/src/lib/startup-init.ts +276 -276
- package/src/lib/test-aware-get-token.ts +41 -41
- package/src/lib/token-expiry.ts +40 -40
- package/src/lib/token-lifecycle.ts +546 -546
- package/src/lib/token-log-id.ts +69 -69
- package/src/lib/twofa-rejection.ts +91 -91
- package/src/lib/types/api-responses.ts +336 -336
- package/src/lib/user-agent-parser.ts +252 -252
- package/src/logging/api/admin-analytics.ts +51 -51
- package/src/logging/api/audit-log.ts +53 -53
- package/src/logging/components/AdminAnalyticsLayout.tsx +49 -49
- package/src/logging/components/AuditLogViewer.tsx +125 -125
- package/src/logging/components/ErrorMetricsCard.tsx +98 -98
- package/src/logging/components/HealthMetricsCard.tsx +70 -70
- package/src/logging/hooks/useAdminAnalytics.ts +22 -22
- package/src/logging/hooks/useAuditLog.ts +24 -24
- package/src/logging/hooks/useErrorMetrics.ts +40 -40
- package/src/logging/hooks/useHealthMetrics.ts +44 -44
- package/src/logging/index.ts +18 -18
- package/src/logging/types/analytics.ts +81 -81
- package/src/logging/types/audit.ts +31 -31
- package/src/logging/types/index.ts +3 -3
- package/src/middleware/create-middleware.ts +1139 -1138
- package/src/middleware/rbac-check.ts +279 -279
- package/src/middleware/twofa-presets.ts +224 -224
- package/src/models/DecodedAccessToken.ts +16 -16
- package/src/models/SessionModel.ts +331 -331
- package/src/pages/admin-login/page.tsx +111 -111
- package/src/pages/admin-page-permissions/PagePermissionsAdminPage.tsx +527 -527
- package/src/pages/admin-page-permissions/index.ts +7 -7
- package/src/pages/admin-roles/RolesAdminPage.tsx +533 -533
- package/src/pages/admin-roles/index.ts +9 -9
- package/src/pages/admin-roles/modals.tsx +469 -469
- package/src/pages/client-admin/ClientSiteAdminPage.tsx +382 -382
- package/src/pages/client-admin/index.ts +33 -33
- package/src/pages/coming-soon/page.tsx +83 -83
- package/src/pages/login/page.tsx +338 -338
- package/src/pages/onboarding/index.ts +11 -11
- package/src/pages/onboarding/page.tsx +212 -212
- package/src/pages/profile/EnhancedProfilePage.tsx +514 -514
- package/src/pages/profile/index.ts +9 -9
- package/src/pages/profile/page.tsx +166 -166
- package/src/pages/recovery/page.tsx +267 -267
- package/src/pages/roles/MyRolesPage.tsx +211 -211
- package/src/pages/roles/components.tsx +294 -294
- package/src/pages/roles/index.ts +17 -17
- package/src/pages/security/EnhancedSecurityPage.tsx +660 -660
- package/src/pages/security/index.ts +12 -12
- package/src/pages/security/page.tsx +507 -507
- package/src/pages/settings/EnhancedSettingsPage.tsx +642 -642
- package/src/pages/settings/index.ts +9 -9
- package/src/pages/settings/page.tsx +47 -47
- package/src/pages/showcase/ShowcasePage.tsx +532 -532
- package/src/pages/showcase/index.ts +13 -13
- package/src/pages/test-env/EmergencyLogoutPage.tsx +192 -192
- package/src/pages/test-env/JwtInspectPage.tsx +449 -449
- package/src/pages/test-env/RefreshTokenPage.tsx +178 -178
- package/src/pages/test-env/TestEnvPage.tsx +130 -130
- package/src/pages/test-env/guarded.tsx +81 -81
- package/src/pages/test-env/index.ts +77 -77
- package/src/pages/test-env/redact-credentials.ts +96 -96
- package/src/pages/verify-code/page.tsx +746 -746
- package/src/routes/account/index.ts +31 -31
- package/src/routes/account/masked-info.ts +36 -36
- package/src/routes/account/send-code.ts +39 -39
- package/src/routes/account/update-phone.ts +13 -13
- package/src/routes/account/verify-email.ts +40 -40
- package/src/routes/account/verify-sms.ts +40 -40
- package/src/routes/auth/credential-login-email-code.ts +6 -6
- package/src/routes/auth/credential-login.ts +6 -6
- package/src/routes/auth/index.ts +22 -22
- package/src/routes/auth/logout.ts +111 -111
- package/src/routes/auth/nextauth.ts +45 -45
- package/src/routes/auth/passkey-signin.ts +13 -13
- package/src/routes/auth/refresh.ts +77 -77
- package/src/routes/auth/session-reset.ts +37 -37
- package/src/routes/auth/session.ts +261 -261
- package/src/routes/auth/settings.ts +181 -181
- package/src/routes/auth/viability.ts +519 -519
- package/src/routes/index.ts +17 -17
- package/src/routes/mfa/backup-code-verify.ts +1 -1
- package/src/routes/mfa/backup-codes.ts +10 -10
- package/src/routes/mfa/methods.ts +22 -22
- package/src/routes/mfa/totp-confirm.ts +10 -10
- package/src/routes/mfa/totp-enroll.ts +10 -10
- package/src/routes/mfa/totp-verify.ts +14 -14
- package/src/routes/onboarding/index.ts +15 -15
- package/src/routes/onboarding/send-email-code.ts +2 -2
- package/src/routes/onboarding/set-password.ts +2 -2
- package/src/routes/onboarding/verify-code.ts +2 -2
- package/src/routes/onboarding/verify-welcome-email.ts +2 -2
- package/src/routes/passkeys/list.ts +10 -10
- package/src/routes/passkeys/manage.ts +23 -23
- package/src/routes/passkeys/register-options.ts +10 -10
- package/src/routes/passkeys/register-verify.ts +10 -10
- package/src/routes/session/index.ts +7 -7
- package/src/routes/session/refresh-viability.ts +17 -17
- package/src/server/auth-guard.ts +203 -203
- package/src/server/auth.ts +486 -486
- package/src/server/decode-session.ts +309 -309
- package/src/server/slim-middleware.ts +117 -117
- package/src/server/verified-session-token.ts +103 -103
- package/src/server/with-auth.ts +93 -93
- package/src/services/signalrActivityService.ts +258 -258
- package/src/stores/authStore.ts +1900 -1900
- package/src/templates/instrumentation.ts +60 -60
- package/src/theme/ThemeProvider.tsx +39 -39
- package/src/theme/default.ts +33 -33
- package/src/theme/index.ts +31 -31
- package/src/theme/types.ts +69 -69
- package/src/theme/useTheme.ts +57 -57
- package/src/theme/utils.ts +40 -40
- package/src/types/api.ts +12 -12
- package/src/types/auth.d.ts +23 -23
- package/src/types/auth.ts +48 -48
- package/src/types/logging.ts +11 -11
- package/src/types/recovery.ts +54 -54
- package/src/utils/api.ts +401 -401
- package/src/utils/circuitBreaker.ts +40 -40
- package/src/utils/error-message.ts +108 -108
- package/src/utils/layout/reservedSpace.ts +124 -124
- package/src/utils/logout.ts +30 -30
- package/src/vibe/client.ts +877 -877
- package/src/vibe/enterprise-auth.ts +208 -208
- package/src/vibe/errors.ts +209 -209
- package/src/vibe/generic.ts +339 -339
- package/src/vibe/hooks/index.ts +367 -367
- package/src/vibe/index.ts +133 -133
- package/src/vibe/sessions.ts +925 -899
- 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
|
+
}
|