revisión-de-seguridad

Habilidad de Revisión de Seguridad

Esta habilidad asegura que todo el código siga las mejores prácticas de seguridad e identifique posibles vulnerabilidades.

Cuándo Activarla

• Implementando autenticación o autorización
• Manejando entradas de usuario o cargas de archivos
• Creando nuevos endpoints de API
• Trabajando con secretos o credenciales
• Implementando funciones de pago
• Almacenando o transmitiendo datos sensibles
• Integrando APIs de terceros

Lista de Verificación de Seguridad

1. Gestión de Secretos

FALLO: NUNCA Hagas Esto

const apiKey = "sk-proj-xxxxx"  // Secreto hardcodeado
const dbPassword = "password123" // En código fuente

PASA: SIEMPRE Haz Esto

const apiKey = process.env.OPENAI_API_KEY
const dbUrl = process.env.DATABASE_URL

// Verificar que los secretos existen
if (!apiKey) {
  throw new Error('OPENAI_API_KEY no configurado')
}

Pasos de Verificación

• No hay claves de API, tokens o contraseñas hardcodeadas
• Todos los secretos en variables de entorno
• .env.local en .gitignore
• No hay secretos en el historial de git
• Secretos de producción en la plataforma de hosting (Vercel, Railway)

2. Validación de Entradas

Siempre Valida las Entradas de Usuario

import { z } from 'zod'

// Definir esquema de validación
const CreateUserSchema = z.object({
  email: z.string().email(),
  name: z.string().min(1).max(100),
  age: z.number().int().min(0).max(150)
})

// Validar antes de procesar
export async function createUser(input: unknown) {
  try {
    const validated = CreateUserSchema.parse(input)
    return await db.users.create(validated)
  } catch (error) {
    if (error instanceof z.ZodError) {
      return { success: false, errors: error.issues }
    }
    throw error
  }
}

Validación de Carga de Archivos

function validateFileUpload(file: File) {
  // Verificación de tamaño (máx. 5MB)
  const maxSize = 5 * 1024 * 1024
  if (file.size > maxSize) {
    throw new Error('Archivo demasiado grande (máx. 5MB)')
  }

  // Verificación de tipo
  const allowedTypes = ['image/jpeg', 'image/png', 'image/gif']
  if (!allowedTypes.includes(file.type)) {
    throw new Error('Tipo de archivo no válido')
  }

  // Verificación de extensión
  const allowedExtensions = ['.jpg', '.jpeg', '.png', '.gif']
  const extension = file.name.toLowerCase().match(/\.\[^.]+$/)?.[0]
  if (!extension || !allowedExtensions.includes(extension)) {
    throw new Error('Extensión de archivo no válida')
  }

  return true
}

Pasos de Verificación

• Todas las entradas de usuario validadas con esquemas
• Cargas de archivos restringidas (tamaño, tipo, extensión)
• No uso directo de entrada de usuario en consultas
• Validación por lista blanca (no lista negra)
• Mensajes de error no filtran información sensible

3. Prevención de Inyección SQL

FALLO: NUNCA Concatenes SQL

// PELIGROSO - Vulnerabilidad de inyección SQL
const query = `SELECT * FROM users WHERE email = '${userEmail}'`
await db.query(query)

PASA: SIEMPRE Usa Consultas Parametrizadas

// Seguro - consulta parametrizada
const { data } = await supabase
  .from('users')
  .select('*')
  .eq('email', userEmail)

// O con SQL puro
await db.query(
  'SELECT * FROM users WHERE email = $1',
  [userEmail]
)

Pasos de Verificación

• Todas las consultas a base de datos usan consultas parametrizadas
• No hay concatenación de cadenas en SQL
• ORM/constructor de consultas usado correctamente
• Consultas de Supabase debidamente sanitizadas

4. Autenticación y Autorización

Manejo de Tokens JWT

// FALLO: INCORRECTO: localStorage (vulnerable a XSS)
localStorage.setItem('token', token)

// PASA: CORRECTO: cookies httpOnly
res.setHeader('Set-Cookie',
  `token=${token}; HttpOnly; Secure; SameSite=Strict; Max-Age=3600`)

Verificaciones de Autorización

export async function deleteUser(userId: string, requesterId: string) {
  // SIEMPRE verificar autorización primero
  const requester = await db.users.findUnique({
    where: { id: requesterId }
  })

  if (requester.role !== 'admin') {
    return NextResponse.json(
      { error: 'No autorizado' },
      { status: 403 }
    )
  }

  // Proceder con la eliminación
  await db.users.delete({ where: { id: userId } })
}

