📰 Activo: Uso de fuerza bruta con herramientas como ffuf para consultar posibles subdominios contra el servidor. 🌐 🇧🇷 PT: Activo: Uso de fuerza bruta con herramientas como ffuf para consultar posibles subdominios contra el servidor. | 🇫🇷 FR: Activo: Uso de fuerza bruta con herramientas como ffuf para consultar posibles subdominios contra el servidor. | 🇩🇪 DE: Activo: Uso de fuerza bruta con herramientas como ffuf para consultar posibles subdominios contra el servidor. | 🇮🇹 IT: Activo: Uso de fuerza bruta con herramientas como ffuf para consultar posibles subdominios contra el servidor. Este vídeo ofrece una guía completa sobre las técnicas de reconocimiento y enumeración en ciberseguridad y hacking ético. A continuación, se detallan las fases clave explicadas por el autor: Fuzzing web (0:50 - 6:43): Técnica utilizada para descubrir archivos y directorios ocultos probando miles de combinaciones posibles a partir de listas predefinidas (wordlists) como SecLists. Se utilizan herramientas como Dirf, Gobuster o ffuf para encontrar rutas como /admin, /login o /backup. Enumeración de subdominios (9:11 - 15:43): Se distinguen dos métodos principales: Activo: Uso de fuerza bruta con herramientas como ffuf para consultar posibles subdominios contra el servidor. Pasivo: Realización de consultas a servidores DNS mediante herramientas como subfinder o servicios web para identificar subdominios conocidos sin interactuar directamente con el objetivo. Filtrado de resultados (16:32 - 18:37): Debido a la gran cantidad de falsos positivos, el autor recomienda usar herramientas como HTTPX o scripts propios (como DOMChecker) para validar qué subdominios están realmente operativos y evitar pérdida de tiempo. Crawling de endpoints (18:38 - 21:12): Uso de Katana para navegar por la estructura de la web, permitiendo extraer rutas, archivos CSS y archivos JavaScript, lo cual es vital para encontrar posibles credenciales o tokens olvidados por los desarrolladores. 📺 Canal: El Pingüino de Mario 🔗 Video original: https://www.youtube.com/watch?v=4jRKlWUiqDM #Herramientas #Subdominios #Archivos #Posibles #Hackers #Encuentran #Ocultan #Cómo #Webs #Enumeración #Encontrar #Completa #Técnicas #Reconocimiento #Ciberseguridad

📰 SSH Explicado | El Protocolo que Todo Hacker Ético Necesita Saber 🌐 🇧🇷 PT: SSH Explicado | El Protocolo que Todo Hacker Ético Necesita Saber | 🇫🇷 FR: SSH Explicado | El Protocolo que Todo Hacker Ético Necesita Saber | 🇩🇪 DE: SSH Explicado | El Protocolo que Todo Hacker Ético Necesita Saber | 🇮🇹 IT: SSH Explicado | El Protocolo que Todo Hacker Ético Necesita Saber Este vídeo explica de forma práctica qué es el protocolo SSH (Secure Shell), su importancia en la ciberseguridad y cómo utilizarlo para administrar servidores Linux de manera segura. Puntos clave del vídeo: ¿Qué es SSH?: Es un protocolo que permite acceder de forma remota y segura a la terminal de otro equipo (0:25). A diferencia de su antecesor, Telnet (que enviaba datos en texto plano), SSH cifra toda la comunicación (1:23 - 1:52). Uso básico: Se explica cómo conectarse mediante el comando ssh usuario@ip (2:21) y cómo gestionar archivos entre máquinas usando SCP (Secure Copy) para subidas y descargas (8:55). Autenticación sin contraseña: Se demuestra cómo generar un par de claves (pública y privada) con ssh-keygen y copiar la clave pública al servidor mediante ssh-copy-id para evitar escribir la contraseña en cada acceso (5:05 - 7:00). Buenas prácticas de seguridad: Se detallan configuraciones esenciales en el archivo /etc/ssh/sshd_config para fortalecer el servidor (12:00): Deshabilitar el acceso al usuario root (PermitRootLogin no) (12:15). Cambiar el puerto por defecto (22) por otro menos común (12:31). Controlar qué usuarios pueden acceder mediante AllowUsers (14:45). 📺 Canal: El Pingüino de Mario 🔗 Video original: https://www.youtube.com/watch?v=g6Su5_6F1TE #Protocolo #Mediante #Explicado #Necesita #Hacker #Ético #Saber #Explica #Cómo #Acceder #Usuario #Contraseña #Pública #Servidor #Vídeo

