This specification is maintained by the AgentRules Working Group. Have enhancements or want to claim maintainership?Submit Specification →
frontendcritical PriorityID: nextjs-15-taint-boundaries-and-sensitive-closure-isolation

Next.js 15 Server Action Taint Boundaries & Sensitive Closure Isolation

Enforces strict runtime assertions using React's experimental_taintObjectReference and experimental_taintUniqueValue to prevent cryptographic credentials, secret tokens, and sensitive tenant metadata from crossing the server-to-client serialization boundary. Prevents accidental closure captures in Next.js 15 Server Actions and Server Components by enforcing explicit data transfer objects (DTOs) and taint registry invocations on hydrated entities.

Prohibited Anti-Pattern: Leaking Ambient Secrets, Database Records, or Auth Tokens Across Server-to-Client Serialization Boundaries via Closure Capture

Export Ready-to-Drop Configuration

Select format below to copy code or download file directly.

---
description: Next.js 15 Server Action Taint Boundaries & Sensitive Closure Isolation - Enforces strict runtime assertions using React's experimental_taintObjectReference and experimental_taintUniqueValue to prevent cryptographic credentials, secret tokens, and sensitive tenant metadata from crossing the server-to-client serialization boundary. Prevents accidental closure captures in Next.js 15 Server Actions and Server Components by enforcing explicit data transfer objects (DTOs) and taint registry invocations on hydrated entities.
globs: src/app/**/*.{ts,tsx}, src/actions/**/*.{ts,tsx}, src/lib/**/*.{ts,tsx}, src/services/**/*.{ts,tsx}, src/server/**/*.{ts,tsx}
alwaysApply: true
verified_by: "agentrules.org"
license: "CC-BY-4.0"
source: "https://agentrules.org/rules/nextjs-15-taint-boundaries-and-sensitive-closure-isolation"
---

# Next.js 15 Server Action Taint Boundaries & Sensitive Closure Isolation

> **Severity**: CRITICAL | **Category**: frontend
> **Anti-Pattern Warning**: Leaking Ambient Secrets, Database Records, or Auth Tokens Across Server-to-Client Serialization Boundaries via Closure Capture

## System Constraints
You are a Principal Security Architect enforcing Next.js 15 Server Action Taint Boundaries & Sensitive Closure Isolation. Mandate invariants that strictly prevent secret credentials, database connection instances, raw user identity documents, and ambient encryption keys from leaking into the React Client Component Flight tree. Enforce the use of React Server Taint APIs (experimental_taintObjectReference, experimental_taintUniqueValue) in server-side data access layers. Require explicit DTO projections for all server actions and RSC props, explicitly forbidding the forwarding of raw ORM models or database entities to client boundaries.

## Strict Guidelines
- Engineers MUST ALWAYS invoke 'experimental_taintObjectReference' or 'experimental_taintUniqueValue' from 'react' on entities carrying private fields (e.g., password hashes, refresh tokens, internal tenant UUIDs) immediately upon instantiation or retrieval from the database layer.
- Engineers MUST NOT pass raw ORM entities, session tokens, or un-sanitized context objects across the Server Component boundary to Client Components or as return values from Server Actions.
- Engineers MUST ensure that any Next.js 15 Server Action defined inline within a Server Component does not inadvertently close over server-only sensitive references (e.g., database clients, private keys, admin credentials).
- Code SHOULD enforce strict DTO (Data Transfer Object) extraction via functional mappers (e.g., 'toClientUserDto') that return explicitly whitelisted primitives instead of relying on object destructuring or 'delete' operators.
- Services MUST declare 'import "server-only"' at the root of any module that initializes private credentials, cryptographic providers, or direct database connections to ensure compile-time isolation.
- Components NEVER accept complex backend entity models as props; Client Components must only consume primitive-backed, schema-validated DTO types.

## Bad vs Good Implementations
### Tainted User Entity with DTO Extraction vs. Raw Entity Exposure in Server Action

