8d5787e56e
Splits what was one isDeveloper flag (gating webhooks, API keys, AND BYOK together) into two independent permissions: - isDeveloper (webhooks + self-serve API keys): admin-toggled as before, but now ALSO self-serve -- PATCH /api/v1/users/me/developer-access lets any paid-tier (tier !== "free") user turn it on themselves, no added fee. Free tier still needs an admin grant. Turning it off is always self-serve regardless of tier, since revoking your own access needs no gatekeeping. canSelfServeDeveloperAccess() in lib/permissions.ts is the single check for "is this tier eligible." - isByokEnabled (BYOK AI provider keys): new column, admin-only, no self-serve path at all -- routing real AI provider spend through Epicure on the user's own key warrants a manual admin check-in that webhooks/API access don't need. requireByok() replaces requireDeveloper() on the three ai-keys routes. Migration adds is_byok_enabled and grandfathers in anyone who already has a BYOK key configured (the earlier grandfather migration only covered the combined isDeveloper flag, which BYOK no longer reads). Settings UI: webhooks/API-keys pages show a self-serve "Enable" toggle for paid-tier non-developers instead of the locked notice (still shown to free-tier users), plus a "Disable developer access" link once enabled. Settings -> AI's BYOK section now checks isByokEnabled instead of isDeveloper -- unaffected by the self-serve change, still fully admin-gated. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
194 lines
6.4 KiB
TypeScript
194 lines
6.4 KiB
TypeScript
import crypto from "node:crypto";
|
|
import { headers } from "next/headers";
|
|
import { NextRequest, NextResponse } from "next/server";
|
|
import { auth } from "@/lib/auth/server";
|
|
import { db, apiKeys, users, eq } from "@epicure/db";
|
|
import { applyRateLimit } from "@/lib/rate-limit";
|
|
import { hasDeveloperAccess, hasByokAccess } from "@/lib/permissions";
|
|
|
|
export async function requireSession() {
|
|
const session = await auth.api.getSession({ headers: await headers() });
|
|
if (!session) {
|
|
return { session: null, response: NextResponse.json({ error: "Unauthorized" }, { status: 401 }) };
|
|
}
|
|
return { session, response: null };
|
|
}
|
|
|
|
/** Like requireSession, but never 401s — for endpoints that also accept anonymous
|
|
* access via a resource-scoped capability (e.g. a public-editable share link). */
|
|
export async function getOptionalSession() {
|
|
return auth.api.getSession({ headers: await headers() });
|
|
}
|
|
|
|
export async function requireAdmin(opts?: { allowModerator?: boolean }) {
|
|
const { session, response } = await requireSession();
|
|
if (response) return { session: null, response };
|
|
|
|
// Don't trust session.user.role — it comes from a 5-minute cookieCache
|
|
// (see lib/auth/server.ts), so a just-demoted admin would keep access for
|
|
// up to 5 minutes. Query the current role directly.
|
|
const [dbUser] = await db
|
|
.select({ role: users.role })
|
|
.from(users)
|
|
.where(eq(users.id, session!.user.id))
|
|
.limit(1);
|
|
|
|
const allowed = dbUser?.role === "admin" || (opts?.allowModerator && dbUser?.role === "moderator");
|
|
if (!allowed) {
|
|
return { session: null, response: NextResponse.json({ error: "Forbidden" }, { status: 403 }) };
|
|
}
|
|
return { session, response: null };
|
|
}
|
|
|
|
/** Gates webhooks and self-serve API keys behind users.isDeveloper —
|
|
* re-queried fresh for the same reason requireAdmin re-queries role
|
|
* (session.user's cookieCache can be up to 5 minutes stale, e.g. right
|
|
* after a grant). */
|
|
export async function requireDeveloper() {
|
|
const { session, response } = await requireSession();
|
|
if (response) return { session: null, response };
|
|
|
|
const [dbUser] = await db
|
|
.select({ isDeveloper: users.isDeveloper })
|
|
.from(users)
|
|
.where(eq(users.id, session!.user.id))
|
|
.limit(1);
|
|
|
|
if (!dbUser || !hasDeveloperAccess(dbUser)) {
|
|
return {
|
|
session: null,
|
|
response: NextResponse.json({ error: "Developer access required — ask an admin to enable it, or self-enable it in Settings if you're on a paid plan" }, { status: 403 }),
|
|
};
|
|
}
|
|
return { session, response: null };
|
|
}
|
|
|
|
/** Gates BYOK AI provider key routes behind users.isByokEnabled — admin-only,
|
|
* no self-serve path (see lib/permissions.ts's hasByokAccess doc comment). */
|
|
export async function requireByok() {
|
|
const { session, response } = await requireSession();
|
|
if (response) return { session: null, response };
|
|
|
|
const [dbUser] = await db
|
|
.select({ isByokEnabled: users.isByokEnabled })
|
|
.from(users)
|
|
.where(eq(users.id, session!.user.id))
|
|
.limit(1);
|
|
|
|
if (!dbUser || !hasByokAccess(dbUser)) {
|
|
return {
|
|
session: null,
|
|
response: NextResponse.json({ error: "BYOK access required — ask an admin to enable it" }, { status: 403 }),
|
|
};
|
|
}
|
|
return { session, response: null };
|
|
}
|
|
|
|
type SessionLike = {
|
|
user: {
|
|
id: string;
|
|
email: string;
|
|
name: string;
|
|
tier: string;
|
|
role?: string;
|
|
image?: string | null;
|
|
};
|
|
};
|
|
|
|
type RateLimitOpts = { limit: number; windowSeconds: number };
|
|
|
|
export async function requireSessionOrApiKey(
|
|
req: NextRequest,
|
|
opts?: { rateLimit?: RateLimitOpts }
|
|
): Promise<{ session: SessionLike; response: null } | { session: null; response: NextResponse }> {
|
|
// 1. Try Bearer API key
|
|
const authHeader = req.headers.get("authorization");
|
|
if (authHeader?.startsWith("Bearer ")) {
|
|
const rawKey = authHeader.slice(7).trim();
|
|
if (rawKey.startsWith("ek_")) {
|
|
const keyHash = crypto.createHash("sha256").update(rawKey).digest("hex");
|
|
|
|
const [keyRow] = await db
|
|
.select({ id: apiKeys.id, userId: apiKeys.userId, scope: apiKeys.scope })
|
|
.from(apiKeys)
|
|
.where(eq(apiKeys.keyHash, keyHash))
|
|
.limit(1);
|
|
|
|
if (keyRow) {
|
|
// Read-scoped keys can't make any state-changing request — enforced
|
|
// once here rather than in every route, since a route can't tell
|
|
// whether it's being called by a "read" key without this check.
|
|
if (keyRow.scope === "read" && !["GET", "HEAD", "OPTIONS"].includes(req.method)) {
|
|
return {
|
|
session: null,
|
|
response: NextResponse.json({ error: "This API key is read-only" }, { status: 403 }),
|
|
};
|
|
}
|
|
|
|
// Update lastUsedAt asynchronously — don't block response
|
|
void db
|
|
.update(apiKeys)
|
|
.set({ lastUsedAt: new Date() })
|
|
.where(eq(apiKeys.id, keyRow.id))
|
|
.catch((err) => console.error("[api-auth] failed to update apiKeys.lastUsedAt", err));
|
|
|
|
const [user] = await db
|
|
.select({
|
|
id: users.id,
|
|
email: users.email,
|
|
name: users.name,
|
|
tier: users.tier,
|
|
role: users.role,
|
|
})
|
|
.from(users)
|
|
.where(eq(users.id, keyRow.userId))
|
|
.limit(1);
|
|
|
|
if (user) {
|
|
// Rate limit per API key (not per user — a user's other keys shouldn't
|
|
// share this bucket).
|
|
if (opts?.rateLimit) {
|
|
const { limit, windowSeconds } = opts.rateLimit;
|
|
const rateLimitResponse = await applyRateLimit(
|
|
`rl:api:key:${keyRow.id}`,
|
|
limit,
|
|
windowSeconds
|
|
);
|
|
if (rateLimitResponse) {
|
|
return { session: null, response: rateLimitResponse };
|
|
}
|
|
}
|
|
|
|
return {
|
|
session: { user: { ...user, image: null } },
|
|
response: null,
|
|
};
|
|
}
|
|
}
|
|
|
|
return {
|
|
session: null,
|
|
response: NextResponse.json({ error: "Unauthorized" }, { status: 401 }),
|
|
};
|
|
}
|
|
}
|
|
|
|
// 2. Fall back to session cookie
|
|
const result = await requireSession();
|
|
if (result.response) return result;
|
|
|
|
if (opts?.rateLimit) {
|
|
const { limit, windowSeconds } = opts.rateLimit;
|
|
const rateLimitResponse = await applyRateLimit(
|
|
`rl:api:session:${result.session!.user.id}`,
|
|
limit,
|
|
windowSeconds
|
|
);
|
|
if (rateLimitResponse) {
|
|
return { session: null, response: rateLimitResponse };
|
|
}
|
|
}
|
|
|
|
return result;
|
|
}
|