@lunora/auth 1.0.0-alpha.14 → 1.0.0-alpha.141

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 (76) hide show
  1. package/LICENSE.md +38 -0
  2. package/README.md +99 -10
  3. package/dist/adapter.d.mts +4 -43
  4. package/dist/adapter.d.ts +4 -43
  5. package/dist/adapter.mjs +1 -48
  6. package/dist/audit.d.mts +131 -0
  7. package/dist/audit.d.ts +131 -0
  8. package/dist/audit.mjs +12 -0
  9. package/dist/email-guard.d.mts +127 -0
  10. package/dist/email-guard.d.ts +127 -0
  11. package/dist/email-guard.mjs +1 -0
  12. package/dist/index.d.mts +801 -157
  13. package/dist/index.d.ts +801 -157
  14. package/dist/index.mjs +1 -12
  15. package/dist/middleware.d.mts +167 -156
  16. package/dist/middleware.d.ts +167 -156
  17. package/dist/middleware.mjs +1 -53
  18. package/dist/packem_shared/AUTH_DO_AUDIT_PATH-th2-Hb30.mjs +1 -0
  19. package/dist/packem_shared/DEFAULT_AUTH_BASE_PATH-DneiLGpv.mjs +1 -0
  20. package/dist/packem_shared/LunoraAuthAdminError-4r29Kj_y.mjs +1 -0
  21. package/dist/packem_shared/adapter-CG0Yv85f.mjs +2 -0
  22. package/dist/packem_shared/adapter.d-BW_ovHul.d.mts +89 -0
  23. package/dist/packem_shared/adapter.d-BWw-tC_U.d.ts +89 -0
  24. package/dist/packem_shared/authAuditHook-C9Gt2iYp.mjs +1 -0
  25. package/dist/packem_shared/authDoColumnAdditions-UwF3Rl41.mjs +1 -0
  26. package/dist/packem_shared/compileMigrationsSql-Ds2snsWg.mjs +1 -0
  27. package/dist/packem_shared/create-auth.d-D1CKOFWc.d.mts +142 -0
  28. package/dist/packem_shared/create-auth.d-D1CKOFWc.d.ts +142 -0
  29. package/dist/packem_shared/createAuth-8aUw8v8D.mjs +1 -0
  30. package/dist/packem_shared/createDoAuthWiring-C8BRUjf6.mjs +1 -0
  31. package/dist/packem_shared/createLunoraAuthClient-DhjhCwmM.mjs +1 -0
  32. package/dist/packem_shared/createSignUpInvitation-ClvskwuB.mjs +1 -0
  33. package/dist/packem_shared/emailGateDatabaseHooks-CAygR3iq.mjs +1 -0
  34. package/dist/packem_shared/invite-only.d-CsPJWAwM.d.ts +126 -0
  35. package/dist/packem_shared/invite-only.d-DKyHHkkQ.d.mts +126 -0
  36. package/dist/packem_shared/legacyIssuerCleanupStatements-D9Kf8OD1.mjs +1 -0
  37. package/dist/packem_shared/on-cloudflare-edge-Dx6gFjBO.mjs +1 -0
  38. package/dist/packem_shared/quote-identifier-CGiYFBvY.mjs +1 -0
  39. package/dist/packem_shared/sessionPresets-C867Mlo4.mjs +1 -0
  40. package/dist/packem_shared/sql-store-CYa4HJsO.mjs +1 -0
  41. package/dist/packem_shared/uiConfig-B8pN6pks.mjs +1 -0
  42. package/dist/plugins-client.d.mts +165 -1
  43. package/dist/plugins-client.d.ts +165 -1
  44. package/dist/plugins-client.mjs +1 -2
  45. package/dist/plugins-enterprise-client.d.mts +15 -0
  46. package/dist/plugins-enterprise-client.d.ts +15 -0
  47. package/dist/plugins-enterprise-client.mjs +1 -0
  48. package/dist/plugins-enterprise.d.mts +1670 -0
  49. package/dist/plugins-enterprise.d.ts +1670 -0
  50. package/dist/plugins-enterprise.mjs +1 -0
  51. package/dist/plugins.d.mts +125 -2
  52. package/dist/plugins.d.ts +125 -2
  53. package/dist/plugins.mjs +1 -22
  54. package/dist/schema.d.mts +39 -39
  55. package/dist/schema.d.ts +39 -39
  56. package/dist/schema.mjs +1 -62
  57. package/dist/sql-store.d.mts +28 -28
  58. package/dist/sql-store.d.ts +28 -28
  59. package/dist/sql-store.mjs +1 -184
  60. package/dist/store.d.mts +65 -47
  61. package/dist/store.d.ts +65 -47
  62. package/dist/store.mjs +1 -183
  63. package/dist/turnstile-middleware.d.mts +73 -55
  64. package/dist/turnstile-middleware.d.ts +73 -55
  65. package/dist/turnstile-middleware.mjs +1 -45
  66. package/dist/turnstile.d.mts +42 -59
  67. package/dist/turnstile.d.ts +42 -59
  68. package/dist/turnstile.mjs +1 -61
  69. package/package.json +39 -5
  70. package/dist/packem_shared/DEFAULT_AUTH_BASE_PATH-DjcUWEQl.mjs +0 -11
  71. package/dist/packem_shared/LunoraAuthAdminError-BxrfEeA_.mjs +0 -249
  72. package/dist/packem_shared/compileMigrationsSql-cyE5U18R.mjs +0 -29
  73. package/dist/packem_shared/create-auth.d-Mwhb4gSc.d.mts +0 -128
  74. package/dist/packem_shared/create-auth.d-Mwhb4gSc.d.ts +0 -128
  75. package/dist/packem_shared/createAuth-hRGxUJ9w.mjs +0 -85
  76. package/dist/packem_shared/sessionPresets-Dwwd74_J.mjs +0 -38
package/dist/index.d.mts CHANGED
@@ -1,27 +1,36 @@
1
- export { lunoraAuthAdapter, lunoraD1Adapter } from "./adapter.mjs";
2
- import { L as LunoraAuth, a as LunoraAuthOptions } from "./packem_shared/create-auth.d-Mwhb4gSc.mjs";
3
- export { c as createAuth, r as resolveAuthOptions } from "./packem_shared/create-auth.d-Mwhb4gSc.mjs";
1
+ import { D as DoStorageLike } from "./packem_shared/adapter.d-BW_ovHul.mjs";
2
+ export { l as lunoraAuthAdapter, a as lunoraD1Adapter, b as lunoraDoAdapter } from "./packem_shared/adapter.d-BW_ovHul.mjs";
3
+ import { LunoraError } from '@lunora/errors';
4
+ import { L as LunoraAuth, a as LunoraAuthOptions } from "./packem_shared/create-auth.d-D1CKOFWc.mjs";
5
+ export { c as createAuth, r as resolveAuthOptions } from "./packem_shared/create-auth.d-D1CKOFWc.mjs";
6
+ import { AppendAuthAuditEntry, AppendAuthAuditOptions, AuthAuditEvent, AuthAuditReader } from "./audit.mjs";
7
+ export { AUTH_AUDIT_TABLE, type AuthAuditEntry, type AuthAuditOutcome, type ReadAuthAuditOptions, appendAuthAuditEntry, createAuthAuditReader, ensureAuthAuditTable, readAuthAuditLog } from "./audit.mjs";
8
+ import { createAuthMiddleware } from 'better-auth/api';
9
+ import { SqlExecutor } from "./sql-store.mjs";
10
+ export { createSqlAuthStore, d1Executor } from "./sql-store.mjs";
11
+ import { BetterAuthOptions } from 'better-auth';
12
+ import { EmailClassification, EmailGateConfig } from "./email-guard.mjs";
13
+ export { type EmailClass, type EmailGateMiddlewareOptions, assertEmailAllowed, classifyEmail, emailGateMiddleware, loadEmailDomainLists } from "./email-guard.mjs";
14
+ export { type I as InviteOnlyOptions, type a as IssuedSignUpInvitation, type S as SignUpInvitation, c as createSignUpInvitation, l as listSignUpInvitations, p as pruneSignUpInvitations, r as revokeSignUpInvitation } from "./packem_shared/invite-only.d-DKyHHkkQ.mjs";
4
15
  export { type LunoraAuthApiContext, LunoraAuthHeadersError, type WithAuthPluginsMiddleware, type WithAuthPluginsOptions, withAuthPlugins } from "./middleware.mjs";
5
16
  export { default as authTables } from "./schema.mjs";