#### Bad Antipattern (AI Common Hallucination)
> **Why it fails**: Returning the raw database record directly across the 'use server' boundary transmits all relations—including cryptographic hashes and secret API keys—directly into the React Flight payload sent to the client browser.
```typescript
// src/actions/user.ts
'use server';

import { db } from '@/lib/db';

export async function updateUserProfile(userId: string, formData: FormData) {
  // VULNERABILITY: Raw database record closed over and returned to client
  const rawUser = await db.user.findUnique({
    where: { id: userId },
    include: { apiKeys: true, passwordHash: true }
  });

  if (!rawUser) throw new Error('Not found');

  const displayName = formData.get('displayName') as string;
  const updated = await db.user.update({
    where: { id: userId },
    data: { displayName },
    include: { apiKeys: true, passwordHash: true } // Secrets retained in memory
  });

  // Leaks passwordHash and active apiKeys across RSC serialization boundary
  return updated;
}
```

#### Production Standard (Correct)
> **Standard**: Uses 'server-only' along with 'experimental_taintObjectReference' and 'experimental_taintUniqueValue' to instruct the React compiler and runtime to halt serialization if the raw user or passwordHash is passed to a Client Component. Returns a strictly typed ClientUserDto.
```typescript
// src/services/user-service.ts
import 'server-only';
import { experimental_taintObjectReference, experimental_taintUniqueValue } from 'react';
import { db } from '@/lib/db';

export interface ClientUserDto {
  id: string;
  displayName: string;
  email: string;
}

export async function getTaintedUser(userId: string) {
  const user = await db.user.findUnique({
    where: { id: userId },
    include: { apiKeys: true, passwordHash: true }
  });

  if (!user) return null;

  // Block entire raw database record from reaching client Flight payload
  experimental_taintObjectReference(
    'Do not pass raw User entity to the client boundary.',
    user
  );

  // Block specific critical secrets if extracted independently
  experimental_taintUniqueValue(
    'Do not pass passwordHash to the client boundary.',
    user,
    user.passwordHash
  );

  return user;
}

// src/actions/user.ts
'use server';

import { getTaintedUser } from '@/services/user-service';
import { db } from '@/lib/db';
import type { ClientUserDto } from '@/services/user-service';

export async function updateUserProfile(userId: string, formData: FormData): Promise<ClientUserDto> {
  const user = await getTaintedUser(userId);
  if (!user) throw new Error('Not found');

  const displayName = formData.get('displayName') as string;
  const updated = await db.user.update({
    where: { id: userId },
    data: { displayName }
  });

  // Explicit DTO projection preventing tainted reference transmission
  return {
    id: updated.id,
    displayName: updated.displayName,
    email: updated.email
  };
}
```

Architectural Specification & Invariant Rationale

Architectural Invariant Design: Next.js 15 Server Action Taint Boundaries & Sensitive Closure Isolation

Next.js 15 Server Action Taint Boundaries & Sensitive Closure Isolation defines an industrial-grade behavioral standard for frontend engineering. Enforces strict runtime assertions using React's experimental_taintObjectReference and experimental_taintUniqueValue to prevent cryptographic credentials, secret tokens, and sensitive tenant metadata from crossing the server-to-client serialization boundary. Prevents accidental closure captures in Next.js 15 Server Actions and Server Components by enforcing explicit data transfer objects (DTOs) and taint registry invocations on hydrated entities. Modern software architectures require strict adherence to deterministic patterns to guarantee high availability, maintainability, and zero security vulnerabilities.

Framework Paradigm Shift & Drift MechanicsLLMs are trained on millions of open-source repositories containing outdated code, legacy idioms, and unpatched antipatterns. When coding assistants generate implementations for this stack, they default to common statistical tokens: Leaking Ambient Secrets, Database Records, or Auth Tokens Across Server-to-Client Serialization Boundaries via Closure Capture Without an explicit system instruction file, developers spend hours debugging silent failures.
Failure Modes & Production Blast Radius

Hazard Analysis: What Breaks Without This Rule

The following failure modes have been cataloged from hundreds of hours of production code reviews where AI assistants produced non-compliant implementations:

