Files
everything-claude-code/docs/es/skills/security-review/SKILL.md
T
Santiago González Siordia ac0f11c640 docs: add Spanish (es) translation (#2095)
Adds a complete Spanish translation of the ECC documentation under
docs/es/, mirroring the Turkish (docs/tr/) translation in scope.
141 files covering agents, commands, rules, skills, contexts, examples,
and core docs. Updates root README.md with the Spanish language link.

Co-authored-by: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-07 13:26:42 +08:00

504 lines
13 KiB
Markdown

---
name: security-review
description: Usar este skill al agregar autenticación, manejar entradas de usuario, trabajar con secretos, crear endpoints de API o implementar funcionalidades de pago/sensibles. Proporciona lista de verificación y patrones de seguridad completos.
origin: ECC
---
# Skill de Revisión de Seguridad
Este skill garantiza que todo el código siga las buenas prácticas de seguridad e identifica vulnerabilidades potenciales.
## Cuándo Activar
- Implementar autenticación o autorización
- Manejar entrada de usuario o subida de archivos
- Crear nuevos endpoints de API
- Trabajar con secretos o credenciales
- Implementar funcionalidades de pago
- Almacenar o transmitir datos sensibles
- Integrar APIs de terceros
## Lista de Verificación de Seguridad
### 1. Gestión de Secretos
#### FALLA: NUNCA Hacer Esto
```typescript
const apiKey = "sk-proj-xxxxx" // Secreto hardcodeado
const dbPassword = "password123" // En el código fuente
```
#### PASA: SIEMPRE Hacer Esto
```typescript
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 not configured')
}
```
#### Pasos de Verificación
- [ ] Sin claves de API, tokens ni contraseñas hardcodeadas
- [ ] Todos los secretos en variables de entorno
- [ ] `.env.local` en .gitignore
- [ ] Sin secretos en el historial de git
- [ ] Secretos de producción en la plataforma de hosting (Vercel, Railway)
### 2. Validación de Entrada
#### Siempre Validar la Entrada del Usuario
```typescript
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.errors }
}
throw error
}
}
```
#### Validación de Subida de Archivos
```typescript
function validateFileUpload(file: File) {
// Verificar tamaño (máximo 5MB)
const maxSize = 5 * 1024 * 1024
if (file.size > maxSize) {
throw new Error('File too large (max 5MB)')
}
// Verificar tipo
const allowedTypes = ['image/jpeg', 'image/png', 'image/gif']
if (!allowedTypes.includes(file.type)) {
throw new Error('Invalid file type')
}
// Verificar extensión
const allowedExtensions = ['.jpg', '.jpeg', '.png', '.gif']
const extension = file.name.toLowerCase().match(/\.[^.]+$/)?.[0]
if (!extension || !allowedExtensions.includes(extension)) {
throw new Error('Invalid file extension')
}
return true
}
```
#### Pasos de Verificación
- [ ] Todas las entradas del usuario validadas con esquemas
- [ ] Subidas de archivos restringidas (tamaño, tipo, extensión)
- [ ] Sin uso directo de entrada del usuario en consultas
- [ ] Validación por lista blanca (no por lista negra)
- [ ] Los mensajes de error no revelan información sensible
### 3. Prevención de Inyección SQL
#### FALLA: NUNCA Concatenar SQL
```typescript
// PELIGROSO - Vulnerabilidad de inyección SQL
const query = `SELECT * FROM users WHERE email = '${userEmail}'`
await db.query(query)
```
#### PASA: SIEMPRE Usar Consultas Parametrizadas
```typescript
// 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 de base de datos usan consultas parametrizadas
- [ ] Sin concatenación de cadenas en SQL
- [ ] ORM/query builder usado correctamente
- [ ] Consultas de Supabase correctamente sanitizadas
### 4. Autenticación y Autorización
#### Manejo de Tokens JWT
```typescript
// FALLA: 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
```typescript
export async function deleteUser(userId: string, requesterId: string) {
// SIEMPRE verificar la autorización primero
const requester = await db.users.findUnique({
where: { id: requesterId }
})
if (requester.role !== 'admin') {
return NextResponse.json(
{ error: 'Unauthorized' },
{ status: 403 }
)
}
// Proceder con la eliminación
await db.users.delete({ where: { id: userId } })
}
```
#### Row Level Security (Supabase)
```sql
-- Habilitar RLS en todas las tablas
ALTER TABLE users ENABLE ROW LEVEL SECURITY;
-- Los usuarios solo pueden ver sus propios datos
CREATE POLICY "Users view own data"
ON users FOR SELECT
USING (auth.uid() = id);
-- Los usuarios solo pueden actualizar sus propios datos
CREATE POLICY "Users update own data"
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
- [ ] Row Level Security habilitado en Supabase
- [ ] Control de acceso basado en roles implementado
- [ ] Gestión de sesiones segura
### 5. Prevención de XSS
#### Sanitizar HTML
```typescript
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 }} />
}
```
#### Content Security Policy
Comenzar con una política estricta y relajarla solo con un plan de eliminación documentado.
No usar `'unsafe-inline'` ni `'unsafe-eval'` por defecto; neutralizan gran parte de la
protección de CSP y deben tratarse como deuda de compatibilidad temporal.
```typescript
// 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
- [ ] Sin renderizado de contenido dinámico no validado
- [ ] Protección XSS incorporada de React utilizada
### 6. Protección CSRF
#### Tokens CSRF
```typescript
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: 'Invalid CSRF token' },
{ status: 403 }
)
}
// Procesar solicitud
}
```
#### Cookies SameSite
```typescript
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 doble envío de cookie implementado
### 7. Limitación de Velocidad
#### Limitación de Velocidad en API
```typescript
import rateLimit from 'express-rate-limit'
const limiter = rateLimit({
windowMs: 15 * 60 * 1000, // 15 minutos
max: 100, // 100 solicitudes por ventana
message: 'Too many requests'
})
// Aplicar a rutas
app.use('/api/', limiter)
```
#### Operaciones Costosas
```typescript
// Limitación agresiva para búsquedas
const searchLimiter = rateLimit({
windowMs: 60 * 1000, // 1 minuto
max: 10, // 10 solicitudes por minuto
message: 'Too many search requests'
})
app.use('/api/search', searchLimiter)
```
#### Pasos de Verificación
- [ ] Limitación de velocidad en todos los endpoints de API
- [ ] Límites más estrictos en operaciones costosas
- [ ] Limitación de velocidad basada en IP
- [ ] Limitación de velocidad basada en usuario (autenticado)
### 8. Exposición de Datos Sensibles
#### Logging
```typescript
// FALLA: INCORRECTO: Registrar datos sensibles
console.log('User login:', { email, password })
console.log('Payment:', { cardNumber, cvv })
// PASA: CORRECTO: Redactar datos sensibles
console.log('User login:', { email, userId })
console.log('Payment:', { last4: card.last4, userId })
```
#### Mensajes de Error
```typescript
// FALLA: 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('Internal error:', error)
return NextResponse.json(
{ error: 'An error occurred. Please try again.' },
{ status: 500 }
)
}
```
#### Pasos de Verificación
- [ ] Sin contraseñas, tokens ni secretos en los logs
- [ ] Mensajes de error genéricos para usuarios
- [ ] Errores detallados solo en logs del servidor
- [ ] Sin stack traces expuestos a los usuarios
### 9. Seguridad en Blockchain (Solana)
#### Verificación de Wallet
```typescript
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
```typescript
async function verifyTransaction(transaction: Transaction) {
// Verificar destinatario
if (transaction.to !== expectedRecipient) {
throw new Error('Invalid recipient')
}
// Verificar monto
if (transaction.amount > maxAmount) {
throw new Error('Amount exceeds limit')
}
// Verificar que el usuario tiene saldo suficiente
const balance = await getBalance(transaction.from)
if (balance < transaction.amount) {
throw new Error('Insufficient balance')
}
return true
}
```
#### Pasos de Verificación
- [ ] Firmas de wallet verificadas
- [ ] Detalles de transacción validados
- [ ] Verificaciones de saldo antes de transacciones
- [ ] Sin firma ciega de transacciones
### 10. Seguridad de Dependencias
#### Actualizaciones Regulares
```bash
# Verificar vulnerabilidades
npm audit
# Corregir problemas reparables automáticamente
npm audit fix
# Actualizar dependencias
npm update
# Verificar paquetes desactualizados
npm outdated
```
#### Archivos Lock
```bash
# SIEMPRE hacer commit de los archivos lock
git add package-lock.json
# Usar en CI/CD para builds reproducibles
npm ci # En lugar de npm install
```
#### Pasos de Verificación
- [ ] Dependencias actualizadas
- [ ] Sin vulnerabilidades conocidas (npm audit limpio)
- [ ] Archivos lock con commit
- [ ] Dependabot habilitado en GitHub
- [ ] Actualizaciones de seguridad regulares
## Pruebas de Seguridad
### Pruebas de Seguridad Automatizadas
```typescript
// Probar autenticación
test('requires authentication', async () => {
const response = await fetch('/api/protected')
expect(response.status).toBe(401)
})
// Probar autorización
test('requires admin role', async () => {
const response = await fetch('/api/admin', {
headers: { Authorization: `Bearer ${userToken}` }
})
expect(response.status).toBe(403)
})
// Probar validación de entrada
test('rejects invalid input', async () => {
const response = await fetch('/api/users', {
method: 'POST',
body: JSON.stringify({ email: 'not-an-email' })
})
expect(response.status).toBe(400)
})
// Probar limitación de velocidad
test('enforces rate limits', 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 Previa al Despliegue
Antes de CUALQUIER despliegue a producción:
- [ ] **Secretos**: Sin secretos hardcodeados, todos en variables de entorno
- [ ] **Validación de Entrada**: Todas las entradas del usuario validadas
- [ ] **Inyección SQL**: Todas las consultas parametrizadas
- [ ] **XSS**: Contenido del usuario sanitizado
- [ ] **CSRF**: Protección habilitada
- [ ] **Autenticación**: Manejo correcto de tokens
- [ ] **Autorización**: Verificaciones de rol en su lugar
- [ ] **Limitación de Velocidad**: Habilitada en todos los endpoints
- [ ] **HTTPS**: Forzado en producción
- [ ] **Cabeceras de Seguridad**: CSP, X-Frame-Options configurados
- [ ] **Manejo de Errores**: Sin datos sensibles en errores
- [ ] **Logging**: Sin datos sensibles registrados
- [ ] **Dependencias**: Actualizadas, sin vulnerabilidades
- [ ] **Row Level Security**: Habilitado en Supabase
- [ ] **CORS**: Correctamente configurado
- [ ] **Subida de Archivos**: Validada (tamaño, tipo)
- [ ] **Firmas de Wallet**: Verificadas (si hay blockchain)
## Recursos
- OWASP Top 10
- Documentación de seguridad de Next.js
- Documentación de seguridad de Supabase
- Web Security Academy (PortSwigger)
---
**Recuerda**: La seguridad no es opcional. Una sola vulnerabilidad puede comprometer toda la plataforma. Ante la duda, optar por el lado de la precaución.