Seguridad a Nivel de Fila (Supabase)

-- Habilitar RLS en todas las tablas
ALTER TABLE users ENABLE ROW LEVEL SECURITY;

-- Los usuarios solo pueden ver sus propios datos
CREATE POLICY "Usuarios ven sus propios datos"
  ON users FOR SELECT
  USING (auth.uid() = id);

-- Los usuarios solo pueden actualizar sus propios datos
CREATE POLICY "Usuarios actualizan sus propios datos"
  ON users FOR UPDATE
  USING (auth.uid() = id);

Pasos de Verificación

• Tokens almacenados en cookies httpOnly (no localStorage)
• Verificaciones de autorización antes de operaciones sensibles
• Seguridad a nivel de fila habilitada en Supabase
• Control de acceso basado en roles implementado
• Gestión de sesión segura

5. Prevención XSS

Sanitizar HTML

import DOMPurify from 'isomorphic-dompurify'

// SIEMPRE sanitizar HTML proporcionado por el usuario
function renderUserContent(html: string) {
  const clean = DOMPurify.sanitize(html, {
    ALLOWED_TAGS: ['b', 'i', 'em', 'strong', 'p'],
    ALLOWED_ATTR: []
  })
  return <div dangerouslySetInnerHTML={{ __html: clean }} />
}

Política de Seguridad de Contenido

Comience estricto y suavice solo con un plan de eliminación documentado. No use por defecto 'unsafe-inline' o 'unsafe-eval'; neutralizan gran parte de la protección de CSP y deben tratarse como deuda de compatibilidad temporal.

// next.config.js
const securityHeaders = [
  {
    key: 'Content-Security-Policy',
    value: `
      default-src 'self';
      base-uri 'self';
      object-src 'none';
      frame-ancestors 'none';
      script-src 'self';
      style-src 'self';
      img-src 'self' data: https:;
      font-src 'self';
      connect-src 'self' https://api.example.com;
    `.replace(/\s{2,}/g, ' ').trim()
  }
]

Pasos de Verificación

• HTML proporcionado por el usuario sanitizado
• Cabeceras CSP configuradas
• No hay renderizado de contenido dinámico no validado
• Protección XSS integrada de React utilizada

6. Protección CSRF

Tokens CSRF

import { csrf } from '@/lib/csrf'

export async function POST(request: Request) {
  const token = request.headers.get('X-CSRF-Token')

  if (!csrf.verify(token)) {
    return NextResponse.json(
      { error: 'Token CSRF no válido' },
      { status: 403 }
    )
  }

  // Procesar solicitud
}

Cookies SameSite

res.setHeader('Set-Cookie',
  `session=${sessionId}; HttpOnly; Secure; SameSite=Strict`)

Pasos de Verificación

• Tokens CSRF en operaciones que cambian estado
• SameSite=Strict en todas las cookies
• Patrón de cookie de doble envío implementado

7. Limitación de Tasa

Limitación de Tasa de API

import rateLimit from 'express-rate-limit'

const limiter = rateLimit({
  windowMs: 15 * 60 * 1000, // 15 minutos
  max: 100, // 100 solicitudes por ventana
  message: 'Demasiadas solicitudes'
})

// Aplicar a rutas
app.use('/api/', limiter)

Operaciones Costosas

// Limitación de tasa agresiva para búsquedas
const searchLimiter = rateLimit({
  windowMs: 60 * 1000, // 1 minuto
  max: 10, // 10 solicitudes por minuto
  message: 'Demasiadas solicitudes de búsqueda'
})

app.use('/api/search', searchLimiter)

Pasos de Verificación

• Limitación de tasa en todos los endpoints de API
• Límites más estrictos en operaciones costosas
• Limitación de tasa basada en IP
• Limitación de tasa basada en usuario (autenticado)

8. Exposición de Datos Sensibles

Registro (Logging)

// FALLO: INCORRECTO: Registrar datos sensibles
console.log('Inicio de sesión:', { email, password })
console.log('Pago:', { cardNumber, cvv })

// PASA: CORRECTO: Ocultar datos sensibles
console.log('Inicio de sesión:', { email, userId })
console.log('Pago:', { last4: card.last4, userId })

Mensajes de Error

// FALLO: INCORRECTO: Exponer detalles internos
catch (error) {
  return NextResponse.json(
    { error: error.message, stack: error.stack },
    { status: 500 }
  )
}

// PASA: CORRECTO: Mensajes de error genéricos
catch (error) {
  console.error('Error interno:', error)
  return NextResponse.json(
    { error: 'Ocurrió un error. Intente nuevamente.' },
    { status: 500 }
  )
}

