Bagaimana Anda menangani autentikasi dalam aplikasi Next.js App Router?

Question

Accepted Answer

Autentikasi di App Router mencakup beberapa lapisan — sesi, middleware, pemeriksaan sisi server, dan melindungi Server Actions. Pendekatan modern lebih memilih **verifikasi sesi sisi server** daripada pemeriksaan klien saja. ## Strategi sesi ```text Cookie-based sessions (httpOnly cookie): ✓ Store a signed session id or encrypted JWT in an httpOnly, secure cookie ✓ httpOnly = not readable by JavaScript → protects against XSS token theft ✓ Use a library: Auth.js (NextAuth), Clerk, Lucia, or a custom solution ``` ## 1. Penjagaan kasar di middleware (cepat, tapi bukan seluruh cerita) ```ts // middleware.ts — quick check: does a session cookie exist? export function middleware(req: NextRequest) { const session = req.cookies.get("session")?.value; if (req.nextUrl.pathname.startsWith("/dashboard") && !session) { return NextResponse.redirect(new URL("/login", req.url)); } return NextResponse.next(); } ``` Middleware berjalan di Edge sebelum setiap permintaan yang cocok — ideal untuk pengalihan yang murah. Tapi itu hanya harus melakukan pemeriksaan kehadiran *ringan*; jangan andalkan sebagai satu-satunya otorisasi (cookie bisa tidak valid). ## 2. Verifikasi sesi tempat Anda menggunakan data (gerbang nyata) ```tsx // app/dashboard/page.tsx — verify on the server, in the page itself import { redirect } from "next/navigation"; export default async function Dashboard() { const user = await getCurrentUser(); // validates the session cookie server-side if (!user) redirect("/login"); // authoritative check return

Welcome {user.name}

; } ``` Verifikasi sisi server ini (di Server Component) adalah pemeriksaan **otoritatif** — ia benar-benar memvalidasi sesi dan memuat pengguna. ## 3. Lindungi Server Actions dan Route Handlers juga ```tsx "use server"; export async function deletePost(id: string) { const user = await getCurrentUser(); if (!user) throw new Error("Unauthorized"); // never trust the caller if (post.authorId !== user.id) throw new Error("Forbidden"); // authorization await db.post.delete({ where: { id } }); } ``` Server Actions adalah endpoint publik — **selalu periksa ulang auth dan otorisasi di dalamnya**, terlepas dari penjagaan tingkat UI. ## Mengapa pemeriksaan berlapis ```text Middleware → fast redirect for the common case (better UX, not security-critical) Server Component/Action → real verification (security boundary) Never rely on hiding UI in the client as a security measure ``` ## Mengapa ini penting Autentikasi di App Router adalah pertahanan berlapis: cookie httpOnly (sesi aman XSS), middleware untuk pengalihan cepat, dan — secara krusial — **verifikasi sisi server pada setiap titik akses data dan mutasi**. Kesalahan umum dan berbahaya adalah memperlakukan pemeriksaan middleware atau UI klien tersembunyi sebagai cukup; perlindungan nyata datang dari memvalidasi sesi dan otorisasi di server di mana pun data sensitif dibaca atau diubah.