6
- import { BetterAuthOptions } from 'better-auth';
7
- export { type SqlExecutor, createSqlAuthStore, d1Executor } from "./sql-store.mjs";
8
17
  export { type AuthQuery, type AuthRow, type AuthStore, type AuthWhereClause, createMemoryAuthStore, matchesWhere } from "./store.mjs";
9
18
  export { type FetchLike, TURNSTILE_VERIFY_ENDPOINT, type TurnstileVerifyResult, type VerifyTurnstileOptions, verifyTurnstile } from "./turnstile.mjs";
10
19
  export { type VerifyTurnstileMiddlewareOptions, verifyTurnstileMiddleware } from "./turnstile-middleware.mjs";
11
20
  import 'better-auth/adapters';
12
21
  import '@lunora/server';
13
22
  /**
14
- * A timestamp as it leaves the admin API: epoch-ms (better-auth stores `Date`s,
15
- * which we normalize on output) or `null` when the column is unset.
16
- */
23
+ * A timestamp as it leaves the admin API: epoch-ms (better-auth stores `Date`s,
24
+ * which we normalize on output) or `null` when the column is unset.
25
+ */
17
26
  type AuthTimestamp = null | number;
18
27
  /**
19
- * One user row as the admin API surfaces it. The fixed keys mirror better-auth's
20
- * core `user` table plus the `admin()` plugin columns (`role`/`banned`/…); the
21
- * index signature carries any app-defined `user.additionalFields` so callers
22
- * (the studio) can render them generically. Password material never lives on
23
- * this row (it's in the `account` table) and is never returned.
24
- */
28
+ * One user row as the admin API surfaces it. The fixed keys mirror better-auth's
29
+ * core `user` table plus the `admin()` plugin columns (`role`/`banned`/…); the
30
+ * index signature carries any app-defined `user.additionalFields` so callers
31
+ * (the studio) can render them generically. Password material never lives on
32
+ * this row (it's in the `account` table) and is never returned.
33
+ */
25
34
  interface AuthAdminUser {
26
35
  [key: string]: unknown;
27
36
  banExpires?: AuthTimestamp;
@@ -37,12 +46,12 @@ interface AuthAdminUser {
37
46
  updatedAt?: AuthTimestamp;
38
47
  }
39
48
  /**
40
- * One session row as the admin API surfaces it. Mirrors better-auth's `session`
41
- * table; `impersonatedBy` is set when the session was minted by
42
- * {@link AuthAdmin.impersonateUser}. The signing `token` is stripped — it's a
43
- * bearer credential, and the only place we hand one back is the explicit
44
- * impersonation flow.
45
- */
49
+ * One session row as the admin API surfaces it. Mirrors better-auth's `session`
50
+ * table; `impersonatedBy` is set when the session was minted by
51
+ * {@link AuthAdmin.impersonateUser}. The signing `token` is stripped — it's a
52
+ * bearer credential, and the only place we hand one back is the explicit
53
+ * impersonation flow.
54
+ */
46
55
  interface AuthAdminSession {
47
56
  [key: string]: unknown;
48
57
  createdAt?: AuthTimestamp;
@@ -90,6 +99,57 @@ interface AuthInvitation {
90
99
  role?: null | string;
91
100
  status?: null | string;
92
101
  }
102
+ /**
103
+ * One sign-up invitation (from the `inviteOnly` plugin). Distinct from
104
+ * {@link AuthInvitation}, which invites an existing account into an organization:
105
+ * this one is what lets an address create an account at all.
106
+ */
107
+ interface AuthSignUpInvitation {
108
+ [key: string]: unknown;
109
+ /** When an account was created for this address; `null` while the invitation is unspent. */
110
+ acceptedAt?: AuthTimestamp;
111
+ createdAt?: AuthTimestamp;
112
+ email?: null | string;
113
+ expiresAt?: AuthTimestamp;
114
+ id: string;
115
+ invitedBy?: null | string;
116
+ /**
117
+ * The plaintext invitation token — present **only** on the row
118
+ * {@link AuthAdmin.createSignUpInvitation} returns, never on a listed one.
119
+ * The stored `tokenHash` is in {@link SENSITIVE_FIELDS}, so it cannot leave
120
+ * this plane by accident.
121
+ */
122
+ token?: string;
123
+ }
124
+ /** One team row (from the `organization` plugin with `teams.enabled`). */
125
+ interface AuthTeam {
126
+ [key: string]: unknown;
127
+ createdAt?: AuthTimestamp;
128
+ id: string;
129
+ name?: null | string;
130
+ organizationId: string;
131
+ }
132
+ /** One team-membership row (teams). */
133
+ interface AuthTeamMember {
134
+ [key: string]: unknown;
135
+ createdAt?: AuthTimestamp;
136
+ id: string;
137
+ teamId: string;
138
+ userId: string;
139
+ }
140
+ /**
141
+ * One custom organization role (from the organization plugin's dynamic
142
+ * access-control). `permission` is a JSON string of a `resource → actions[]` map
143
+ * as stored; the studio parses it for display/editing.
144
+ */
145
+ interface AuthOrgRole {
146
+ [key: string]: unknown;
147
+ createdAt?: AuthTimestamp;
148
+ id: string;
149
+ organizationId: string;
150
+ permission?: null | string;
151
+ role?: null | string;
152
+ }
93
153
  /** One registered passkey. Credential secrets (`publicKey`) are stripped. */
94
154
  interface AuthPasskey {
95
155
  [key: string]: unknown;
@@ -105,17 +165,19 @@ interface AuthPage<T> {
105
165
  total: number;
106
166
  }
107
167
  /**
108
- * Which admin surfaces a given auth instance supports, derived from the enabled
109
- * better-auth plugins (and any {@link CreateAuthAdminOptions.features} overrides).
110
- * The studio calls {@link AuthAdmin.capabilities} once and renders only the
111
- * panels whose capability is `true` — so a deployment that doesn't enable, say,
112
- * the `organization` plugin never shows an Organizations section.
113
- */
168
+ * Which admin surfaces a given auth instance supports, derived from the enabled
169
+ * better-auth plugins (and any {@link CreateAuthAdminOptions.features} overrides).
170
+ * The studio calls {@link AuthAdmin.capabilities} once and renders only the
171
+ * panels whose capability is `true` — so a deployment that doesn't enable, say,
172
+ * the `organization` plugin never shows an Organizations section.
173
+ */
114
174
  interface AuthCapabilities {
115
175
  /** Linked-account browsing/unlinking — core (the `account` table always exists). */
116
176
  accounts: boolean;
117
177
  /** The `admin()` plugin: ban/role/impersonate/create/delete/set-password. */
118
178
  admin: boolean;
179
+ /** The `inviteOnly` plugin: sign-up invitations. */
180
+ inviteOnly: boolean;
119
181
  /** The `organization` plugin: orgs, members, invitations. */
120
182
  organization: boolean;
121
183
  /** The `@better-auth/passkey` plugin: per-user passkeys. */
@@ -123,6 +185,64 @@ interface AuthCapabilities {
123
185
  /** The `two-factor` plugin: per-user 2FA status / disable. */
124
186
  twoFactor: boolean;
125
187
  }
188
+ /**
189
+ * One app/plugin-defined field the create-user form should render, derived from
190
+ * the merged better-auth `user` table (core + plugin + `additionalFields`). Only
191
+ * user-settable columns are surfaced — server-managed flags (`input: false`),
192
+ * foreign keys (`references`), and the core columns the form already handles
193
+ * (`email`/`name`/`role`/ban state/…) are filtered out upstream.
194
+ */
195
+ interface AuthUserFieldSpec {
196
+ /** Logical field name (the key passed back in `createUser`'s `data`). */
197
+ name: string;
198
+ /** Best-effort plugin id the field originates from (`username`, `phone-number`, …); `undefined` for app `additionalFields`. */
199
+ plugin?: string;
200
+ required: boolean;
201
+ /** Coarse input kind the studio maps to a control (checkbox / number / date / text). */
202
+ type: "boolean" | "date" | "number" | "string";
203
+ unique: boolean;
204
+ }
205
+ /**
206
+ * A rich, read-only description of the deployment's auth configuration for the
207
+ * studio's config panel and dynamic create-user form. Unlike
208
+ * {@link AuthCapabilities} (five booleans that gate panels), this exposes *what*
209
+ * is configured — enabled plugins, email/password + social sign-in, the
210
+ * user-settable fields, organization sub-features (teams / custom roles), and
211
+ * the session + rate-limit policy — without ever leaking a secret.
212
+ */
213
+ interface AuthConfigInfo {
214
+ /** The same capability booleans {@link AuthAdmin.capabilities} returns, embedded so a single call drives the whole panel. */
215
+ capabilities: AuthCapabilities;
216
+ /** Whether email + password sign-in is enabled. */
217
+ emailAndPassword: boolean;
218
+ /** Organization plugin sub-features. */
219
+ organization: {
220
+ enabled: boolean;
221
+ /** Custom roles / dynamic access control (`organizationRole` table present). */
222
+ roles: boolean;
223
+ /** Teams (`team` table present). */
224
+ teams: boolean;
225
+ };
226
+ /** Enabled better-auth plugin ids, sorted. */
227
+ plugins: string[];
228
+ /** Rate-limit policy (window is in seconds). */
229
+ rateLimit: {
230
+ enabled: boolean;
231
+ max?: number;
232
+ window?: number;
233
+ };
234
+ /** Session policy (all durations in seconds). */
235
+ session: {
236
+ cookieCache?: boolean;
237
+ expiresIn?: number;
238
+ freshAge?: number;
239
+ updateAge?: number;
240
+ };
241
+ /** Configured social/OAuth provider ids, sorted. */
242
+ socialProviders: string[];
243
+ /** User-settable extra fields for the create-user form (plugin + app `additionalFields`). */
244
+ userFields: AuthUserFieldSpec[];
245
+ }
126
246
  /** A scalar value usable in an adapter `where` clause / filter. */
127
247
  type WhereValue = boolean | number | string;
128
248
  /** Filtering / paging options for {@link AuthAdmin.listUsers}. */
@@ -149,15 +269,26 @@ interface ImpersonationResult {
149
269
  user: AuthAdminUser;
150
270
  }
151
271
  /**
152
- * The full read + write surface the studio's auth dashboard drives, backed by
153
- * better-auth's tables. Returned by {@link createAuthAdmin}. The runtime accepts
154
- * a structurally-compatible object as its `authAdmin` option and exposes each
155
- * method behind an admin-token-gated endpoint. Methods whose backing plugin is
156
- * absent still exist (they're not conditionally omitted) but the studio gates
157
- * them on {@link AuthAdmin.capabilities}; calling one for an unconfigured plugin
158
- * surfaces the underlying adapter error.
159
- */
272
+ * The full read + write surface the studio's auth dashboard drives, backed by
273
+ * better-auth's tables. Returned by {@link createAuthAdmin}. The runtime accepts
274
+ * a structurally-compatible object as its `authAdmin` option and exposes each
275
+ * method behind an admin-token-gated endpoint. Methods whose backing plugin is
276
+ * absent still exist (they're not conditionally omitted) but the studio gates
277
+ * them on {@link AuthAdmin.capabilities}; calling one for an unconfigured plugin
278
+ * surfaces the underlying adapter error.
279
+ */
160
280
  interface AuthAdmin {
281
+ /** Directly add an existing user as an org member (server-side, no invitation/acceptance). */
282
+ addMember: (input: {
283
+ organizationId: string;
284
+ role?: string;
285
+ userId: string;
286
+ }) => Promise<AuthMember>;
287
+ /** Add a user to a team. */
288
+ addTeamMember: (input: {
289
+ teamId: string;
290
+ userId: string;
291
+ }) => Promise<AuthTeamMember>;
161
292
  banUser: (input: {
162
293
  expiresInSeconds?: number;
163
294
  reason?: string;
@@ -167,6 +298,38 @@ interface AuthAdmin {
167
298
  invitationId: string;
168
299
  }) => Promise<void>;
169
300
  capabilities: () => Promise<AuthCapabilities>;
301
+ /** Rich, read-only description of the auth configuration (plugins, fields, session policy, …). */
302
+ config: () => Promise<AuthConfigInfo>;
303
+ /** Create an organization; optionally seed an `owner` member for `ownerId`. */
304
+ createOrganization: (input: {
305
+ logo?: string;
306
+ metadata?: Record<string, unknown>;
307
+ name: string;
308
+ ownerId?: string;
309
+ slug?: string;
310
+ }) => Promise<AuthOrganization>;
311
+ /** Create a custom org role with a permission grant (a `resource → actions[]` map). */
312
+ createOrgRole: (input: {
313
+ organizationId: string;
314
+ permission: Record<string, string[]>;
315
+ role: string;
316
+ }) => Promise<AuthOrgRole>;
317
+ /**
318
+ * Invite an address to sign up, or refresh an existing invitation for it.
319
+ * Needs the `inviteOnly` plugin — without it the row is written to a table
320
+ * nothing reads, which is why the studio gates the panel on
321
+ * {@link AuthCapabilities.inviteOnly}.
322
+ */
323
+ createSignUpInvitation: (input: {
324
+ email: string;
325
+ expiresInSeconds?: number;
326
+ invitedBy?: string;
327
+ }) => Promise<AuthSignUpInvitation>;
328
+ /** Create a team under an organization. */
329
+ createTeam: (input: {
330
+ name: string;
331
+ organizationId: string;
332
+ }) => Promise<AuthTeam>;
170
333
  createUser: (input: {
171
334
  data?: Record<string, unknown>;
172
335
  email: string;
@@ -174,6 +337,14 @@ interface AuthAdmin {
174
337
  password?: string;
175
338
  role?: string | string[];
176
339
  }) => Promise<AuthAdminUser>;
340
+ /** Delete an organization and cascade-delete its members, invitations, teams, and custom roles. */
341
+ deleteOrganization: (input: {
342
+ organizationId: string;
343
+ }) => Promise<void>;
344
+ /** Delete a custom org role. */
345
+ deleteOrgRole: (input: {
346
+ roleId: string;
347
+ }) => Promise<void>;
177
348
  deletePasskey: (input: {
178
349
  passkeyId: string;
179
350
  }) => Promise<void>;
@@ -183,6 +354,13 @@ interface AuthAdmin {
183
354
  impersonateUser: (input: {
184
355
  userId: string;
185
356
  }) => Promise<ImpersonationResult>;
357
+ /** Create a pending email invitation to an org (no acceptance side effects). */
358
+ inviteMember: (input: {
359
+ email: string;
360
+ inviterId?: string;
361
+ organizationId: string;
362
+ role?: string;
363
+ }) => Promise<AuthInvitation>;
186
364
  listAccounts: (input: {
187
365
  userId: string;
188
366
  }) => Promise<AuthAccount[]>;
@@ -200,6 +378,12 @@ interface AuthAdmin {
200
378
  limit?: number;
201
379
  offset?: number;
202
380
  }) => Promise<AuthPage<AuthOrganization>>;
381
+ /** List an org's custom roles. */
382
+ listOrgRoles: (options: {
383
+ limit?: number;
384
+ offset?: number;
385
+ organizationId: string;
386
+ }) => Promise<AuthPage<AuthOrgRole>>;
203
387
  listPasskeys: (input: {
204
388
  userId: string;
205
389
  }) => Promise<AuthPasskey[]>;
@@ -208,13 +392,47 @@ interface AuthAdmin {
208
392
  offset?: number;
209
393
  userId?: string;
210
394
  }) => Promise<AuthPage<AuthAdminSession>>;
395
+ /**
396
+ * Sign-up invitations, newest first. Unfiltered on purpose: "pending" is
397
+ * `acceptedAt === null && expiresAt > now`, and applying that after a page
398
+ * would let page 1 come back empty while pending rows sat on page 2. The
399
+ * caller has both columns and can label each row itself.
400
+ */
401
+ listSignUpInvitations: (options: {
402
+ limit?: number;
403
+ offset?: number;
404
+ }) => Promise<AuthPage<AuthSignUpInvitation>>;
405
+ /** List a team's members. */
406
+ listTeamMembers: (options: {
407
+ limit?: number;
408
+ offset?: number;
409
+ teamId: string;
410
+ }) => Promise<AuthPage<AuthTeamMember>>;
411
+ /** List an org's teams. */
412
+ listTeams: (options: {
413
+ limit?: number;
414
+ offset?: number;
415
+ organizationId: string;
416
+ }) => Promise<AuthPage<AuthTeam>>;
211
417
  listUsers: (options: ListUsersOptions) => Promise<AuthPage<AuthAdminUser>>;
212
418
  removeMember: (input: {
213
419
  memberId: string;
214
420
  }) => Promise<void>;
421
+ /** Delete a team and its memberships. */
422
+ removeTeam: (input: {
423
+ teamId: string;
424
+ }) => Promise<void>;
425
+ /** Remove a member from a team. */
426
+ removeTeamMember: (input: {
427
+ teamMemberId: string;
428
+ }) => Promise<void>;
215
429
  removeUser: (input: {
216
430
  userId: string;
217
431
  }) => Promise<void>;
432
+ /** Withdraw a sign-up invitation. Not retroactive — an account already created keeps existing; use {@link AuthAdmin.removeUser} for that. */
433
+ revokeSignUpInvitation: (input: {
434
+ email: string;
435
+ }) => Promise<void>;
218
436
  revokeUserSession: (input: {
219
437
  sessionId: string;
220
438
  }) => Promise<void>;
@@ -236,6 +454,29 @@ interface AuthAdmin {
236
454
  accountId: string;
237
455
  userId: string;
238
456
  }) => Promise<void>;
457
+ /** Change a member's role. */
458
+ updateMemberRole: (input: {
459
+ memberId: string;
460
+ role: string | string[];
461
+ }) => Promise<AuthMember>;
462
+ /** Update an organization's name/slug/logo/metadata. */
463
+ updateOrganization: (input: {
464
+ logo?: string;
465
+ metadata?: Record<string, unknown>;
466
+ name?: string;
467
+ organizationId: string;
468
+ slug?: string;
469
+ }) => Promise<AuthOrganization>;
470
+ /** Replace a custom org role's permission grant. */
471
+ updateOrgRole: (input: {
472
+ permission: Record<string, string[]>;
473
+ roleId: string;
474
+ }) => Promise<AuthOrgRole>;
475
+ /** Rename a team. */
476
+ updateTeam: (input: {
477
+ name: string;
478
+ teamId: string;
479
+ }) => Promise<AuthTeam>;
239
480
  updateUser: (input: {
240
481
  data: Record<string, unknown>;
241
482
  userId: string;
@@ -244,153 +485,556 @@ interface AuthAdmin {
244
485
  /** Options for {@link createAuthAdmin}. */
245
486
  interface CreateAuthAdminOptions {
246
487
  /**
247
- * Force individual {@link AuthCapabilities} on or off regardless of which
248
- * plugins are detected — e.g. `{ impersonate: false }`-style opt-outs by
249
- * setting `admin: false`, or hiding linked accounts with `accounts: false`.
250
- * A capability is reported only when both its plugin is enabled *and* its
251
- * override isn't `false`.
252
- */
488
+ * Force individual {@link AuthCapabilities} on or off regardless of which
489
+ * plugins are detected — e.g. `{ impersonate: false }`-style opt-outs by
490
+ * setting `admin: false`, or hiding linked accounts with `accounts: false`.
491
+ * A capability is reported only when both its plugin is enabled *and* its
492
+ * override isn't `false`.
493
+ */
253
494
  features?: Partial<AuthCapabilities>;
254
495
  /**
255
- * User id recorded as the impersonator on sessions minted by
256
- * {@link AuthAdmin.impersonateUser}. Defaults to the impersonated user's own
257
- * id (a self-reference) since the trusted admin plane has no acting user.
258
- */
496
+ * User id recorded as the impersonator on sessions minted by
497
+ * {@link AuthAdmin.impersonateUser}. Defaults to the impersonated user's own
498
+ * id (a self-reference) since the trusted admin plane has no acting user.
499
+ */
259
500
  impersonatedBy?: string;
260
501
  /**
261
- * How long (in seconds) an impersonation session lives. Must be a positive
262
- * finite integer. Capped at 24 × {@link DEFAULT_IMPERSONATION_SECONDS}
263
- * (86 400 s / 24 h). Defaults to {@link DEFAULT_IMPERSONATION_SECONDS}
264
- * (3 600 s / 1 h).
265
- */
502
+ * How long (in seconds) an impersonation session lives. Must be a positive
503
+ * finite integer. Capped at 24 × {@link DEFAULT_IMPERSONATION_SECONDS}
504
+ * (86 400 s / 24 h). Defaults to {@link DEFAULT_IMPERSONATION_SECONDS}
505
+ * (3 600 s / 1 h).
506
+ */
266
507
  impersonationSeconds?: number;
267
508
  }
268
509
  /**
269
- * A normalized failure from an admin operation. better-auth throws `APIError`s
270
- * carrying a `body.code` (e.g. `USER_ALREADY_EXISTS_USE_ANOTHER_EMAIL`); we
271
- * surface that `code` so the runtime can map it onto an HTTP status and the
272
- * studio can show a meaningful message instead of a generic 500.
273
- */
274
- declare class LunoraAuthAdminError extends Error {
275
- readonly code: string;
510
+ * A normalized failure from an admin operation. better-auth throws `APIError`s
511
+ * carrying a `body.code` (e.g. `USER_ALREADY_EXISTS_USE_ANOTHER_EMAIL`); we
512
+ * surface that `code` so the runtime can map it onto an HTTP status and the
513
+ * studio can show a meaningful message instead of a generic 500.
514
+ */
515
+ declare class LunoraAuthAdminError extends LunoraError {
276
516
  constructor(message: string, code: string);
277
517
  }
278
518
  /**
279
- * Build the studio's auth user-management plane on top of better-auth.
280
- *
281
- * Pass the result as the runtime's `authAdmin` option; the runtime exposes each
282
- * method behind an admin-token-gated `/_lunora/admin/auth/*` endpoint. The set
283
- * of usable surfaces is reported by {@link AuthAdmin.capabilities} — derived
284
- * from the enabled better-auth plugins, so enabling `admin()`, `organization()`,
285
- * `twoFactor()`, or the passkey plugin in the auth config is what lights up the
286
- * matching dashboard panels.
287
- *
288
- * **Trust model — important.** These operations talk to better-auth's
289
- * `internalAdapter` (and `adapter`/password hasher) **directly**, deliberately
290
- * bypassing the plugins' own endpoints, which require the caller to hold an
291
- * admin-role session. That session check is the wrong gate here: the runtime
292
- * already authorizes every call with `LUNORA_ADMIN_TOKEN`, so this helper acts
293
- * as a trusted server-side operator. It is therefore not an end-user-callable
294
- * API — never expose it on a path that isn't admin-token gated.
295
- *
296
- * `auth.$context` is a promise (better-auth resolves the adapter, password
297
- * config, etc. lazily); we memoize it so the first call pays the cost once.
298
- */
519
+ * Build the studio's auth user-management plane on top of better-auth.
520
+ *
521
+ * Pass the result as the runtime's `authAdmin` option; the runtime exposes each
522
+ * method behind an admin-token-gated `/_lunora/admin/auth/*` endpoint. The set
523
+ * of usable surfaces is reported by {@link AuthAdmin.capabilities} — derived
524
+ * from the enabled better-auth plugins, so enabling `admin()`, `organization()`,
525
+ * `twoFactor()`, or the passkey plugin in the auth config is what lights up the
526
+ * matching dashboard panels.
527
+ *
528
+ * **Trust model — important.** These operations talk to better-auth's
529
+ * `internalAdapter` (and `adapter`/password hasher) **directly**, deliberately
530
+ * bypassing the plugins' own endpoints, which require the caller to hold an
531
+ * admin-role session. That session check is the wrong gate here: the runtime
532
+ * already authorizes every call with `LUNORA_ADMIN_TOKEN`, so this helper acts
533
+ * as a trusted server-side operator. It is therefore not an end-user-callable
534
+ * API — never expose it on a path that isn't admin-token gated.
535
+ *
536
+ * `auth.$context` is a promise (better-auth resolves the adapter, password
537
+ * config, etc. lazily); we memoize it so the first call pays the cost once.
538
+ */
299
539
  declare const createAuthAdmin: (auth: LunoraAuth, options?: CreateAuthAdminOptions) => AuthAdmin;
540
+ /** Configuration for {@link authAuditHook}. */
541
+ interface AuthAuditHookConfig extends AppendAuthAuditOptions {
542
+ /**
543
+ * Where to persist the trail — the same {@link SqlExecutor} seam better-auth's
544
+ * store rides (`d1Executor(env.DB)`), so events land in the auth D1 database.
545
+ */
546
+ executor: SqlExecutor;
547
+ /**
548
+ * Optional export tap (pairs with SIEM forwarding): called with each redacted
549
+ * entry right after it is persisted, so a deployment can fan events out to an
550
+ * external sink. Rejections/throws are swallowed so forwarding can't break an
551
+ * auth request.
552
+ */
553
+ onRecord?: (entry: AppendAuthAuditEntry) => Promise<void> | void;
554
+ /**
555
+ * When true, `x-forwarded-for` is trusted as a client-IP fallback when
556
+ * `cf-connecting-ip` is absent — only enable this behind a proxy you control,
557
+ * or the recorded IP is attacker-chosen. Defaults to `false`: off Cloudflare,
558
+ * with no trusted proxy configured, the audit record's `ip` is omitted rather
559
+ * than populated from a spoofable header.
560
+ */
561
+ trustProxyHeaders?: boolean;
562
+ }
300
563
  /**
301
- * Default basePath used by better-auth's client + handler. Override via the
302
- * second argument if you mount the auth routes somewhere else.
303
- */
564
+ * Structural view of the fields we read off better-auth's after-hook context
565
+ * kept loose to avoid coupling to internal types.
566
+ *
567
+ * `body` is the parsed request body better-auth's middleware context exposes
568
+ * as `ctx.body` — pinned present and populated (e.g. `.email`) in the after-hook
569
+ * by `__tests__/audit-hooks.behaviour.test.ts` (plan 280 S0).
570
+ */
571
+ interface AuditHookContext {
572
+ body?: Record<string, unknown>;
573
+ context?: {
574
+ newSession?: {
575
+ session?: {
576
+ userId?: string;
577
+ };
578
+ user?: {
579
+ email?: string;
580
+ id?: string;
581
+ };
582
+ } | null;
583
+ returned?: unknown;
584
+ session?: {
585
+ session?: {
586
+ userId?: string;
587
+ };
588
+ user?: {
589
+ email?: string;
590
+ id?: string;
591
+ };
592
+ } | null;
593
+ };
594
+ headers?: Headers;
595
+ path?: string;
596
+ request?: Request;
597
+ }
598
+ /**
599
+ * Map a better-auth endpoint path to the security event it represents, or
600
+ * `undefined` for endpoints not worth auditing (session reads, config, …). Match
601
+ * is by suffix so a caller `basePath` prefix (`/api/auth`) never affects it.
602
+ *
603
+ * Sign-in is split by what the endpoint actually DOES (plan 280 §4):
604
+ *
605
+ * - `/sign-in/social`, `/sign-in/magic-link` only DISPATCH — the first mints a
606
+ * provider redirect URL, the second sends an email. Nobody is authenticated
607
+ * yet, so these are `sign-in-initiated`, not `sign-in`.
608
+ * - `/callback/:id` (social + generic-oauth), `/magic-link/verify`, and every
609
+ * `/two-factor/verify-*` (`verify-totp` / `verify-otp` / `verify-backup-code`
610
+ * — all three complete a challenged sign-in the same way) are where a
611
+ * session actually gets issued, so they join credential sign-ins
612
+ * (`/sign-in/email`, `/sign-in/username`, `/sign-in/phone-number`, …) as
613
+ * plain `sign-in`. They were NOT recorded at all before this change.
614
+ *
615
+ * There is no dedicated `/oauth2/callback/*` branch because the generic
616
+ * `/callback/` check above already covers it, and covering it is CORRECT: an
617
+ * OAuth callback is a completed sign-in whatever path prefix it arrives on. The
618
+ * same substring also catches `@better-auth/sso`'s `/sso/callback/:providerId`,
619
+ * so if `plugins.ts` ever re-exports `sso` (plan 280 §9 Q1) that endpoint is
620
+ * classified rather than silently unrecorded. Checked against the installed
621
+ * `better-auth` and `@better-auth/*` dist for 1.7.1: generic-oauth reuses the
622
+ * core `/callback/:id` endpoint rather than registering its own, and the one
623
+ * dist hit for a literal `/oauth2/callback/` is inside
624
+ * `better-auth/plugins/oauth-popup`, which `plugins.ts` does not re-export —
625
+ * so today the branch fires for the core callback, and stays correct if either
626
+ * of the others becomes reachable. `__tests__/audit.test.ts` pins all three.
627
+ */
628
+ declare const eventForPath: (path: string) => AuthAuditEvent | undefined;
629
+ /**
630
+ * Build the entry a given after-hook context should record, or `undefined` when
631
+ * the path is not an audited security event. Exported for direct unit testing of
632
+ * the classification/extraction without spinning up better-auth.
633
+ *
634
+ * Does NOT attempt to distinguish a 2FA-challenged credential sign-in from a
635
+ * fully successful one (a `sign-in-challenged` event, as an earlier design for
636
+ * this change proposed) — pinned in `__tests__/audit-hooks.behaviour.test.ts`
637
+ * (plan 280 S0): better-auth runs the APP's own `hooks.after` BEFORE the
638
+ * `twoFactor` plugin's own after-hook that rewrites the response to
639
+ * `{ twoFactorRedirect: true }` and nulls `ctx.context.newSession`. By the time
640
+ * THIS hook runs, `context.returned`/`context.newSession` still reflect the
641
+ * pre-interception, fully-successful sign-in — there is nothing here to detect
642
+ * the challenge from. Distinguishing it would need a different seam (e.g. a
643
+ * plugin-ordered-after-`twoFactor` hook, or reading `twoFactor`'s own
644
+ * database state) and is left to a follow-up.
645
+ */
646
+ declare const buildAuditEntry: (context: AuditHookContext, { now, trustProxyHeaders }?: {
647
+ now?: number;
648
+ trustProxyHeaders?: boolean;
649
+ }) => AppendAuthAuditEntry | undefined;
650
+ /**
651
+ * Create the better-auth `hooks.after` middleware that records the auth/security
652
+ * audit trail. Assign it to `hooks.after` (or compose via {@link withAuthAudit}).
653
+ *
654
+ * ```ts
655
+ * const auth = createAuth({
656
+ * secret: env.AUTH_SECRET,
657
+ * database: lunoraD1Adapter(env.DB),
658
+ * hooks: { after: authAuditHook({ executor: d1Executor(env.DB), retention: 100_000 }) },
659
+ * });
660
+ * ```
661
+ *
662
+ * ## Behaviour change (plan 280) — `onRecord`/SIEM consumers keyed on `event` strings, read this
663
+ *
664
+ * | Endpoint | Before | After |
665
+ * | -------------------------------------------------- | ------------------- | --------------------- |
666
+ * | `/sign-in/email` (and other credential sign-ins) | `sign-in` | `sign-in` (unchanged) |
667
+ * | `/sign-in/social` | `sign-in` | `sign-in-initiated` |
668
+ * | `/sign-in/magic-link` | `sign-in` | `sign-in-initiated` |
669
+ * | `/callback/:id` (social + generic-oauth) | _(not recorded)_ | `sign-in` |
670
+ * | `/magic-link/verify` | _(not recorded)_ | `sign-in` |
671
+ * | `/two-factor/verify-totp` / `-otp` / `-backup-code`| _(not recorded)_ | `sign-in` |
672
+ *
673
+ * A caller matching on `event === "sign-in"` now sees FEWER events for
674
+ * `/sign-in/social` and `/sign-in/magic-link` (they never actually authenticated
675
+ * anyone) and MORE events for the four previously-unrecorded completion
676
+ * endpoints — the net effect is a more truthful count, not a strictly larger or
677
+ * smaller one. `sign-in-initiated` is a new event name (open `AuthAuditEvent`
678
+ * union, so no wire/type break, but SIEM rules enumerating event names should
679
+ * add it). A failed sign-in now also carries `targetEmail` (the attempted
680
+ * address/username) when the request body supplied one — see
681
+ * {@link AppendAuthAuditEntry.targetEmail} — so credential-stuffing attempts can
682
+ * be grouped by target even though they never produce an `actorEmail`.
683
+ *
684
+ * NOT changed: `/sign-in/email` under an active 2FA challenge still records
685
+ * plain `sign-in` / `success` (not a distinct `sign-in-challenged` event) — see
686
+ * {@link buildAuditEntry}'s docblock for why that distinction turned out not to
687
+ * be buildable from this hook.
688
+ */
689
+ declare const authAuditHook: (config: AuthAuditHookConfig) => ReturnType<typeof createAuthMiddleware>;
690
+ /**
691
+ * Merge the audit `hooks.after` middleware into a better-auth options object,
692
+ * composing with any `hooks.after` the caller already set (theirs runs first,
693
+ * then the audit record). Returns a new options object.
694
+ */
695
+ declare const withAuthAudit: <Options extends {
696
+ hooks?: {
697
+ after?: unknown;
698
+ };
699
+ }>(options: Options, config: AuthAuditHookConfig) => Options;
700
+ /**
701
+ * The Durable Object state slice this class needs — structural so unit tests can
702
+ * pass a double without depending on the workers runtime.
703
+ */
704
+ interface AuthDoState {
705
+ storage: DoStorageLike;
706
+ }
707
+ /** Path the worker calls to resolve a request's identity. Not part of `/api/auth/*`. */
708
+ declare const RESOLVE_SESSION_PATH = "/__lunora/auth/session";
709
+ /**
710
+ * Path the worker calls to read the audit log. Also not part of `/api/auth/*`.
711
+ *
712
+ * The audit table lives in this object like every other auth table, so the worker
713
+ * cannot query it directly — same constraint as the session route, same shared secret.
714
+ */
715
+ declare const READ_AUDIT_PATH = "/__lunora/auth/audit";
716
+ /** Header carrying the shared secret that authenticates the calling worker. */
717
+ declare const INTERNAL_SECRET_HEADER = "x-lunora-auth-do-secret";
718
+ /**
719
+ * Options for the auth DO, beyond the better-auth options themselves.
720
+ * @experimental
721
+ */
722
+ interface AuthDoOptions {
723
+ /** Base path the auth routes are served under. Must match the worker's. */
724
+ basePath?: string;
725
+ /**
726
+ * Shared secret authenticating the worker on {@link RESOLVE_SESSION_PATH}.
727
+ *
728
+ * The DO binding is reachable from any worker bound to the namespace, so the
729
+ * binding alone is not an authorization boundary — same reasoning as
730
+ * `SessionDO`'s `SESSION_DO_SECRET`. When this is unset the internal route is
731
+ * refused outright rather than served unauthenticated: a missing secret is a
732
+ * misconfiguration, and answering identity questions to anyone is the one
733
+ * failure mode worth being loud about. `/api/auth/*` is unaffected — those
734
+ * routes carry their own credentials.
735
+ */
736
+ internalSecret?: string;
737
+ }
738
+ /**
739
+ * Base class for an app's auth Durable Object. Subclass it (or let codegen emit the
740
+ * subclass) and register the subclass in `wrangler.jsonc`.
741
+ *
742
+ * ```ts
743
+ * export class AuthDO extends LunoraAuthDO {
744
+ * public constructor(state: DurableObjectState, env: Env) {
745
+ * super(state, () => ({ secret: env.AUTH_SECRET, plugins: [scim({ … })] }), {
746
+ * internalSecret: env.AUTH_DO_SECRET,
747
+ * });
748
+ * }
749
+ * }
750
+ * ```
751
+ * @experimental
752
+ */
753
+ declare class LunoraAuthDO {
754
+ #private;
755
+ /**
756
+ * @param state The Durable Object state — its `storage` becomes better-auth's database.
757
+ * @param optionsFactory Builds the better-auth options. Called once, lazily, on the first request.
758
+ * @param options Auth-DO specific options (base path, internal secret).
759
+ */
760
+ constructor(state: AuthDoState, optionsFactory: () => LunoraAuthOptions, options?: AuthDoOptions);
761
+ /**
762
+ * Serve an auth request. Routes under `basePath` go to better-auth; the internal
763
+ * session route is handled here; anything else is a 404.
764
+ */
765
+ fetch(request: Request): Promise<Response>;
766
+ }
767
+ /**
768
+ * The `CREATE TABLE` / `CREATE INDEX` statements for a better-auth config, in
769
+ * execution order (every table before any index).
770
+ *
771
+ * All statements are `IF NOT EXISTS`, so this is safe to run on every cold start —
772
+ * which is how `LunoraAuthDO` uses it. It creates; it never alters or drops, so a
773
+ * schema that has already diverged is left alone rather than half-migrated.
774
+ *
775
+ * Physical names throughout: `modelName` for tables, `fieldName ?? key` for columns,
776
+ * and better-auth's own resolved `columns` / `name` for indexes — so an index name
777
+ * here is the name better-auth's introspection expects to find.
778
+ * @param options The better-auth options the DO will run — the plugin list decides which tables exist.
779
+ * @returns SQL statements to execute in order.
780
+ * @experimental
781
+ */
782
+ declare const authDoSchemaStatements: (options: LunoraAuthOptions) => string[];
783
+ /**
784
+ * `ALTER TABLE … ADD COLUMN` statements for columns the live schema is missing.
785
+ *
786
+ * ## Why this is needed at all
787
+ *
788
+ * {@link authDoSchemaStatements} is entirely `IF NOT EXISTS`, which makes it safe to
789
+ * re-run but blind to change: a *new table* appears on the next cold start, a *new
790
+ * column on an existing table* never does. That is not a hypothetical — enabling the
791
+ * `admin` plugin after first deploy adds `role` / `banned` / `banExpires` to `user`,
792
+ * and without this the object would keep serving a `user` table that cannot hold them.
793
+ *
794
+ * Additive only. Nothing here drops, renames, or retypes a column: a column that
795
+ * exists is left exactly as it is, so a schema someone has deliberately diverged is
796
+ * never "corrected" underneath them.
797
+ *
798
+ * ## What SQLite will not let us do
799
+ *
800
+ * `ADD COLUMN` cannot introduce a `NOT NULL` column without a default (existing rows
801
+ * would violate it immediately), and cannot introduce `UNIQUE`. So a required column
802
+ * with a static default is added with both; a required column *without* one is added
803
+ * **nullable**, which differs from what a fresh `CREATE TABLE` would produce. That is
804
+ * the deliberate trade: better-auth writes these fields on every insert, so nullable
805
+ * is harmless, whereas refusing to add the column at all would leave the object
806
+ * broken. Uniqueness is unaffected — better-auth expresses it as a separate index, and
807
+ * those are `IF NOT EXISTS`, so they are created by the statements above.
808
+ * @param options The better-auth options the DO runs, already resolved.
809
+ * @param existingColumns Physical column names currently present on a table; empty/absent for a table that does not exist yet (it will be created instead).
810
+ * @returns SQL statements to execute in order; empty when the live schema is current.
811
+ * @experimental
812
+ */
813
+ declare const authDoColumnAdditions: (options: LunoraAuthOptions, existingColumns: (table: string) => Iterable<string>) => string[];
814
+ /** The slice of a Durable Object namespace this needs — structural, so tests need no runtime. */
815
+ interface AuthNamespaceLike {
816
+ get: (id: unknown) => {
817
+ fetch: (request: Request) => Promise<Response>;
818
+ };
819
+ idFromName: (name: string) => unknown;
820
+ }
821
+ /** What {@link createDoAuthWiring} needs, already resolved against `env`. */
822
+ interface DoAuthWiringOptions {
823
+ /** Base path the auth routes are served under. Defaults to `/api/auth`. */
824
+ basePath?: string;
825
+ /**
826
+ * Shared secret presented on the object's internal session route. `undefined`
827
+ * means identity resolution fails closed — see {@link DoAuthWiring.resolveIdentity}.
828
+ */
829
+ internalSecret: string | undefined;
830
+ /** The bound namespace, or `undefined` when the binding is absent from `env`. */
831
+ namespace: AuthNamespaceLike | undefined;
832
+ /**
833
+ * Name of the object instance holding the auth tables. Defaults to `"auth"`.
834
+ *
835
+ * One object owns the whole auth schema, so this exists to let an app pick the
836
+ * name (or run separate objects per deployment/tenant) rather than being pinned to
837
+ * a hardcoded one.
838
+ */
839
+ objectName?: string;
840
+ }
841
+ /** The worker options DO-backed auth replaces. */
842
+ interface DoAuthWiring {
843
+ /**
844
+ * Reads the audit log out of the object, so the studio's audit feed works in DO
845
+ * mode. Answers an empty page rather than throwing when the object is unreachable
846
+ * or no secret is configured — an unavailable feed should read as empty, not 500
847
+ * the studio.
848
+ */
849
+ auditReader: AuthAuditReader;
850
+ /** Forwards `/api/auth/*` to the object; `undefined` for anything else. */
851
+ authHandler: (request: Request) => Promise<Response | undefined>;
852
+ /**
853
+ * Resolves a request's identity by asking the object. `null` when anonymous,
854
+ * unreachable, or ungated.
855
+ *
856
+ * `expiresAtMs` (epoch ms) is the session's expiry, which the runtime forwards as
857
+ * the socket's credential expiry so the DO can drop a subscriber whose session has
858
+ * lapsed; `role` is better-auth's `admin()` column, which RLS role grants read;
859
+ * `email` and `name` are the profile claims `ctx.auth.getIdentity()` is documented
860
+ * to carry. Each is absent when the session does not carry it.
861
+ */
862
+ resolveIdentity: (request: Request) => Promise<null | {
863
+ email?: string;
864
+ expiresAtMs?: number;
865
+ name?: string;
866
+ role?: string;
867
+ userId: string;
868
+ }>;
869
+ }
870
+ /**
871
+ * Build the worker-side wiring for an auth Durable Object.
872
+ *
873
+ * Every failure path answers "not authenticated" rather than throwing: this runs on
874
+ * the request path for every request that touches `ctx.auth`, and a throw there would
875
+ * turn a misconfiguration into a 500 on traffic that has nothing to do with auth.
876
+ * @param options The resolved namespace, secret, and names.
877
+ * @returns The `authHandler` / `resolveIdentity` pair.
878
+ * @experimental
879
+ */
880
+ declare const createDoAuthWiring: (options: DoAuthWiringOptions) => DoAuthWiring;
881
+ /** better-auth's `databaseHooks` shape, derived so a rename upstream fails to compile rather than silently mis-hooking. */
882
+ type DatabaseHooks = NonNullable<BetterAuthOptions["databaseHooks"]>;
883
+ /** Config for the signup gate hooks: the base {@link EmailGateConfig} plus an optional classification tap. */
884
+ interface EmailGateHookConfig extends EmailGateConfig {
885
+ /**
886
+ * Called with the resolved classification once the gate passes, so app policy
887
+ * can react to `free` vs `business` at signup (e.g. tag the account). Never
888
+ * fires when the gate rejects. `context` is better-auth's endpoint context
889
+ * (`null` outside a request, e.g. an internal create).
890
+ */
891
+ onClassify?: (classification: EmailClassification, user: Record<string, unknown>, context: unknown) => void;
892
+ }
893
+ /**
894
+ * Produce a `databaseHooks` fragment that gates better-auth's native signup on
895
+ * the email-domain policy. Spread it into `createAuth({ databaseHooks: … })`, or
896
+ * use {@link withEmailGate} to merge it (composing with any existing
897
+ * `user.create.before`).
898
+ *
899
+ * ```ts
900
+ * const auth = createAuth({
901
+ * secret: env.AUTH_SECRET,
902
+ * database: lunoraD1Adapter(env.DB),
903
+ * databaseHooks: emailGateDatabaseHooks({ blockDisposable: true }),
904
+ * });
905
+ * ```
906
+ */
907
+ declare const emailGateDatabaseHooks: (config?: EmailGateHookConfig) => DatabaseHooks;
908
+ /**
909
+ * Merge the email-domain signup gate into an existing better-auth options object,
910
+ * preserving any `databaseHooks` the caller already set. If they already declared
911
+ * a `user.create.before`, the gate runs first (rejecting disposable signups
912
+ * before their hook sees them), then theirs runs on the (possibly rewritten) user.
913
+ *
914
+ * ```ts
915
+ * const auth = createAuth(withEmailGate({ secret, database }, { blockDisposable: true }));
916
+ * ```
917
+ */
918
+ declare const withEmailGate: (options: BetterAuthOptions, config?: EmailGateHookConfig) => BetterAuthOptions;
919
+ /**
920
+ * Default basePath used by better-auth's client + handler. Override via the
921
+ * second argument if you mount the auth routes somewhere else.
922
+ */
304
923
  declare const DEFAULT_AUTH_BASE_PATH: string;
305
924
  /**
306
- * Route an inbound `Request` to better-auth if the path falls under
307
- * `basePath`; otherwise return `null` so the caller can continue dispatching.
308
- *
309
- * Better-auth handles arbitrarily nested paths (`/api/auth/sign-in/email`,
310
- * `/api/auth/callback/github`, …), so we use prefix matching instead of the
311
- * exact-path map `createWorker` consumes for top-level routes.
312
- */
925
+ * Route an inbound `Request` to better-auth if the path falls under
926
+ * `basePath`; otherwise return `undefined` so the caller can continue dispatching.
927
+ *
928
+ * Better-auth handles arbitrarily nested paths (`/api/auth/sign-in/email`,
929
+ * `/api/auth/callback/github`, …), so we use prefix matching instead of the
930
+ * exact-path map `createWorker` consumes for top-level routes.
931
+ */
313
932
  declare const handleAuthRequest: (auth: LunoraAuth, request: Request, basePath?: string) => Promise<Response | undefined>;
314
933
  /**
315
- * Apply better-auth's required schema (`user`, `session`, `account`,
316
- * `verification`) to the configured database. Idempotent — better-auth
317
- * diffs the existing schema and only runs the missing DDL.
318
- *
319
- * Cached per `options` reference so the diff cost (one PRAGMA-style sweep
320
- * per table) doesn't fire on every request. In Cloudflare Workers the same
321
- * `env.DB` binding is reused across invocations within a single isolate, so
322
- * caching against the options object which captures the binding — is
323
- * sufficient.
324
- *
325
- * For production you should prefer pre-applying the schema at deploy time
326
- * via `compileMigrationsSql` + `wrangler d1 execute`; this helper exists for
327
- * dev/playground and small deployments.
328
- */
934
+ * The cleanup statements, in execution order: every blocking index, then the column.
935
+ *
936
+ * Exported for the pre-applied-schema path (`compileMigrationsSql` + `wrangler d1 execute`),
937
+ * which compiles DDL without ever reading the database and so can neither tell whether the
938
+ * column is present nor discover the index names SQLite has no `DROP COLUMN IF EXISTS` to
939
+ * make either unnecessary. Pass the names from
940
+ * `SELECT name, sql FROM sqlite_master WHERE type = 'index' AND tbl_name = 'account'`, and
941
+ * run this only against a database that still has the column.
942
+ * @param accountTable Physical name of the account table (`account` unless renamed via `account.modelName`).
943
+ * @param indexNames Indexes to drop first, from {@link indexesReferencingIssuer}.
944
+ * @returns The `DROP INDEX` statements followed by the `DROP COLUMN`.
945
+ * @experimental
946
+ */
947
+ declare const legacyIssuerCleanupStatements: (accountTable?: string, indexNames?: Iterable<string>) => string[];
948
+ /**
949
+ * Apply better-auth's required schema (`user`, `session`, `account`,
950
+ * `verification`) to the configured database. Idempotent — better-auth
951
+ * diffs the existing schema and only runs the missing DDL.
952
+ *
953
+ * Cached per `options` reference so the diff cost (one PRAGMA-style sweep
954
+ * per table) doesn't fire on every request. In Cloudflare Workers the same
955
+ * `env.DB` binding is reused across invocations within a single isolate, so
956
+ * caching against the options object — which captures the binding — is
957
+ * sufficient.
958
+ *
959
+ * For production you should prefer pre-applying the schema at deploy time
960
+ * via `compileMigrationsSql` + `wrangler d1 execute`; this helper exists for
961
+ * dev/playground and small deployments.
962
+ */
329
963
  declare const ensureMigrated: (auth: LunoraAuth | {
330
964
  options: LunoraAuthOptions;
331
965
  }) => Promise<void>;
332
966
  /**
333
- * Compile better-auth's migrations to a single SQL string. Useful for
334
- * `wrangler d1 execute --file -` in CI so the deploy step applies the schema
335
- * before the first user request.
336
- *
337
- * Compiles from the SAME resolved options `createAuth` runs with (via
338
- * `resolveAuthOptions`), not the raw caller options — so the schema includes the
339
- * `rateLimit` table the worker's default-on durable limiter writes to. Compiling
340
- * from the raw options would omit it, and the running worker would then write to
341
- * a table the migration never created.
342
- */
967
+ * Compile better-auth's migrations to a single SQL string. Useful for
968
+ * `wrangler d1 execute --file -` in CI so the deploy step applies the schema
969
+ * before the first user request.
970
+ *
971
+ * Compiles from the SAME resolved options `createAuth` runs with (via
972
+ * `resolveAuthOptions`), not the raw caller options — so the schema includes the
973
+ * `rateLimit` table the worker's default-on durable limiter writes to. Compiling
974
+ * from the raw options would omit it, and the running worker would then write to
975
+ * a table the migration never created.
976
+ *
977
+ * **Upgrading a database created by an older `@lunora/auth`.** This compiles DDL without
978
+ * reading the database, so it cannot know whether the `account.issuer` column better-auth
979
+ * 1.7.0 required and 1.7.3 reverted is present — and SQLite has no `DROP COLUMN IF EXISTS`
980
+ * to make that moot. `ensureMigrated` handles it automatically; on this path, run
981
+ * `legacyIssuerCleanupStatements()` once against a database that still has the column.
982
+ * Leaving it in place fails every sign-up with `NOT NULL constraint failed: account.issuer`.
983
+ */
343
984
  declare const compileMigrationsSql: (options: LunoraAuthOptions) => Promise<string>;
344
985
  /**
345
- * Lunora-friendly view over better-auth's `session` option.
346
- *
347
- * This is a typed alias for better-auth's own `session` shape — Lunora stays a
348
- * thin wrapper, so we don't reimplement the fields, we just give them a named,
349
- * documented home so callers get autocomplete without reaching into
350
- * `BetterAuthOptions`. The most relevant fields for session rotation / richer
351
- * policies are `expiresIn` (absolute session lifetime, in seconds),
352
- * `updateAge` (rolling-rotation interval, in seconds — how often an active
353
- * session's expiry is pushed forward; `0` rotates on every use),
354
- * `disableSessionRefresh` (turn rolling rotation off entirely so sessions
355
- * expire at the absolute `expiresIn` regardless of activity), `freshAge`
356
- * (freshness window, in seconds, for sensitive operations like account
357
- * deletion; `0` treats every session as fresh — not recommended), and
358
- * `cookieCache` (opt-in signed-cookie session cache to skip DB reads).
359
- *
360
- * See better-auth's `session` option for the full field list.
361
- */
986
+ * Lunora-friendly view over better-auth's `session` option.
987
+ *
988
+ * This is a typed alias for better-auth's own `session` shape — Lunora stays a
989
+ * thin wrapper, so we don't reimplement the fields, we just give them a named,
990
+ * documented home so callers get autocomplete without reaching into
991
+ * `BetterAuthOptions`. The most relevant fields for session rotation / richer
992
+ * policies are `expiresIn` (absolute session lifetime, in seconds),
993
+ * `updateAge` (rolling-rotation interval, in seconds — how often an active
994
+ * session's expiry is pushed forward; `0` rotates on every use),
995
+ * `disableSessionRefresh` (turn rolling rotation off entirely so sessions
996
+ * expire at the absolute `expiresIn` regardless of activity), `freshAge`
997
+ * (freshness window, in seconds, for sensitive operations like account
998
+ * deletion; `0` treats every session as fresh — not recommended), and
999
+ * `cookieCache` (signed-cookie session cache that skips DB reads
1000
+ * `createAuth` fills `{ enabled: true, maxAge: 60 }` when you leave it unset, so
1001
+ * a revoked session keeps authenticating for up to that many seconds; pass
1002
+ * `{ enabled: false }` where that window is unacceptable).
1003
+ *
1004
+ * See better-auth's `session` option for the full field list.
1005
+ */
362
1006
  type SessionPolicy = NonNullable<BetterAuthOptions["session"]>;
363
1007
  /**
364
- * Validate a {@link SessionPolicy} and return it unchanged (pass-through).
365
- *
366
- * better-auth happily accepts the `session` block verbatim, so the only job
367
- * here is to catch obviously-broken numeric inputs at construction time —
368
- * negative or non-finite durations — rather than letting them produce
369
- * surprising cookie expiries at runtime. Field names mirror better-auth's
370
- * `session` option exactly so the validated object forwards 1:1.
371
- */
1008
+ * Validate a {@link SessionPolicy} and return it unchanged (pass-through).
1009
+ *
1010
+ * better-auth happily accepts the `session` block verbatim, so the only job
1011
+ * here is to catch obviously-broken numeric inputs at construction time —
1012
+ * negative or non-finite durations — rather than letting them produce
1013
+ * surprising cookie expiries at runtime. Field names mirror better-auth's
1014
+ * `session` option exactly so the validated object forwards 1:1.
1015
+ */
372
1016
  declare const validateSessionPolicy: (policy: SessionPolicy) => SessionPolicy;
373
1017
  /**
374
- * Ready-made {@link SessionPolicy} presets covering the common rotation /
375
- * expiry trade-offs. Spread or override fields as needed:
376
- *
377
- * ```ts
378
- * import { createAuth, sessionPresets } from "@lunora/auth";
379
- *
380
- * export const auth = createAuth({
381
- * secret: env.AUTH_SECRET,
382
- * database: env.DB,
383
- * session: { ...sessionPresets.rolling, freshAge: 60 * 5 },
384
- * });
385
- * ```
386
- *
387
- * - `rolling` — balanced default: 7-day absolute expiry, rotated once per day,
388
- * with a 60s signed-cookie session cache so bursts of authenticated calls
389
- * skip the per-request DB session read.
390
- * - `strict` — short, security-sensitive: 1-hour expiry, 15-minute rotation,
391
- * cookie cache **off** (fast revocation / short freshness is the whole point).
392
- * - `longLived` — low-friction consumer apps: 30-day expiry, daily rotation,
393
- * with the same 60s cookie cache as `rolling`.
394
- */
1018
+ * Ready-made {@link SessionPolicy} presets covering the common rotation /
1019
+ * expiry trade-offs. Spread or override fields as needed:
1020
+ *
1021
+ * ```ts
1022
+ * import { createAuth, sessionPresets } from "@lunora/auth";
1023
+ *
1024
+ * export const auth = createAuth({
1025
+ * secret: env.AUTH_SECRET,
1026
+ * database: env.DB,
1027
+ * session: { ...sessionPresets.rolling, freshAge: 60 * 5 },
1028
+ * });
1029
+ * ```
1030
+ *
1031
+ * - `rolling` — balanced default: 7-day absolute expiry, rotated once per day,
1032
+ * with a 60s signed-cookie session cache so bursts of authenticated calls
1033
+ * skip the per-request DB session read.
1034
+ * - `strict` — short, security-sensitive: 1-hour expiry, 15-minute rotation,
1035
+ * cookie cache **off** (fast revocation / short freshness is the whole point).
1036
+ * - `longLived` — low-friction consumer apps: 30-day expiry, daily rotation,
1037
+ * with the same 60s cookie cache as `rolling`.
1038
+ */
395
1039
  declare const sessionPresets: Record<"longLived" | "rolling" | "strict", SessionPolicy>;
396
- export { type AuthAccount, type AuthAdmin, type AuthAdminSession, type AuthAdminUser, type AuthCapabilities, type AuthInvitation, type AuthMember, type AuthOrganization, type AuthPage, type AuthPasskey, type AuthTimestamp, type CreateAuthAdminOptions, DEFAULT_AUTH_BASE_PATH, type ImpersonationResult, type ListUsersOptions, type LunoraAuth, LunoraAuthAdminError, type LunoraAuthOptions, type SessionPolicy, compileMigrationsSql, createAuthAdmin, ensureMigrated, handleAuthRequest, sessionPresets, validateSessionPolicy };
1040
+ export { READ_AUDIT_PATH as AUTH_DO_AUDIT_PATH, INTERNAL_SECRET_HEADER as AUTH_DO_SECRET_HEADER, RESOLVE_SESSION_PATH as AUTH_DO_SESSION_PATH, type AppendAuthAuditEntry, type AppendAuthAuditOptions, type AuthAccount, type AuthAdmin, type AuthAdminSession, type AuthAdminUser, type AuthAuditEvent, type AuthAuditHookConfig, type AuthAuditReader, type AuthCapabilities, type AuthConfigInfo, type AuthDoOptions, type AuthDoState, type AuthInvitation, type AuthMember, type AuthNamespaceLike, type AuthOrgRole, type AuthOrganization, type AuthPage, type AuthPasskey, type AuthSignUpInvitation, type AuthTeam, type AuthTeamMember, type AuthTimestamp, type AuthUserFieldSpec, type CreateAuthAdminOptions, DEFAULT_AUTH_BASE_PATH, type DoAuthWiring, type DoAuthWiringOptions, type EmailClassification, type EmailGateConfig, type EmailGateHookConfig, type ImpersonationResult, type ListUsersOptions, type LunoraAuth, LunoraAuthAdminError, LunoraAuthDO, type LunoraAuthOptions, type SessionPolicy, type SqlExecutor, authAuditHook, authDoColumnAdditions, authDoSchemaStatements, buildAuditEntry, compileMigrationsSql, createAuthAdmin, createDoAuthWiring, emailGateDatabaseHooks, ensureMigrated, eventForPath, handleAuthRequest, legacyIssuerCleanupStatements, sessionPresets, validateSessionPolicy, withAuthAudit, withEmailGate };