¡Bienvenido a nuestro sitio web tecnológico! Aquí encontrarás un espacio dedicado a explorar el emocionante mundo de la tecnología, la seguridad informática y las redes sociales.
🌐 Desmitificando las Máscaras de Subred y el Misterioso 0.0.0.0 Si estás inmerso en el mundo de las redes o aspiras a estarlo, seguramente te has topado con términos como Máscara de Subred , Máscara Wildcard y la enigmática dirección 0.0.0.0 . ¡No te preocupes! En esta lección, desglosaremos estos conceptos clave y aclararemos el papel de 0.0.0.0 en el universo de la conectividad. 1. ¿Qué es una Máscara de Subred? Una Máscara de Subred es un número de 32 bits (como una dirección IP) que se utiliza para dividir una dirección IP en dos partes: Porción de Red: Identifica la red a la que pertenece el dispositivo. Porción de Host: Identifica el dispositivo específico dentro de esa red. En binario, la regla es simple: Un 1 en la máscara de subred indica un bit que pertenece a la Porción de Red (debe coincidir exactamente). Un 0 en la máscara de subred indica un bit que pertenece a la Porción de Host (puede variar para los diferentes dispositivos de la red). Ejemplo Común: Másc...
Obtener vínculo
Facebook
X
Pinterest
Correo electrónico
Otras apps
🚨 Alerta: Ataque a la cadena de suministro en Nx expone miles de desarrolladores
Obtener vínculo
Facebook
X
Pinterest
Correo electrónico
Otras apps
-
Un grave incidente de ciberseguridad sacudió al ecosistema de desarrollo de software: un actor de amenazas comprometió varias versiones de Nx, una herramienta muy popular en la comunidad de desarrolladores, introduciendo malware diseñado para robar datos y criptomonedas.
Según el informe de StepSecurity, el ataque comenzó el 26 de agosto, cuando la versión 21.5.0 de Nx fue publicada en npm con código malicioso. Durante solo 5 horas y 20 minutos, ocho versiones comprometidas estuvieron disponibles, pero ese breve lapso fue suficiente para que miles de desarrolladores quedaran en riesgo.
🔎 ¿Cómo funcionaba el ataque?
El malware estaba diseñado para:
Robar tokens de GitHub y npm, claves SSH, archivos .env y datos de billeteras de criptomonedas.
Exfiltrar la información creando repositorios públicos en las cuentas de las propias víctimas (patrón: s1ngularity-repository-...).
Abusar de asistentes de IA para desarrolladores (Claude, Gemini, Amazon Q) convirtiéndolos en “espías” que buscaban archivos sensibles.
Alterar configuraciones del sistema para aumentar la persistencia de la infección.
Este método es especialmente innovador porque evita servidores externos de control, usando en cambio la infraestructura del propio afectado.
🌐 Segunda ola de ataques
Poco después, los atacantes comenzaron a usar las credenciales robadas para:
Exponer repositorios privados de organizaciones, volviéndolos públicos con nombres similares.
Bifurcarlos en cuentas comprometidas, asegurando que los datos robados sigan accesibles.
Miles de repositorios ya han aparecido en GitHub bajo este patrón.
⚠️ ¿Por qué es tan grave?
Este ataque representa una nueva frontera en la ciberseguridad, ya que es el primer caso documentado en el que malware usa herramientas de IA CLI como agentes de exfiltración.
En otras palabras: asistentes de IA confiables se convirtieron en cómplices involuntarios de un ataque.
✅ Recomendaciones para desarrolladores y organizaciones
Si usas Nx o sospechas que pudiste estar expuesto:
Revisa en GitHub si tu organización tiene repositorios con el patrón s1ngularity-repository.
Revoca todos los tokens de acceso (OAuth, GitHub CLI, claves SSH/GPG).
Haz privados los repositorios expuestos y elimina bifurcaciones sospechosas.
Suspende cuentas de usuarios afectados mientras mitigas el incidente.
El caso Nx demuestra lo vulnerables que son las cadenas de suministro de software y cómo los atacantes innovan constantemente, incluso aprovechando la IA. La seguridad ya no es solo proteger servidores o usuarios: es también proteger los ecosistemas y herramientas en las que confiamos cada día.
01/09/2025 🛡️ Actualización de seguridad para Red Hat Enterprise Linux Red Hat ha publicado una actualización de seguridad urgente para sus productos Red Hat Enterprise Linux (RHEL) , destinada a corregir dos vulnerabilidades de severidad alta en PostgreSQL , el popular sistema de gestión de bases de datos. 💻 Productos para personas afectadas Red Hat Enterprise Linux para x86_64 9 x86_64 Red Hat Enterprise Linux para x86_64: compatibilidad con actualizaciones extendidas 9.6 x86_64 Servidor Red Hat Enterprise Linux: AUS 9.6 x86_64 Red Hat Enterprise Linux para IBM z Systems 9 s390x Red Hat Enterprise Linux para IBM z Systems: soporte de actualización ampliado 9.6 s390x Red Hat Enterprise Linux para Power, little endian 9 ppc64le Red Hat Enterprise Linux para Power, little endian: compatibilidad con actualizaciones extendidas 9.6 ppc64le Red Hat Enterprise Linux para ARM 64 9 aarch64 Red Hat Enterprise Linux para ARM 64: compatibilidad con actualizaciones extendi...
Una grave vulnerabilidad de seguridad ha sido detectada y explotada en SAP S/4HANA, el popular software de planificación de recursos empresariales (ERP) utilizado por miles de organizaciones en todo el mundo. La falla, identificada como CVE-2025-42957 y con un puntaje CVSS de 9.9, permite la inyección arbitraria de código ABAP, poniendo en riesgo la confidencialidad, integridad y disponibilidad de los sistemas afectados. ¿En qué consiste la vulnerabilidad? La vulnerabilidad reside en un módulo de función expuesto mediante RFC (Remote Function Call) que no realiza las comprobaciones de autorización necesarias. Esto permite a un atacante con privilegios mínimos inyectar código malicioso en el sistema SAP, eludiendo controles de seguridad críticos. Según la Base de Datos Nacional de Vulnerabilidades (NVD) del NIST, esta falla puede ser explotada para: Modificar la base de datos SAP Crear cuentas de superusuario con privilegios SAP_ALL Descargar hashes de contraseñas Alte...
🚨 Violación de datos en Palo Alto Networks tras ataque a Salesloft Drift Palo Alto Networks confirmó una violación de datos que expuso información sensible de clientes y casos de soporte luego de que atacantes abusaran de tokens OAuth comprometidos en la reciente violación de Salesloft Drift para acceder a su instancia de Salesforce . Este incidente forma parte de una campaña más amplia que ha afectado a cientos de empresas, incluyendo a Zscaler y Google, y que fue revelada la semana pasada. Los atacantes utilizaron tokens de autenticación robados para acceder a Salesforce y filtrar datos confidenciales. La información comprometida incluye contactos comerciales, cuentas relacionadas, registros internos de ventas y datos de casos de soporte. Se detectó que los atacantes buscaron activamente credenciales como claves de acceso AWS (AKIA), tokens Snowflake, cadenas de inicio de sesión VPN y SSO, y palabras clave como "contraseña" o "secreto". Para evadir la detecci...
Comentarios
Publicar un comentario