florian.wildeandClaude Opus 5
2bff6faf3d
Ein Einmalkennwort zusaetzlich zum Passwort, mit QR-Code zum Einrichten und zehn Wiederherstellungscodes fuer den Fall, dass das Geraet verloren geht. Die Rechnung nach RFC 6238 steht in lib/auth/totp.ts statt in einer Abhaengigkeit. Es sind wenige Zeilen, das Verfahren liegt seit 2011 fest, und der RFC bringt Testvektoren mit - die Richtigkeit ist damit belegt und nicht nur behauptet. Fuer den QR-Code kommt qrcode dazu; ihn selbst zu zeichnen waere unverhaeltnismaessig. Einrichtung in zwei Schritten: der Schluessel wird hinterlegt, aber erst ein bestaetigter Code schaltet ihn scharf. Wer den QR-Code nicht scannen konnte und abbricht, sperrt sich sonst beim naechsten Anmelden selbst aus. Zwischen Passwort und Code steht ein eigenes Modell statt einer halbfertigen Sitzung. Eine Sitzungszeile mit einem "noch nicht gueltig"-Merker waere eine Zeile, die bei einem vergessenen Filter irgendwo doch als Anmeldung durchgeht; dieses Versehen kann hier nicht passieren. Nach fuenf Fehlversuchen ist der Vorgang verbrannt, damit sechs Stellen nicht in Ruhe durchprobiert werden. Die Wiederherstellungscodes liegen als SHA-256 statt als scrypt: sie sind zufaellig erzeugt und lang genug, dass Raten aussichtslos ist - ein langsames Verfahren brauchte bei jeder Anmeldung zehn teure Vergleiche und kaufte nichts dafuer. Das Alphabet laesst O, I und B weg, weil die Codes von Hand abgeschrieben werden. Abschalten und Neuerzeugen verlangen das Passwort. Ein unbeaufsichtigter Rechner mit offener Sitzung soll den zweiten Faktor nicht im Vorbeigehen entfernen koennen. Nachgewiesen im Browser: Einrichtung, Anmeldung mit Code, Anmeldung mit Wiederherstellungscode, derselbe Code ein zweites Mal abgelehnt, Abschalten mit falschem und richtigem Passwort. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
44 lines
1.5 KiB
TypeScript
44 lines
1.5 KiB
TypeScript
import { NextResponse } from "next/server";
|
||
import { z } from "zod";
|
||
import { requireUserApi } from "@/lib/auth/guard";
|
||
import { verifyPassword } from "@/lib/auth/password";
|
||
import { issueRecoveryCodes } from "@/lib/auth/recovery";
|
||
import { prisma } from "@/lib/db";
|
||
import { jsonError, readJsonBody } from "@/lib/security/request";
|
||
|
||
export const dynamic = "force-dynamic";
|
||
|
||
const schema = z.object({ password: z.string().min(1).max(200) });
|
||
|
||
/**
|
||
* Neue Wiederherstellungscodes. Die alten verfallen dabei – sonst waeren
|
||
* Zettel im Umlauf, von denen niemand mehr weiss, welche noch gelten.
|
||
*
|
||
* Verlangt das Passwort, wie das Abschalten auch: die Codes sind gleichwertig
|
||
* zum zweiten Faktor.
|
||
*/
|
||
export async function POST(request: Request) {
|
||
const auth = await requireUserApi();
|
||
if (!auth.ok) return auth.response;
|
||
|
||
const body = await readJsonBody(request);
|
||
if (!body.ok) return body.response;
|
||
|
||
const parsed = schema.safeParse(body.data);
|
||
if (!parsed.success) return jsonError("Bitte das Passwort angeben.", 422);
|
||
|
||
const user = await prisma.user.findUniqueOrThrow({
|
||
where: { id: auth.user.id },
|
||
select: { passwordHash: true, totpEnabledAt: true },
|
||
});
|
||
|
||
if (!user.totpEnabledAt) {
|
||
return jsonError("Die Zwei-Faktor-Anmeldung ist nicht aktiv.", 409);
|
||
}
|
||
if (!(await verifyPassword(parsed.data.password, user.passwordHash))) {
|
||
return jsonError("Das Passwort stimmt nicht.", 401);
|
||
}
|
||
|
||
return NextResponse.json({ recoveryCodes: await issueRecoveryCodes(auth.user.id) });
|
||
}
|