😎
WEB
YouTubeTwitterLinkedIn
  • La Biblia del Hacking en Web
    • ADVERTENCIA
    • Conoce a tu academia
    • Conoce a tu instructor
    • Aprende Hacking Web con los laboratorios de PortSwigger
  • SQL Injection
    • ¿SQL Injection?
    • Lab 1: SQL injection vulnerability in WHERE clause allowing retrieval of hidden data
    • Lab 2: SQL injection vulnerability allowing login bypass
    • Lab 3: SQL injection attack, querying the database type and version on Oracle
    • Lab 4: SQL injection attack, querying the database type and version on MySQL and Microsoft
    • Lab 5: SQL injection attack, listing the database contents on non-Oracle databases
    • Lab 6: SQL injection attack, listing the database contents on Oracle
  • Cross Site Scripting
    • ¿XSS?
    • Lab 1: Reflected XSS into HTML context with nothing encoded
    • Lab 2: Stored XSS into HTML context with nothing encoded
    • Lab 3: DOM XSS in document.write sink using source location.search
    • Lab 4: DOM XSS in innerHTML sink using source location.search
    • Lab 5: DOM XSS in jQuery anchor href attribute sink using location.search source
  • ClickJacking
    • ¿Clickjacking?
    • Lab 1: Basic clickjacking with CSRF token protection
  • Access control vulnerabilities
    • ¿Control de Acceso?
    • Lab 1: Unprotected admin functionality
    • Lab 3: User role controlled by request parameter
  • Path traversal
    • ¿Path Traversal?
    • Lab 1: File path traversal, simple case
    • Lab 2: File path traversal, traversal sequences blocked with absolute path bypass
    • Lab 3: File path traversal, traversal sequences stripped non-recursively
  • XML external entity (XXE) injection
    • ¿XML external entity?
    • Lab 1: Exploiting XXE using external entities to retrieve files
    • Lab 2: Exploiting XXE to perform SSRF attacks
    • Lab 3: Blind XXE with out-of-band interaction
  • JWT
    • ¿JWT?
    • Lab 1: JWT authentication bypass via unverified signature
    • Lab 2: JWT authentication bypass via flawed signature verification
    • Lab 3: JWT authentication bypass via weak signing key
    • Lab 4: JWT authentication bypass via jwk header injection
    • Lab 5: JWT authentication bypass via jku header injection
  • Server-side request forgery (SSRF)
    • ¿SSRF?
    • Lab 1: Basic SSRF against the local server
  • OS command injection
    • ¿OS Command Injection?
    • Lab 1: OS command injection, simple case
  • Authentication
    • ¿Authentication?
    • Lab 1: Username enumeration via different responses
  • HTTP request smuggling
    • ¿HTTP request smuggling?
    • Lab 1: HTTP request smuggling, confirming a CL.TE vulnerability via differential responses
  • Server-side template injection
    • ¿Server-side template injection?
    • Lab 1: Basic server-side template injection
  • DOM-based vulnerabilities
    • Lab 1: DOM XSS using web messages
    • Lab 2: DOM XSS using web messages and a JavaScript URL
  • WebSockets
    • Lab #1: Manipulating WebSocket messages to exploit vulnerabilities
  • Prototype pollution
    • ¿Prototype Pollution?
    • Lab 1: Client-side prototype pollution via browser APIs
      • Utilizando DOM Invader
    • Lab 2: DOM XSS via client-side prototype pollution
    • Lab 3: DOM XSS via an alternative prototype pollution vector
      • Utilizando DOM Invader
    • Lab 4: Client-side prototype pollution via flawed sanitization
    • Lab 5: Client-side prototype pollution in third-party libraries
    • Lab 6: Privilege escalation via server-side prototype pollution
    • Lab 7: Detecting server-side prototype pollution without polluted property reflection
    • Lab 8: Bypassing flawed input filters for server-side prototype pollution
    • Lab 9: Remote code execution via server-side prototype pollution
    • Lab 10: Exfiltrating sensitive data via server-side prototype pollution
  • GraphQL
    • Lab 1: Accessing private GraphQL posts
  • Web cache poisoning
    • Lab 1: Web cache poisoning with an unkeyed header
  • CORS
    • Lab #2 - CORS vulnerability with trusted null origin
    • Lab 3: CORS vulnerability with trusted insecure protocols
  • API testing
    • Lab #1: Exploiting an API endpoint using documentation
    • Lab #2: Exploiting server-side parameter pollution in a query string
    • Lab #3: Finding and exploiting an unused API endpoint
    • Lab #4: Exploiting a mass assignment vulnerability
    • Lab #5: Exploiting server-side parameter pollution in a REST URL
Con tecnología de GitBook
En esta página
  • ¿Qué es la Inyección de Comandos del Sistema Operativo?
  • ¿Cómo Funciona la Inyección de Comandos?
  • Ejemplo de Código Vulnerable en PHP
  • Ejemplo de Explotación
  • Impacto de la Inyección de Comandos

¿Te fue útil?

  1. OS command injection

¿OS Command Injection?

¿Qué es la Inyección de Comandos del Sistema Operativo?

La inyección de comandos del sistema operativo (OS Command Injection) en aplicaciones web es una vulnerabilidad que permite a un atacante ejecutar comandos arbitrarios en el sistema operativo del servidor que aloja la aplicación vulnerable. Esto sucede cuando la aplicación pasa entradas del usuario sin la debida validación y sanitización directamente a un shell del sistema operativo. La inyección de comandos puede resultar en la toma de control del servidor, la exfiltración de datos sensibles y la interrupción de servicios.

¿Cómo Funciona la Inyección de Comandos?

La inyección de comandos se aprovecha cuando una aplicación web utiliza entradas del usuario como parte de un comando del sistema operativo sin realizar una validación y sanitización adecuadas. Los atacantes pueden insertar comandos adicionales utilizando caracteres especiales que el sistema operativo reconoce para encadenar comandos.

Ejemplo de Código Vulnerable en PHP

Considere el siguiente script PHP, que toma una entrada del usuario y la pasa a un comando del sistema operativo:

<?php
if (isset($_GET['ip'])) {
    $ip = $_GET['ip'];
    $output = shell_exec("ping -c 4 " . $ip);
    echo "<pre>$output</pre>";
}
?>

En este código, la entrada del usuario (ip) se concatena directamente con el comando ping sin ninguna validación. Un atacante puede explotar esta vulnerabilidad inyectando comandos adicionales.

Ejemplo de Explotación

Si un atacante proporciona el siguiente input:

127.0.0.1; ls

El comando resultante que se ejecutará será:

ping -c 4 127.0.0.1; ls

El sistema operativo ejecutará ambos comandos: el ping y el ls, lo que permitirá al atacante ver la lista de archivos en el directorio actual.

Usando curl, la solicitud se vería así:

curl "http://victima.com/?ip=127.0.0.1; ls"

Impacto de la Inyección de Comandos

El impacto de la inyección de comandos puede ser extremadamente severo, permitiendo al atacante:

  • Ejecutar comandos arbitrarios: Cualquier comando que el servidor pueda ejecutar puede ser ejecutado por el atacante.

  • Escalar privilegios: El atacante puede intentar elevar sus privilegios en el sistema.

  • Acceder a datos confidenciales: Leer, modificar o eliminar archivos en el sistema.

  • Interrumpir servicios: Apagar servicios, eliminar archivos críticos, etc.

AnteriorLab 1: Basic SSRF against the local serverSiguienteLab 1: OS command injection, simple case

Última actualización hace 11 meses

¿Te fue útil?