Get Certified Get Ahead — CompTIA Security+ SY0-701
Capítulo 7: Protecting Against Advanced Attacks
7.1 DoS / DDoS
7.2 On-path / Spoofing
7.3 DNS Attacks
7.4 Replay Attacks
7.5 Secure Coding
7.6 SQLi / XSS
7.7 Memory Vulns
7.8 Automation
📄 Descargar PDF (guía en español)
1. Network Attacks / Ataques de red
1.1 — DoS / DDoS
- DoS: un solo origen. DDoS: múltiples equipos. Ambos buscan resource exhaustion (agotamiento de recursos).
- Reflected DDoS: solicitudes con IP falsificada (la víctima) a un tercero; la respuesta va a la víctima.
- Amplified DDoS: reflexión + amplificación — solicitud chica genera respuesta grande.
- SYN flood: muchos SYN sin completar handshake, dejando conexiones "medio abiertas".
1.2 — Spoofing and on-path attacks
- Spoofing: falsificar dirección de email, IP o MAC.
- On-path attack (antes MITM): equipo intermedio intercepta tráfico. Indicadores: demoras, certificados no confiables, fingerprint SSH cambiado.
- SSL stripping: degrada HTTPS a HTTP. Indicador: URL usa HTTP donde se esperaba HTTPS.
1.3 — DNS attacks
- DNS poisoning: corrompe registros en el servidor DNS. DNSSEC ayuda a prevenirlo.
- Pharming: corrompe resolución en el equipo del usuario (ej: archivo hosts).
- Domain hijacking: cambiar el registro del dominio sin permiso.
- DNS sinkhole: técnica defensiva que intercepta consultas a dominios maliciosos.
DNS poisoning y pharming comparten el mismo indicador: el usuario escribe una URL pero termina en un sitio diferente.
1.4 — Replay attacks
Capturan datos de una sesión legítima (credenciales) y los reenvían. Credential replay: repetir credenciales capturadas. Se combate con timestamps, números de secuencia y MFA.
2. Secure Coding Concepts / Conceptos de codificación segura
2.1 — Input validation
Verificar datos antes de usarlos: tipo de carácter, bloqueo de HTML, rangos válidos. Previene SQLi, buffer overflow, XSS.
- Client-side: rápida, pero se puede evadir.
- Server-side: más segura. Ideal: combinar ambas.
2.2 — Race conditions / TOCTOU
Dos procesos acceden al mismo recurso simultáneamente. TOCTOU: modificar el recurso entre la verificación y el uso.
2.3 — Other practices
- Error handling: mensajes genéricos al usuario, detalle solo en logs.
- Code obfuscation: hacer el código difícil de leer (no es seguridad confiable sola).
- Software diversity: compiladores con variaciones aleatorias.
- Third-party code risks: código vulnerable, backdoors, falta de actualizaciones.
- Secure cookies: atributo 'Secure' obliga a transmitir solo por HTTPS.
- Code signing: certifica autoría e integridad mediante hash.
2.4 — Code analysis and testing
| Technique | Qué hace |
|---|---|
| Static analysis | Examina código sin ejecutarlo |
| Dynamic analysis | Prueba código durante ejecución. Fuzzing envía datos aleatorios. |
| Sandboxing | Prueba en entorno aislado (VMs) |
| Packet monitoring | Rastrea uso de librerías de terceros |
3. Databases and SQL Injection
SQL injection (SQLi): ingresar código SQL en un formulario para alterar la consulta. Patrón clásico: ' or 1=1;--
Principales protecciones: input validation y stored procedures parametrizados (el input se trata como parámetro, no como parte de la sentencia SQL).
3.1 — Other injection attacks
- DLL injection: inyecta DLL maliciosa en un proceso.
- LDAP injection: manipula consultas a directorios.
- XML injection: inserta datos extra en un XML.
- Directory traversal: usa '../' para acceder a archivos fuera del directorio esperado.
4. Memory Vulnerabilities and XSS
- Memory leak: la app no libera memoria; el sistema se vuelve lento hasta requerir reinicio.
- Buffer overflow: recibir más datos de los esperados, exponiendo memoria protegida.
- Integer overflow: valor numérico excede el tamaño reservado.
XSS (Cross-Site Scripting): inyecta scripts maliciosos en páginas web.
- Reflected XSS (no persistente): el código viaja en la solicitud del usuario.
- Stored XSS (persistente): el código queda guardado en el servidor, se ejecuta cada vez que alguien carga la página.
Principal defensa contra XSS: input validation + librerías de sanitización de HTML.
5. Automation and Orchestration / Automatización y orquestación
5.1 — Use cases
Provisioning, guardrails, security groups, ticket creation, incident escalation, CI/CD, API integrations.
5.2 — Benefits
- Eficiencia, consistencia de baselines, escalado seguro.
- Mayor retención de empleados (menos tareas repetitivas).
- Mejor reaction time ante incidentes. Workforce multiplier.
5.3 — Risks
Complejidad, costo inicial, single point of failure, technical debt (deuda técnica por scripts desactualizados), mantenimiento continuo.
6. Glossary / Glosario bilingüe
DoS / DDoSDenegación de servicio
Resource exhaustionAgotamiento de recursos
Reflected / amplifiedDDoS reflejado / amplificado
On-path attackAtaque intermediario
SSL strippingDegradación HTTPS → HTTP
DNS poisoning / pharmingEnvenenamiento DNS / pharming
Domain hijackingSecuestro de dominio
Replay / credential replayAtaque de repetición
Input validationValidación de entrada
Race condition / TOCTOUCondición de carrera
Code signingFirma de código
Static / dynamic analysisAnálisis estático / dinámico
FuzzingPruebas con datos aleatorios
SandboxingEntorno aislado
SQL injection (SQLi)Inyección SQL
Directory traversalRecorrido de directorios
Buffer overflowDesbordamiento de búfer
XSS (Reflected / Stored)Cross-Site Scripting
Technical debtDeuda técnica
7. Practice Questions
1. Un servidor recibe tráfico masivo desde cientos de IPs, agotando sus recursos. ¿Qué ataque?
DDoS. Múltiples orígenes simultáneos.
2. Un atacante envía una solicitud pequeña a un DNS con IP falsificada y logra que responda con mucho más tráfico a la víctima. ¿Qué técnica?
DDoS amplificado (amplified). Reflexión + amplificación.
3. Un admin se conecta por SSH y recibe una advertencia de que la huella digital de la clave cambió. ¿Qué ataque?
On-path (intermediario). Podría estar conectándose a un sistema distinto.
4. Un usuario escribe la URL correcta de un banco pero termina en un sitio falso porque el atacante modificó su archivo hosts. ¿DNS poisoning o pharming?
Pharming. Corrompe la resolución en el equipo del usuario.
5. Una app de venta de entradas permite que dos personas compren el mismo asiento al mismo tiempo. ¿Qué problema?
Race condition / TOCTOU.
6. Un formulario permite ingresar ' or 1=1;-- y extrae todos los registros. ¿Qué ataque y mejor defensa?
SQLi. Mejor defensa: input validation + stored procedures parametrizados.
7. Un atacante envía más datos de los que un campo puede manejar, exponiendo memoria protegida. ¿Qué ataque?
Buffer overflow (desbordamiento de búfer).
8. Un atacante coloca un comentario malicioso en un foro; cada vez que alguien visita la página, el script se ejecuta. ¿Qué variante de XSS?
XSS almacenado (persistente). El script queda guardado en el servidor.
9. Un atacante modifica la URL a '../../etc/passwd' para acceder a un archivo fuera del directorio permitido. ¿Qué ataque?
Directory traversal.
10. Una empresa automatiza la creación de tickets y escalamiento de incidentes. ¿Qué beneficio clave aprovecha?
Mejor tiempo de reacción (reaction time).