Failure ModeAI Symptom (The Anti-Pattern)SeverityProduction Impact & Remedy
AI Hallucination & Deprecation DriftLeaking Ambient Secrets, Database Records, or Auth Tokens Across Server-to-Client Serialization Boundaries via Closure CaptureCritical
Violating this industrial standard introduces regression bugs, security risks, and unexpected runtime failures in production.
Enforce explicit behavioral system directives across all AI coding assistants in your repository.
Silent Architecture InconsistencyAI assistants produce mixed paradigms across files, creating fragmented codebase conventions.Medium
Increases cognitive load during code reviews and leads to maintenance debt across engineering teams.
Pin project conventions in .cursor/rules, CLAUDE.md, and AGENTS.md so all team agents follow identical guardrails.
Architectural Directives in Detail

Step-by-Step Production Directives

Each rule constraint below is injected into the AI agent's system prompt to establish deterministic boundaries:

1

Engineers MUST ALWAYS invoke 'experimental_taintObjectReference' or 'experimental_taintUniqueValue' from 'react' on entities carrying private fields (e.g., password hashes, refresh tokens, internal tenant UUIDs) immediately upon instantiation or retrieval from the database layer.

Engineers MUST ALWAYS invoke 'experimental_taintObjectReference' or 'experimental_taintUniqueValue' from 'react' on entities carrying private fields (e.g., password hashes, refresh tokens, internal tenant UUIDs) immediately upon instantiation or retrieval from the database layer.

Rationale:AI models frequently generate unconstrained code here because statistical language distributions lack project-specific architectural context. Mandating this directive ensures that generated code adheres to verified industrial production requirements.
Enforcement:Integrated into the Agent Pack rule file. When Cursor, Claude Code, or Codex processes this prompt, it applies this constraint before emitting syntax.
2

Engineers MUST NOT pass raw ORM entities, session tokens, or un-sanitized context objects across the Server Component boundary to Client Components or as return values from Server Actions.

Engineers MUST NOT pass raw ORM entities, session tokens, or un-sanitized context objects across the Server Component boundary to Client Components or as return values from Server Actions.

Rationale:AI models frequently generate unconstrained code here because statistical language distributions lack project-specific architectural context. Mandating this directive ensures that generated code adheres to verified industrial production requirements.
Enforcement:Integrated into the Agent Pack rule file. When Cursor, Claude Code, or Codex processes this prompt, it applies this constraint before emitting syntax.
3

Engineers MUST ensure that any Next.js 15 Server Action defined inline within a Server Component does not inadvertently close over server-only sensitive references (e.g., database clients, private keys, admin credentials).

Engineers MUST ensure that any Next.js 15 Server Action defined inline within a Server Component does not inadvertently close over server-only sensitive references (e.g., database clients, private keys, admin credentials).

Rationale:AI models frequently generate unconstrained code here because statistical language distributions lack project-specific architectural context. Mandating this directive ensures that generated code adheres to verified industrial production requirements.
Enforcement:Integrated into the Agent Pack rule file. When Cursor, Claude Code, or Codex processes this prompt, it applies this constraint before emitting syntax.
4

Code SHOULD enforce strict DTO (Data Transfer Object) extraction via functional mappers (e.g., 'toClientUserDto') that return explicitly whitelisted primitives instead of relying on object destructuring or 'delete' operators.

Code SHOULD enforce strict DTO (Data Transfer Object) extraction via functional mappers (e.g., 'toClientUserDto') that return explicitly whitelisted primitives instead of relying on object destructuring or 'delete' operators.

Rationale:AI models frequently generate unconstrained code here because statistical language distributions lack project-specific architectural context. Mandating this directive ensures that generated code adheres to verified industrial production requirements.
Enforcement:Integrated into the Agent Pack rule file. When Cursor, Claude Code, or Codex processes this prompt, it applies this constraint before emitting syntax.
5

Services MUST declare 'import "server-only"' at the root of any module that initializes private credentials, cryptographic providers, or direct database connections to ensure compile-time isolation.

Services MUST declare 'import "server-only"' at the root of any module that initializes private credentials, cryptographic providers, or direct database connections to ensure compile-time isolation.

Rationale:AI models frequently generate unconstrained code here because statistical language distributions lack project-specific architectural context. Mandating this directive ensures that generated code adheres to verified industrial production requirements.
Enforcement:Integrated into the Agent Pack rule file. When Cursor, Claude Code, or Codex processes this prompt, it applies this constraint before emitting syntax.
6