📰 Por qué un LOGIN puede ser VULNERABLE sin que nadie sepa tu CONTRASEÑA 🌐 🇧🇷 PT: Por qué un LOGIN puede ser VULNERABLE sin que nadie sepa tu CONTRASEÑA | 🇫🇷 FR: Por qué un LOGIN puede ser VULNERABLE sin que nadie sepa tu CONTRASEÑA | 🇩🇪 DE: Por qué un LOGIN puede ser VULNERABLE sin que nadie sepa tu CONTRASEÑA | 🇮🇹 IT: Por qué un LOGIN puede ser VULNERABLE sin que nadie sepa tu CONTRASEÑA Este vídeo explica cómo las vulnerabilidades basadas en el tiempo de respuesta del servidor pueden comprometer la seguridad de una plataforma web, específicamente en procesos de inicio de sesión y verificación. A través de un laboratorio práctico en DockerLabs, el autor demuestra cómo un atacante puede extraer información sensible incluso cuando los mensajes de error son genéricos. Temas clave abordados: Enumeración de usuarios (01:33 - 09:15): Se muestra cómo medir el tiempo que tarda el servidor en responder al intentar loguearse. Si el usuario existe, el servidor tarda ligeramente más en procesar el hash de la contraseña, permitiendo identificar cuentas válidas mediante herramientas como ffuf. Fuerza bruta de contraseñas (09:16 - 10:00): Una vez identificados los usuarios válidos, se utilizan listas de contraseñas comunes (rockyou) para obtener acceso a una cuenta específica. Explotación de códigos OTP (10:01 - 14:59): El autor enseña cómo adivinar códigos de verificación de un solo uso (OTP) basándose nuevamente en el tiempo de respuesta. También explica cómo eludir los límites de tasa de peticiones (rate limits) manipulando cabeceras HTTP como X-Forwarded-For. Recomendaciones de seguridad (15:00 - 16:14): Se enfatiza que los desarrolladores deben garantizar que el tiempo de respuesta sea constante independientemente de si el usuario existe o si los datos son correctos, y evitar el uso de códigos numéricos predecibles. 📺 Canal: El Pingüino de Mario 🔗 Video original: https://www.youtube.com/watch?v=sGnGr5qExRI #Contraseña #Respuesta #Servidor #Códigos #Vulnerable #Cómo #LOGIN #Nadie #Sepa #Explica #Tiempo #Seguridad #Verificación #Usuarios #Usuario