Pasos de Verificación

• No hay contraseñas, tokens o secretos en registros
• Mensajes de error genéricos para usuarios
• Errores detallados solo en registros del servidor
• No hay trazas de pila expuestas a los usuarios

9. Seguridad Blockchain (Solana)

Verificación de Cartera

import { verify } from '@solana/web3.js'

async function verifyWalletOwnership(
  publicKey: string,
  signature: string,
  message: string
) {
  try {
    const isValid = verify(
      Buffer.from(message),
      Buffer.from(signature, 'base64'),
      Buffer.from(publicKey, 'base64')
    )
    return isValid
  } catch (error) {
    return false
  }
}

Verificación de Transacciones

async function verifyTransaction(transaction: Transaction) {
  // Verificar destinatario
  if (transaction.to !== expectedRecipient) {
    throw new Error('Destinatario no válido')
  }

  // Verificar monto
  if (transaction.amount > maxAmount) {
    throw new Error('El monto excede el límite')
  }

  // Verificar que el usuario tiene saldo suficiente
  const balance = await getBalance(transaction.from)
  if (balance < transaction.amount) {
    throw new Error('Saldo insuficiente')
  }

  return true
}

Pasos de Verificación

• Firmas de cartera verificadas
• Detalles de transacción validados
• Verificaciones de saldo antes de transacciones
• No firma de transacciones a ciegas

10. Seguridad de Dependencias

Actualizaciones Regulares

# Verificar vulnerabilidades
npm audit

# Corregir problemas solucionables automáticamente
npm audit fix

# Actualizar dependencias
npm update

# Verificar paquetes desactualizados
npm outdated

Archivos de Bloqueo

# SIEMPRE confirmar archivos de bloqueo
git add package-lock.json

# Usar en CI/CD para compilaciones reproducibles
npm ci  # En lugar de npm install

Pasos de Verificación

• Dependencias actualizadas
• No hay vulnerabilidades conocidas (npm audit clean)
• Archivos de bloqueo confirmados
• Dependabot habilitado en GitHub
• Actualizaciones de seguridad periódicas

Pruebas de Seguridad

Pruebas de Seguridad Automatizadas

// Probar autenticación
test('requiere autenticación', async () => {
  const response = await fetch('/api/protected')
  expect(response.status).toBe(401)
})

// Probar autorización
test('requiere rol de admin', async () => {
  const response = await fetch('/api/admin', {
    headers: { Authorization: `Bearer ${userToken}` }
  })
  expect(response.status).toBe(403)
})

// Probar validación de entrada
test('rechaza entrada no válida', async () => {
  const response = await fetch('/api/users', {
    method: 'POST',
    body: JSON.stringify({ email: 'no-es-un-email' })
  })
  expect(response.status).toBe(400)
})

// Probar limitación de tasa
test('aplica límites de tasa', async () => {
  const requests = Array(101).fill(null).map(() =>
    fetch('/api/endpoint')
  )

  const responses = await Promise.all(requests)
  const tooManyRequests = responses.filter(r => r.status === 429)

  expect(tooManyRequests.length).toBeGreaterThan(0)
})

Lista de Verificación de Seguridad Pre-Despliegue

Antes de CUALQUIER despliegue en producción:

• Secretos: Sin secretos hardcodeados, todos en variables de entorno
• Validación de Entradas: Todas las entradas de usuario validadas
• Inyección SQL: Todas las consultas parametrizadas
• XSS: Contenido de usuario sanitizado
• CSRF: Protección habilitada
• Autenticación: Manejo adecuado de tokens
• Autorización: Verificaciones de rol implementadas
• Limitación de Tasa: Habilitada en todos los endpoints
• HTTPS: Aplicado en producción
• Cabeceras de Seguridad: CSP, X-Frame-Options configurados
• Manejo de Errores: Sin datos sensibles en errores
• Registro (Logging): Sin datos sensibles registrados
• Dependencias: Actualizadas, sin vulnerabilidades
• Seguridad a Nivel de Fila: Habilitada en Supabase
• CORS: Configurado correctamente
• Cargas de Archivos: Validadas (tamaño, tipo)
• Firmas de Cartera: Verificadas (si hay blockchain)

Recursos

• OWASP Top 10
• Seguridad en Next.js
• Seguridad en Supabase
• Academia de Seguridad Web

---

Recuerde: La seguridad no es opcional. Una vulnerabilidad puede comprometer toda la plataforma. En caso de duda, opte por la precaución.