Components NEVER accept complex backend entity models as props

Components NEVER accept complex backend entity models as props; Client Components must only consume primitive-backed, schema-validated DTO types.

Rationale:AI models frequently generate unconstrained code here because statistical language distributions lack project-specific architectural context. Mandating this directive ensures that generated code adheres to verified industrial production requirements.
Enforcement:Integrated into the Agent Pack rule file. When Cursor, Claude Code, or Codex processes this prompt, it applies this constraint before emitting syntax.
Technical Questions & Answers

Frequently Asked Technical Questions

Common questions developers face when configuring AI coding assistants for this stack:

Q:Why is Next.js 15 Server Action Taint Boundaries & Sensitive Closure Isolation critical for AI coding assistants?

Enforces strict runtime assertions using React's experimental_taintObjectReference and experimental_taintUniqueValue to prevent cryptographic credentials, secret tokens, and sensitive tenant metadata from crossing the server-to-client serialization boundary. Prevents accidental closure captures in Next.js 15 Server Actions and Server Components by enforcing explicit data transfer objects (DTOs) and taint registry invocations on hydrated entities. Without explicit behavioral boundaries, AI coding assistants (Cursor, Claude Code, Windsurf, Codex) rely on training data averages, which frequently produce deprecated, inefficient, or vulnerable code patterns.

Q:How does adopting this rule prevent AI hallucinations?

This rule explicitly declares what the AI must avoid (Leaking Ambient Secrets, Database Records, or Auth Tokens Across Server-to-Client Serialization Boundaries via Closure Capture) and prescribes verified positive examples. Grounding the LLM with negative and positive pairs eliminates guesswork.

Q:Which AI coding environments are supported?

This specification is multi-platform compatible: Cursor (.cursor/rules/*.mdc & .cursorrules), Anthropic Claude Code (CLAUDE.md), Windsurf (.windsurfrules), Codex / Cline (AGENTS.md), and GitHub Copilot (.github/copilot-instructions.md).

Q:Can I combine this rule with other technology stacks?

Yes. Use the Interactive Stack Builder or download an Agent Pack to merge this rule with other frontend, backend, database, security, and DevOps rules without syntax collision.

Open Specification · CC BY 4.0·Free for Personal, Team & Commercial In-Repo Use

Citation & Open Source Attribution Guidelines

This specification is licensed under Creative Commons Attribution 4.0 International (CC BY 4.0). You are completely free to adapt and share this rule in your workspace. If citing, including in public AI benchmark datasets, or redistributing, attribution to AgentRules.org is required.

Related FRONTEND Rules

View all rules →
frontend
119

SolidStart 1.0 Server Functions & Async Boundaries Production Standard

SolidStart 1.0 relies on the Vinxi bundler to split `server$` closures into independent HTTP POST RPC endpoints. Direct lexical closure over client signals within `server$` scopes or failure to demarcate async boundaries with `<Suspense>` causes silent serialization failures, client-bundle secret leaks, and SSR hydration mismatches. Enforcing strict parameter passing, runtime input validation, and Solid async primitives maintains security and fine-grained reactivity across network boundaries.

frontend
119

Astro 5 Actions & Content Layer Production Standard

Enforces strict type safety and architectural correctness for Astro 5 Server Actions and the zero-waterfall Content Layer API. Prevents runtime contract mismatches, hydration mismatches, and unhandled mutation exceptions across dynamic and prerendered boundaries. Failure to follow these patterns leads to silent data fetching waterfalls, build-time cache corruptions, and unhandled server action exceptions.

frontend
51

Nuxt 4 Nitro Server Engine & Shared Directory Production Standard

Nuxt 4 enforces strict boundary segregation between client UI in the app/ directory, backend endpoints in server/, and universal contracts in shared/. Violating cross-boundary isolation or maintaining module-scoped state in Nitro server handlers causes catastrophic cross-request data corruption and hydration mismatches under concurrent production traffic. Architects must enforce request-isolated H3 event contexts, universal serialization schemas, and strict path-alias boundaries.

1 Rule in Stack

Next.js