feat(setup): validate setup token at step 1 before advancing
Previously "Continue" on the token step only checked the field was non-empty; a wrong token wasn't caught until the final submit, after the user had filled in email + password. Add a non-burning verify: - backend: POST /setup/verify-token constant-time compares the token without consuming it (createInitialAdmin still claims it atomically on submit), gated on no-admin-exists and rate-limited like /setup/admin. - frontend: step-1 "Continue" calls verifyToken and only advances on a valid token; a wrong token shows the invalidToken error on the field, 429 -> too-many-attempts, 409 -> redirect to login. Adds integration tests for accept-without-burn / reject / closed-once-set.
This commit is contained in:
@@ -25,6 +25,14 @@ export const setupService = {
|
||||
return response.data;
|
||||
},
|
||||
|
||||
// Step-1 pre-flight: confirm the token is valid before advancing to the
|
||||
// account step. Rejects (400, field: 'token') on a wrong token without
|
||||
// burning it. Throws on non-2xx so the caller can branch on the status.
|
||||
async verifyToken(token: string): Promise<{ valid: boolean }> {
|
||||
const response = await api.post<{ valid: boolean }>('/setup/verify-token', { token });
|
||||
return response.data;
|
||||
},
|
||||
|
||||
async createInitialAdmin(input: CreateInitialAdminInput): Promise<{ user: SetupAdminUser }> {
|
||||
// Admin JWT is returned as an HttpOnly cookie (mirrors login); body carries the user.
|
||||
const response = await api.post<{ user: SetupAdminUser }>('/setup/admin', input);
|
||||
|
||||
Reference in New Issue
Block a user