📰 💻 Curso de Bug Bounty - Envío una Petición y el Servidor Hace lo que Quiero | #3 🌐 🇧🇷 PT: 💻 Curso de Bug Bounty - Envío una Petición y el Servidor Hace lo que Quiero | #3 | 🇫🇷 FR: 💻 Curso de Bug Bounty - Envío una Petición y el Servidor Hace lo que Quiero | #3 | 🇩🇪 DE: 💻 Curso de Bug Bounty - Envío una Petición y el Servidor Hace lo que Quiero | #3 | 🇮🇹 IT: 💻 Curso de Bug Bounty - Envío una Petición y el Servidor Hace lo que Quiero | #3 Este vídeo explica de forma práctica en qué consiste una vulnerabilidad de tipo SSRF (Server-Side Request Forgery) y cómo se puede escalar su impacto para que un reporte de Bug Bounty sea aceptado. Puntos clave tratados: Definición de SSRF: Se explica como una vulnerabilidad que permite a un atacante obligar a un servidor web a realizar peticiones HTTP no autorizadas hacia recursos internos o externos (2:33). Entorno de pruebas: El autor utiliza un laboratorio gratuito de DockerLabs llamado LoopHit para recrear un escenario real donde se puede manipular una funcionalidad de subtítulos mediante IA para realizar peticiones dirigidas (1:22). Escalada de impacto: El autor enfatiza que un SSRF simple, por sí solo, suele tener poco impacto. Para que sea aceptado y remunerado, recomienda demostrar un daño real, como por ejemplo: Intentar acceder a puertos internos (4:57). Generar un bucle infinito de redirecciones para agotar los recursos del servidor (5:10). Esta técnica se demuestra creando un pequeño script en Node.js que devuelve códigos de estado 302 (7:55 - 9:18). Conclusión: La clave para el éxito en Bug Bounty con este tipo de fallos es la creatividad para demostrar un impacto significativo más allá del simple hallazgo técnico (9:49). 📺 Canal: El Pingüino de Mario 🔗 Video original: https://www.youtube.com/watch?v=mCoSch8xGMo #Servidor #Bounty #Impacto #Petición #Curso #Envío #Hace #Quiero #Explica #Vulnerabilidad #Aceptado #Realizar #Peticiones #Recursos #Internos

📰 Emplea el método HTTP PATCH para modificar los datos del usuario víctima (correo y contraseña) sin autorización, logrando así el control total de la cuenta (07:41 - 09:39). 🌐 🇧🇷 PT: Emplea el método HTTP PATCH para modificar los datos del usuario víctima (correo y contraseña) sin autorización, logrando así el control total de la cuenta (07:41 - 09:39). | 🇫🇷 FR: Emplea el método HTTP PATCH para modificar los datos del usuario víctima (correo y contraseña) sin autorización, logrando así el control total de la cuenta (07:41 - 09:39). | 🇩🇪 DE: Emplea el método HTTP PATCH para modificar los datos del usuario víctima (correo y contraseña) sin autorización, logrando así el control total de la cuenta (07:41 - 09:39). | 🇮🇹 IT: Emplea el método HTTP PATCH para modificar los datos del usuario víctima (correo y contraseña) sin autorización, logrando así el control total de la cuenta (07:41 - 09:39). Este vídeo explica de forma práctica cómo los atacantes pueden realizar un Account Takeover (robo de cuentas) en plataformas web mediante la concatenación de vulnerabilidades. El autor utiliza un laboratorio real basado en una plataforma vulnerable llamada Baluflix para demostrar el proceso paso a paso: Enumeración: Comienza explorando rutas de API (como /api/v1/users) para identificar cuentas de otros usuarios en el servidor (05:17 - 06:15). Explotación de IDOR: Utiliza una vulnerabilidad de tipo IDOR (Insecure Direct Object Reference) para acceder a la configuración de perfil de otro usuario mediante la modificación del ID en la URL (06:15 - 07:40). Cambio de credenciales: Emplea el método HTTP PATCH para modificar los datos del usuario víctima (correo y contraseña) sin autorización, logrando así el control total de la cuenta (07:41 - 09:39). Conclusión: El autor enfatiza que los ataques de este tipo suelen ser una cadena de fallos: primero se aprovecha un error de control de acceso y, posteriormente, se escala para tomar posesión total de la identidad del usuario (10:20 - 11:05). 📺 Canal: El Pingüino de Mario 🔗 Video original: https://www.youtube.com/watch?v=6YoGigNzTT8 #Usuario #Hackers #Comprometen #Seguridad #Cuentas #Mediante #Utiliza #Control #Explica #Práctica #Atacantes #Realizar #Account #Takeover #Plataformas