Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - Dragora

#141

Google ha movido ficha en la carrera por la inteligencia artificial avanzada con el lanzamiento de Gemini 3.1 Pro, una actualización que, pese a su etiqueta ".1", supone un salto muy notable frente a Gemini 3 Pro. Aunque el sector está acostumbrado a anuncios constantes, esta iteración destaca por la magnitud de su mejora en razonamiento estructurado, programación competitiva y ejecución de tareas complejas de varios pasos.

Gemini 3.1 Pro se posiciona como modelo de referencia dentro de la familia Gemini y ya está desplegado globalmente para usuarios individuales, desarrolladores y empresas. No se trata de un simple ajuste incremental: el foco está en resolver problemas donde una respuesta superficial no basta, como investigación científica, análisis técnico avanzado, automatización empresarial y generación de código listo para producción.

Un salto en razonamiento que redefine la etiqueta ".1"

Uno de los datos más llamativos proviene del benchmark ARC-AGI-2, diseñado para evaluar si un modelo puede resolver patrones lógicos completamente nuevos, sin depender de memoria de entrenamiento. En esta prueba, Gemini 3.1 Pro alcanza un 77,1% de aciertos, frente al ~31% que lograba Gemini 3 Pro.

El incremento no es marginal: implica multiplicar por más de dos el rendimiento en razonamiento abstracto. Este resultado lo sitúa por encima de modelos como Claude Sonnet 4.6, Claude Opus 4.6 y del buque insignia de OpenAI, GPT-5.2, en este tipo de pruebas.

Google atribuye el salto a la transferencia de avances desde Gemini 3 Deep Think —orientado a tareas científicas de alta complejidad— hacia un modelo más generalista. Deep Think ronda el 85% en ARC-AGI-2, pero con mayor coste computacional. Gemini 3.1 Pro busca equilibrar potencia y eficiencia para uso cotidiano.

En benchmarks adicionales, el rendimiento global mejora aproximadamente un 21% frente a 3 Pro, y la ventaja media frente a GPT-5.2 se sitúa en torno al 16% en pruebas comparables. El foco: razonamiento estructurado, planificación multietapa, agentes autónomos y código competitivo.

Benchmarks clave donde lidera

Más allá de ARC-AGI-2, Gemini 3.1 Pro destaca en evaluaciones exigentes:

  • Humanity's Last Exam (sin herramientas): 44,4%, liderando la clasificación.
  • GPQA Diamond (ciencia avanzada): 94,3%, demostrando solidez en razonamiento técnico complejo.
  • LiveCodeBench Pro: Elo de 2.887, superando tanto a Gemini 3 Pro como a GPT-5.2.
  • SWE-Bench Verified: ~80,6%, prácticamente empatado con Claude Opus 4.6.

En pruebas de agentes autónomos como APEX Agents, el rendimiento pasa de 18,4% a ~33,5%, un incremento relativo superior al 80%. En flujos complejos como MCP Atlas o BrowseComp —que combinan navegación web, búsqueda y ejecución de código— alcanza 69,2% y 85,9% respectivamente.

En el terreno multimodal, en MMMLU (multilingüe) ronda el 92,6%, reforzando su capacidad para razonar en varios idiomas, algo clave en mercados europeos. No obstante, en benchmarks más enciclopédicos como MMLU o pruebas multimodales específicas como MMMU, las mejoras son más discretas.

Más allá del chat: dashboards, SVG animados y código funcional

Google insiste en que la meta ya no es solo "hablar bien", sino generar resultados accionables: código listo para producción, dashboards dinámicos y automatizaciones empresariales.

Entre las demostraciones destaca la creación de un panel aeroespacial en tiempo real que visualiza la órbita de la Estación Espacial Internacional usando telemetría pública. El modelo no solo explica el proceso: configura la ingesta de datos, genera la lógica y produce el código del dashboard.

También sobresale su capacidad para crear animaciones en SVG a partir de texto. En lugar de imágenes rasterizadas, entrega código vectorial incrustable en webs o apps, ideal para gráficos interactivos y visualizaciones ligeras.

En el ámbito creativo, puede traducir el "ambiente" de una novela clásica en un diseño web coherente o generar simulaciones 3D manipulables. La clave es interpretar intención y convertirla en resultado funcional.

Integración con el ecosistema Google: ventaja estructural

La verdadera fortaleza competitiva no es solo técnica, sino estratégica. Gemini 3.1 Pro se integra de forma nativa en productos masivos como Android, Google Chrome, Gmail, Google Docs, Google Drive, YouTube y Google Maps.

En la app Gemini para móviles, 3.1 Pro es el motor por defecto para suscriptores de planes AI Plus, Pro o Ultra. También se integra en NotebookLM, mejorando síntesis y análisis documental.

En el ámbito empresarial, se ofrece vía Vertex AI y Gemini Enterprise dentro de Google Cloud, permitiendo conectar el modelo con datos internos bajo controles de seguridad corporativos.

Este "foso defensivo" reduce la fricción: el usuario no necesita instalar nada nuevo; la IA aparece donde ya trabaja.

API, precios y estrategia de valor

Google mantiene esencialmente la misma estructura de precios que Gemini 3 Pro en su API:

  • Hasta 200.000 tokens: ~2 USD por millón de tokens de entrada y 12 USD por millón de salida.
  • Contextos superiores: ~4 USD entrada y 18 USD salida.

Se añade context caching, reduciendo costes en prompts largos reutilizados, y un cupo gratuito mensual para consultas con búsqueda integrada.

Para startups y pymes europeas, esto implica más razonamiento por el mismo coste, mejorando el margen operativo en productos basados en IA.

Integración y razonamiento como ejes de la nueva batalla

Gemini 3.1 Pro no es una simple actualización incremental. Representa un salto notable en razonamiento lógico, agentes autónomos y generación de código funcional, manteniendo precios competitivos e integrándose en un ecosistema digital masivo.

No es perfecto ni domina cada benchmark, pero redefine el estándar en tareas no triviales y demuestra que la próxima gran batalla en IA no será solo cuestión de parámetros, sino de quién consigue modelos que piensen mejor, ejecuten tareas reales y se integren de forma invisible en la vida cotidiana y empresarial.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#142

Una nueva operación de malware especializada en robo de información, denominada Arkanix Stealer, irrumpió en foros clandestinos hacia finales de 2025, generando interés tanto por sus capacidades técnicas como por la hipótesis de que su desarrollo fue asistido por modelos de lenguaje de gran tamaño (LLM). Según un análisis técnico publicado por la firma de ciberseguridad Kaspersky, múltiples indicadores sugieren que este proyecto pudo haber sido creado como un experimento de malware asistido por inteligencia artificial, reduciendo drásticamente los tiempos y costes de programación.

Aunque la infraestructura del proyecto —incluido su panel de control y servidor de Discord— fue retirada abruptamente apenas dos meses después de su lanzamiento, Arkanix dejó una huella relevante en el ecosistema del cibercrimen como ejemplo de cómo la IA puede acelerar el desarrollo de amenazas avanzadas.

Arkanix aparece en la dark web: modelo comercial y estrategia de difusión

Arkanix comenzó a promocionarse en foros de hackers en octubre de 2025 bajo un modelo de suscripción escalonado. Ofrecía dos niveles diferenciados:

  • Versión básica: Implementación en Python, orientada a usuarios con menor presupuesto.
  • Versión premium: Carga útil nativa en C++ protegida con VMProtect, con capacidades avanzadas de evasión antivirus y técnicas de inyección en procesos.

El desarrollador no solo comercializó el malware como un producto, sino que construyó una comunidad alrededor del proyecto mediante un servidor de Discord, utilizado para soporte técnico, anuncios de actualizaciones y recopilación de feedback. Además, implementó un programa de referidos que incentivaba la captación de nuevos clientes con acceso premium gratuito por tiempo limitado.

Este enfoque evidencia un modelo de negocio estructurado, más cercano al concepto de "malware como servicio" (MaaS) que a un simple ladrón de información distribuido de manera oportunista.

Capacidades de robo de datos: un stealer altamente modular

Arkanix Stealer integraba funciones estándar esperadas en este tipo de amenazas, pero con una arquitectura modular que permitía ampliar sus capacidades bajo demanda.

Entre sus principales funciones de robo de información se encontraban:

  • Recolección de información del sistema.
  • Extracción de historial, cookies, credenciales y datos de autocompletado almacenados en navegadores.
  • Robo de datos de monederos de criptomonedas compatibles con 22 navegadores.
  • Extracción de tokens OAuth2 en navegadores basados en Chromium.
  • Robo de datos de Telegram y credenciales de Discord.
  • Propagación a través de la API de Discord enviando mensajes a contactos o canales.
  • Compromiso de credenciales asociadas a servicios VPN como Mullvad, NordVPN, ExpressVPN y ProtonVPN.
  • Compresión y archivo de archivos locales para exfiltración asíncrona.

Adicionalmente, el malware podía descargar módulos específicos desde su infraestructura de comando y control (C2), entre ellos:

  • Capturador de datos de Chrome.
  • Parcheador de carteras Exodus y Atomic.
  • Herramienta de capturas de pantalla.
  • HVNC (Hidden Virtual Network Computing).
  • Ladrones específicos para FileZilla y Steam.

Versión premium en C++: evasión avanzada y post-explotación

La variante premium desarrollada en C++ elevaba significativamente el nivel técnico de la amenaza. Entre sus características destacaban:

  • Robo de credenciales RDP.
  • Mecanismos anti-sandbox y anti-depuración.
  • Captura de pantalla mediante WinAPI.
  • Objetivos adicionales como Epic Games, You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login, Riot, Unreal Engine, Ubisoft Connect y GOG.

Uno de los componentes más sofisticados era ChromElevator, una herramienta de post-explotación diseñada para inyectarse en procesos suspendidos del navegador. Esta técnica permitía eludir la protección de Cifrado Vinculado a Aplicaciones (Application Bound Encryption, ABE) implementada por Google, facilitando el acceso no autorizado a credenciales de usuario.

El uso de inyección en procesos legítimos y evasión de protecciones modernas subraya el enfoque técnico avanzado del proyecto.

¿Malware desarrollado con IA? El experimento Arkanix

El aspecto más llamativo del análisis de Kaspersky es la hipótesis de que Arkanix pudo haber sido desarrollado con asistencia de LLM. Los investigadores detectaron patrones de código, estructura modular y documentación que sugieren generación automatizada o semiautomatizada.

Si esta hipótesis es correcta, Arkanix podría representar un punto de inflexión en la evolución del malware:

  • Reducción significativa del tiempo de desarrollo.
  • Menor barrera técnica para actores con conocimientos limitados.
  • Capacidad de implementar nuevas funciones rápidamente.
  • Iteraciones ágiles basadas en feedback comunitario.

Sin embargo, el proyecto tuvo una vida corta. La desaparición repentina del panel y del servidor de Discord sugiere que el objetivo principal pudo haber sido la obtención de ganancias rápidas o la validación técnica de un experimento de desarrollo asistido por IA.

Impacto en la detección y el seguimiento

La corta duración de Arkanix complica su trazabilidad. Las campañas de malware efímeras dificultan la atribución, el análisis de infraestructura y la correlación con otros actores de amenazas.

Además, si efectivamente fue desarrollado con asistencia de IA, esto plantea desafíos adicionales para la industria de la ciberseguridad:

  • Mayor volumen de variantes generadas automáticamente.
  • Código más limpio y estructurado que dificulta el análisis heurístico.
  • Evolución acelerada de técnicas anti-análisis.

Kaspersky clasificó el proyecto como "más un producto de software público que un ladrón turbio", destacando su presentación profesional y orientación comercial.

Indicadores de compromiso (IoCs) y mitigación

Los investigadores publicaron una lista completa de indicadores de compromiso (IoCs), incluyendo hashes de archivos, dominios y direcciones IP asociadas a la infraestructura del malware. Para mitigar riesgos asociados a este tipo de amenazas, se recomienda:

  • Implementar soluciones EDR con análisis de comportamiento.
  • Supervisar accesos anómalos a credenciales RDP.
  • Restringir privilegios administrativos.
  • Activar autenticación multifactor en todos los servicios críticos.
  • Monitorizar tráfico saliente hacia dominios sospechosos.
  • Actualizar navegadores y sistemas operativos regularmente.

El futuro del malware asistido por IA

Arkanix Stealer marca un precedente relevante en la convergencia entre inteligencia artificial y cibercrimen. Aunque su vida operativa fue breve, demuestra cómo la automatización mediante LLM puede acelerar la creación de herramientas sofisticadas de robo de información.

El verdadero riesgo no radica únicamente en Arkanix, sino en la posibilidad de que futuros actores maliciosos adopten metodologías similares para desarrollar amenazas más complejas en menos tiempo. La industria de la ciberseguridad deberá anticiparse a esta evolución, fortaleciendo los mecanismos de detección basados en comportamiento y análisis contextual.

En un escenario donde la IA reduce la barrera de entrada al desarrollo de malware avanzado, la vigilancia continua, la inteligencia de amenazas y la cooperación internacional serán claves para contener el impacto de esta nueva generación de amenazas digitales.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#143

La Cybersecurity and Infrastructure Security Agency (CISA) ha incorporado dos fallos de seguridad que afectan al popular software de correo web Roundcube a su catálogo de Vulnerabilidades Explotadas Conocidas (KEV). La decisión se produce tras confirmarse evidencia de explotación activa en entornos reales, lo que eleva el nivel de riesgo para organizaciones públicas y privadas que utilizan esta plataforma de webmail.

La inclusión en el catálogo KEV implica que las agencias federales del Poder Ejecutivo Civil (FCEB) deben aplicar medidas correctivas obligatorias antes del 13 de marzo de 2026, con el fin de mitigar posibles intrusiones y proteger infraestructuras críticas.

Vulnerabilidades de alto impacto en Roundcube

Los dos fallos añadidos al KEV son:

  • CVE-2025-49113 (CVSS 9.9) – Vulnerabilidad de deserialización de datos no confiables que permite ejecución remota de código (RCE) por usuarios autenticados. El problema radica en la falta de validación del parámetro _from en la URL dentro del archivo program/actions/settings/upload.php. Fue corregido en junio de 2025.
  • CVE-2025-68461 (CVSS 7.2) – Vulnerabilidad de cross-site scripting (XSS) mediante la etiqueta animate en documentos SVG. Fue solucionada en diciembre de 2025.

El primer fallo es especialmente crítico debido a su capacidad de permitir ejecución remota de código con privilegios autenticados, lo que puede traducirse en compromiso total del servidor de correo electrónico.

Explotación rápida tras divulgación pública

La firma de ciberseguridad con sede en Dubái FearsOff informó que los atacantes convirtieron CVE-2025-49113 en un exploit funcional en menos de 48 horas tras su divulgación pública.

Su fundador y CEO, Kirill Firsov, fue reconocido por descubrir y reportar la vulnerabilidad. Según Firsov, el fallo había permanecido oculto en la base de código durante más de una década y podía activarse de manera fiable en instalaciones predeterminadas.

El 4 de junio de 2025 se detectó la venta de un exploit listo para usar, lo que amplificó significativamente el riesgo para organizaciones que no habían aplicado el parche.

Riesgos asociados a CVE-2025-49113

La vulnerabilidad de deserialización permite que un atacante manipule datos no confiables y los convierta en objetos ejecutables dentro del sistema. En escenarios prácticos, esto puede facilitar:

  • Instalación de webshells.
  • Robo de credenciales.
  • Escalada de privilegios.
  • Movimiento lateral dentro de la red corporativa.

En servidores de correo, el impacto es especialmente grave, ya que estos sistemas suelen almacenar información sensible, credenciales, archivos adjuntos confidenciales y datos estratégicos.

XSS en SVG: un vector subestimado

Aunque CVE-2025-68461 presenta una puntuación CVSS inferior, el riesgo no debe subestimarse. La explotación de XSS a través de SVG puede permitir:

  • Secuestro de sesiones.
  • Inyección de scripts maliciosos.
  • Redirecciones a sitios de phishing.
  • Robo de tokens de autenticación.

En entornos donde Roundcube se utiliza como portal principal de acceso al correo corporativo, este tipo de vulnerabilidad puede convertirse en un punto de entrada inicial para ataques más complejos.

Actores estatales y precedentes de explotación

Si bien CISA no ha atribuido públicamente la explotación actual a un grupo específico, múltiples vulnerabilidades en Roundcube han sido utilizadas históricamente por actores estatales avanzados.

Entre los grupos que han explotado fallos en plataformas de correo electrónico se encuentran:

  • APT28
  • Winter Vivern

Estos actores suelen utilizar servidores de correo vulnerables como punto inicial para campañas de espionaje, robo de información y compromisos estratégicos.

La inclusión en el KEV sugiere que el riesgo actual es significativo y que la explotación no es meramente teórica.

Obligaciones para agencias federales

Las agencias FCEB deben aplicar las correcciones necesarias antes del 13 de marzo de 2026. Este mandato forma parte de la Directiva Operacional Vinculante (BOD 22-01), que exige la remediación rápida de vulnerabilidades explotadas activamente.

Aunque la obligación es específica para agencias federales estadounidenses, la recomendación es extensible a cualquier organización que utilice Roundcube.

Medidas de mitigación recomendadas

Para reducir el riesgo de explotación, se recomienda:

  • Actualizar inmediatamente a la versión más reciente de Roundcube.
  • Restringir el acceso administrativo mediante segmentación de red.
  • Implementar autenticación multifactor (MFA).
  • Supervisar logs en busca de actividad sospechosa en upload.php.
  • Aplicar reglas WAF para bloquear patrones de explotación conocidos.
  • Realizar análisis forense si se detecta actividad inusual.

Además, es aconsejable revisar configuraciones predeterminadas que puedan facilitar la explotación, especialmente en entornos heredados.

El correo web como superficie crítica de ataque

Los servidores de correo electrónico continúan siendo uno de los activos más atacados dentro de las organizaciones. Su exposición pública, combinada con el acceso a información sensible, los convierte en objetivos prioritarios.

La explotación activa de estas vulnerabilidades demuestra que los atacantes monitorean divulgaciones públicas y actúan con rapidez para desarrollar y comercializar exploits.

Actualización urgente y monitoreo continuo

La decisión de CISA de añadir CVE-2025-49113 y CVE-2025-68461 al catálogo KEV confirma la gravedad de la amenaza. La explotación activa, la disponibilidad de exploits comerciales y los antecedentes de uso por parte de actores estatales elevan el nivel de riesgo.

Las organizaciones que utilicen Roundcube deben tratar esta alerta como prioritaria. La actualización inmediata, la implementación de controles adicionales y el monitoreo continuo son esenciales para evitar compromisos que podrían derivar en brechas de datos, espionaje o despliegues de ransomware.

En un panorama de amenazas cada vez más dinámico, la gestión proactiva de vulnerabilidades ya no es opcional: es un requisito fundamental para mantener la resiliencia operativa y la seguridad de la información.


Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#144

La empresa de inteligencia artificial Anthropic ha comenzado el despliegue de una nueva funcionalidad de seguridad integrada en su entorno de desarrollo: Claude Code Security. Esta innovadora capacidad permite escanear bases de código en busca de vulnerabilidades, analizar flujos complejos de datos y sugerir parches específicos que posteriormente deben ser revisados y aprobados por desarrolladores humanos.

La herramienta se encuentra actualmente en una vista previa limitada de investigación para clientes Enterprise y Team dentro del ecosistema de Claude Code. Su lanzamiento marca un punto de inflexión en la aplicación de IA defensiva frente a amenazas cada vez más automatizadas.

IA contra IA: el nuevo campo de batalla en ciberseguridad

Anthropic ha sido clara en su mensaje estratégico: si los actores maliciosos están utilizando inteligencia artificial para descubrir vulnerabilidades con mayor rapidez, los defensores deben hacer lo mismo, pero mejor.

En un entorno donde los agentes de IA ya pueden detectar fallos que antes pasaban desapercibidos para auditores humanos, el riesgo es evidente. Los modelos de lenguaje avanzados pueden analizar grandes volúmenes de código en segundos, identificar patrones inseguros y sugerir vectores de explotación.

Claude Code Security nace precisamente para equilibrar esta ecuación, proporcionando a los equipos de desarrollo una herramienta capaz de:

  • Identificar vulnerabilidades complejas.
  • Analizar interacciones entre múltiples componentes.
  • Rastrear flujos de datos a lo largo de la aplicación.
  • Detectar errores lógicos que escapan al análisis estático tradicional.

Más allá del análisis estático tradicional

A diferencia de los escáneres basados en reglas o firmas conocidas, Claude Code Security no se limita a identificar patrones predefinidos. Según Anthropic, la herramienta "razona" sobre la base de código de manera similar a un investigador humano en seguridad.

Esto implica:

  • Comprensión contextual del sistema completo.
  • Evaluación de cómo interactúan distintos módulos.
  • Detección de vulnerabilidades emergentes no documentadas.
  • Identificación de problemas de lógica empresarial.

En términos prácticos, la IA puede detectar errores como validaciones insuficientes, flujos de autenticación inseguros, configuraciones peligrosas o riesgos derivados de dependencias mal implementadas.

Esta capacidad es especialmente relevante en arquitecturas modernas basadas en microservicios, APIs y entornos híbridos donde los vectores de ataque no siempre son evidentes.

Proceso de verificación en múltiples etapas

Uno de los desafíos históricos en herramientas automatizadas de seguridad es la generación de falsos positivos. Anthropic aborda este problema mediante un "proceso de verificación en varias etapas".

Cada hallazgo identificado por Claude Code Security se somete a:

  • Reanálisis interno.
  • Validación contextual adicional.
  • Clasificación de gravedad.
  • Asignación de nivel de confianza.

La inclusión de una calificación de confianza resulta particularmente estratégica, ya que permite a los equipos priorizar esfuerzos y reducir el ruido operativo.

Human-in-the-Loop (HITL): el desarrollador sigue en control

Un aspecto central del diseño de Claude Code Security es el enfoque de humano en el bucle (Human-In-The-Loop, HITL). La IA identifica problemas y sugiere soluciones, pero nunca aplica cambios automáticamente.

Los resultados se presentan en el panel de seguridad de Claude Code, donde los equipos pueden:

  • Revisar el fragmento de código afectado.
  • Analizar la explicación del riesgo.
  • Evaluar el parche sugerido.
  • Aprobar o descartar la modificación.

Este modelo híbrido combina la velocidad de la IA con el criterio contextual humano, reduciendo riesgos derivados de decisiones completamente automatizadas.

Ventaja competitiva para equipos Enterprise


En entornos corporativos, donde el tiempo de respuesta frente a vulnerabilidades es crítico, la automatización inteligente puede significar la diferencia entre prevenir un incidente o enfrentarlo.

Claude Code Security permite:

  • Integrar seguridad en fases tempranas del ciclo de desarrollo (Shift Left).
  • Reducir la deuda técnica de seguridad.
  • Minimizar tiempos de remediación.
  • Detectar vulnerabilidades antes de que lleguen a producción.

En un escenario donde las amenazas evolucionan constantemente, incorporar IA defensiva directamente en el entorno de desarrollo se convierte en una ventaja estratégica.

El impacto de la IA generativa en el desarrollo seguro

El auge de herramientas de codificación asistida por IA ha acelerado la productividad, pero también ha incrementado el riesgo de introducir vulnerabilidades no intencionadas. Cuando los desarrolladores generan código automáticamente, pueden no revisar en profundidad cada línea.

Claude Code Security actúa como una segunda capa de revisión especializada, diseñada para examinar el código generado tanto por humanos como por modelos de IA.

Este enfoque responde a una realidad emergente: la seguridad ya no puede depender exclusivamente de revisiones manuales o escáneres tradicionales.

Seguridad contextual frente a amenazas emergentes

Las herramientas convencionales suelen centrarse en bases de datos de vulnerabilidades conocidas (como CVE). Sin embargo, muchas brechas modernas no derivan de fallos documentados, sino de errores de diseño, configuraciones débiles o combinaciones imprevistas de componentes.

La capacidad de razonamiento contextual de Claude Code Security le permite:

  • Detectar problemas en flujos de autenticación.
  • Identificar exposiciones de datos sensibles.
  • Evaluar interacciones API inseguras.
  • Señalar rutas de escalada de privilegios.

Este nivel de análisis supera la simple coincidencia de patrones y se acerca al trabajo de un analista senior en seguridad de aplicaciones.

Hacia una nueva generación de defensa automatizada

La estrategia de Anthropic refleja una tendencia clara en el mercado: la convergencia entre IA generativa y ciberseguridad ofensiva y defensiva.

Si bien los adversarios pueden utilizar modelos de lenguaje para generar exploits, scripts y metodologías de ataque, las organizaciones pueden adoptar la misma tecnología para blindar su software.

El despliegue inicial en modalidad preview para clientes Enterprise y Team sugiere que la compañía busca recopilar retroalimentación antes de una expansión más amplia.

La IA como aliada estratégica en seguridad de software

Claude Code Security representa un avance significativo en la protección del ciclo de vida del desarrollo de software. Al combinar análisis contextual profundo, verificación multietapa y supervisión humana, Anthropic apuesta por un modelo equilibrado entre automatización y control.

En un entorno donde la inteligencia artificial ya forma parte del arsenal ofensivo, adoptar soluciones defensivas basadas en IA deja de ser una opción y se convierte en una necesidad estratégica.

Las organizaciones que integren herramientas como Claude Code Security no solo mejorarán su postura de seguridad, sino que también estarán mejor preparadas para enfrentar una nueva generación de amenazas impulsadas por inteligencia artificial.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#145

Una nueva alerta de Amazon expone cómo un actor de amenazas de habla rusa logró comprometer más de 600 dispositivos FortiGate en 55 países en apenas cinco semanas, utilizando múltiples servicios de inteligencia artificial generativa para potenciar sus capacidades ofensivas. El informe, publicado por CJ Moses, CISO de Amazon Integrated Security, detalla una campaña activa entre el 11 de enero y el 18 de febrero de 2026 que no dependió de vulnerabilidades zero-day, sino de malas configuraciones y credenciales débiles.

El objetivo principal fueron los cortafuegos FortiGate de Fortinet, dispositivos ampliamente desplegados en entornos corporativos para proteger perímetros de red.

Una campaña oportunista sin exploits zero-day

A diferencia de muchas operaciones dirigidas contra FortiGate en años anteriores, esta campaña no utilizó exploits avanzados. En su lugar, el actor escaneó interfaces de gestión expuestas a Internet en los puertos 443, 8443, 10443 y 4443.

El vector de acceso fue sorprendentemente simple:

  • Interfaces administrativas públicas
  • Credenciales débiles o reutilizadas
  • Ausencia de autenticación multifactor (MFA)

Mediante ataques de fuerza bruta con contraseñas comunes, el atacante obtuvo acceso administrativo sin necesidad de explotar fallas técnicas.

Las víctimas se localizaron en el sur de Asia, América Latina, el Caribe, África Occidental, el norte de Europa y el sudeste asiático, lo que confirma un enfoque oportunista en lugar de sectorial.

Robo y análisis de configuraciones críticas

Una vez dentro del dispositivo, el actor extraía los archivos de configuración, que contenían información extremadamente sensible:

  • Credenciales SSL-VPN con contraseñas recuperables
  • Credenciales administrativas
  • Políticas de firewall
  • Configuraciones VPN IPsec
  • Arquitectura interna y topología de red

Estos archivos fueron procesados y descifrados utilizando herramientas desarrolladas en Python y Go, aparentemente asistidas por IA generativa.

Según Amazon, el análisis del código fuente reveló patrones típicos de desarrollo impulsado por modelos de lenguaje: comentarios redundantes, estructuras simplificadas, parsing JSON ingenuo y documentación incompleta. Aunque funcionales, las herramientas carecían de robustez en escenarios complejos.

Reconocimiento automatizado con herramientas open source

Tras obtener acceso VPN, el atacante desplegó herramientas personalizadas de reconocimiento que automatizaban el análisis de la red comprometida. Entre las capacidades observadas:

  • Clasificación de redes según tamaño
  • Análisis de tablas de enrutamiento
  • Escaneo de puertos con gogo scanner
  • Identificación de hosts SMB y controladores de dominio
  • Búsqueda de servicios HTTP mediante Nuclei

Aunque efectivas en entornos mal configurados, las herramientas fallaban en infraestructuras más endurecidas.

Movimiento lateral y ataque a Active Directory


La documentación operativa, redactada en ruso, incluía instrucciones detalladas para utilizar Meterpreter y Mimikatz con el fin de ejecutar ataques DCSync contra controladores de dominio Windows y extraer hashes NTLM desde Active Directory.

Esto demuestra que el objetivo final no era únicamente el firewall, sino la expansión dentro del entorno corporativo mediante movimiento lateral y escalada de privilegios.

Enfoque específico en Veeam y la infraestructura de respaldo

La campaña también apuntó a servidores de Veeam Backup & Replication. El atacante utilizó scripts PowerShell personalizados y herramientas compiladas para extraer credenciales, además de intentar explotar vulnerabilidades conocidas.

Entre las CVE mencionadas en las notas operativas se encuentran:

  • QNAP QTS – CVE-2019-7192 (RCE)
  • Veeam – CVE-2023-27532 (divulgación de información)
  • Veeam – CVE-2024-40711 (RCE)

En uno de los servidores identificados (212[.]11.64.250), se alojaba el script "DecryptVeeamPasswords.ps1", diseñado para extraer credenciales de la plataforma de respaldo.

Este patrón es consistente con operaciones previas donde los actores atacan primero la infraestructura de backup para impedir la recuperación tras un despliegue de ransomware.

IA generativa como multiplicador de capacidades

Uno de los aspectos más relevantes del informe es el uso intensivo de servicios comerciales de IA generativa. Amazon confirmó que el actor utilizó al menos dos grandes proveedores de modelos de lenguaje para:

  • Generar metodologías de ataque paso a paso
  • Desarrollar scripts en múltiples lenguajes
  • Crear frameworks de reconocimiento
  • Planificar estrategias de movimiento lateral

Redactar documentación operativa

En un caso documentado, el atacante habría enviado a un servicio de IA la topología completa de una red víctima —incluyendo direcciones IP, nombres de host y credenciales— solicitando orientación para expandirse dentro del entorno.

Este comportamiento refleja una tendencia creciente también observada por Google, que recientemente advirtió sobre el abuso de Gemini en distintas fases de ciberataques.

La IA reduce la barrera de entrada

Amazon concluye que el actor poseía habilidades técnicas de nivel bajo a medio. Sin embargo, el uso de IA amplificó significativamente su capacidad operativa.

Lo que antes requería experiencia avanzada en scripting, reconocimiento y explotación ahora puede generarse en minutos mediante prompts estructurados.

Esta democratización ofensiva reduce la barrera de entrada y permite a actores menos experimentados ejecutar campañas a gran escala.

Recomendaciones críticas para administradores FortiGate

Ante esta amenaza, Amazon recomienda:

  • No exponer interfaces de gestión a Internet.
  • Habilitar MFA obligatoriamente.
  • Evitar reutilizar contraseñas VPN y de Active Directory.
  • Segmentar y reforzar la infraestructura de respaldo.
  • Supervisar accesos anómalos en interfaces administrativas.

Además, es esencial aplicar principios de mínimo privilegio, monitorizar intentos de fuerza bruta y auditar configuraciones periódicamente.

La nueva era del hacking asistido por IA

La campaña contra FortiGate demuestra que la inteligencia artificial generativa ya no es solo una herramienta defensiva o productiva, sino un arma estratégica para actores maliciosos.

El caso evidencia un cambio estructural en el panorama de amenazas: incluso operadores con capacidades limitadas pueden ejecutar ataques complejos apoyándose en IA.

Para las organizaciones, la lección es clara: la seguridad no puede depender únicamente de la ausencia de exploits críticos. Las malas configuraciones, credenciales débiles y la exposición innecesaria siguen siendo los vectores más explotados, ahora potenciados por modelos de lenguaje capaces de guiar cada fase del ataque.

La combinación de errores humanos y automatización inteligente está redefiniendo el riesgo en ciberseguridad global.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#146

El spyware Predator, desarrollado por la firma de vigilancia comercial Intellexa, vuelve a situarse en el centro del debate sobre privacidad digital tras revelarse nuevos detalles técnicos sobre su capacidad para ocultar los indicadores de grabación en dispositivos iOS. A diferencia de otros malware móviles que dependen exclusivamente de vulnerabilidades activas, Predator no necesita explotar directamente una falla en el sistema operativo para desactivar las alertas visuales de privacidad: actúa una vez que ya ha conseguido acceso privilegiado a nivel de núcleo.

El hallazgo, documentado por investigadores de Jamf, demuestra cómo esta herramienta de espionaje puede transmitir en secreto audio y video desde el dispositivo comprometido, sin que el usuario vea el característico punto verde o naranja introducido por Apple en iOS 14.

Los indicadores de privacidad en iOS: una barrera visual contra el espionaje

Desde iOS 14, Apple implementó un sistema de transparencia que alerta al usuario cada vez que la cámara o el micrófono están activos. Este mecanismo muestra:

  • Un punto verde cuando la cámara está en uso.
  • Un punto naranja cuando el micrófono está activo.

Estos indicadores, visibles en la barra de estado, fueron diseñados para impedir que aplicaciones o procesos maliciosos graben en segundo plano sin conocimiento del usuario. Sin embargo, Predator ha demostrado que incluso estas medidas pueden ser neutralizadas cuando el atacante dispone de privilegios avanzados dentro del sistema.

Cómo Predator oculta la grabación en iOS

El análisis técnico de Jamf revela que Predator utiliza una única función de gancho denominada HiddenDot::setupHook() dentro del proceso SpringBoard, el componente responsable de gestionar la interfaz gráfica principal de iOS.

El mecanismo es sofisticado pero elegante desde el punto de vista técnico:

  • iOS llama al método _handleNewDomainData: cada vez que cambia la actividad de un sensor (por ejemplo, cuando se activa la cámara o el micrófono).
  • Predator intercepta esta llamada antes de que la información llegue al sistema encargado de mostrar los indicadores.
  • El malware anula el objeto SBSensorActivityDataProvider, responsable de procesar los cambios de estado de los sensores.

En el lenguaje Objective-C, las llamadas a un objeto nulo se ignoran silenciosamente. Esto significa que, aunque la cámara o el micrófono estén activos, el sistema nunca recibe la señal necesaria para encender el punto verde o naranja.

Al interceptar este único método, Predator bloquea todas las actualizaciones relacionadas con sensores, desactivando simultáneamente los indicadores de cámara y micrófono. Desde la perspectiva del usuario, el dispositivo parece inactivo, mientras el spyware transmite datos en segundo plano.

Código muerto y evolución del malware

Los investigadores también identificaron "código muerto" que intentaba enganchar directamente el componente SBRecordingIndicatorManager. Sin embargo, esta parte no se ejecuta en las muestras analizadas.

Todo indica que se trató de un enfoque inicial descartado por los desarrolladores de Predator en favor de una estrategia más eficiente: interceptar los datos de sensores aguas arriba, antes de que lleguen al sistema de indicadores.

Este detalle es relevante porque evidencia la evolución constante del spyware comercial y su refinamiento técnico para maximizar el sigilo.

Grabaciones VoIP y evasión avanzada

Predator también soporta grabaciones VoIP. En este caso, el módulo correspondiente no incluye un sistema propio de supresión de indicadores, sino que depende completamente de la función HiddenDot para mantener la invisibilidad.

Además, Jamf explica que el acceso a la cámara se habilita mediante un módulo independiente que localiza funciones internas utilizando coincidencia de patrones de instrucciones ARM64 y redirección del Código de Autenticación de Puntero (PAC). Este proceso permite eludir controles de permisos de la cámara, consolidando el acceso persistente.

La combinación de:

  • Acceso a nivel de núcleo
  • Hooks en SpringBoard
  • Manipulación de estructuras internas
  • Evasión de comprobaciones PAC

convierte a Predator en una de las amenazas más avanzadas dentro del ecosistema iOS.

Indicadores técnicos de compromiso (IoCs)

Aunque el usuario común no percibe señales visibles, el análisis forense sí puede revelar actividad sospechosa. Jamf destaca varios indicadores técnicos:

  • Mapeos de memoria inesperados en SpringBoard.
  • Puertos de excepción anómalos.
  • Hooks basados en mediaservers.
  • Archivos de audio escritos en rutas inusuales por el proceso mediaserver.

Estos artefactos permiten a equipos de respuesta a incidentes identificar infecciones, aunque requieren capacidades avanzadas de análisis.

Predator, zero-days y ataques de 0 clic

Predator ha sido vinculado anteriormente a campañas que explotaron vulnerabilidades zero-day en productos de Apple y en el navegador Chrome, además de mecanismos de infección sin interacción del usuario (0 clic).

Este modelo operativo lo sitúa dentro del mismo ecosistema de spyware mercenario que ha generado controversia internacional por su uso contra periodistas, activistas y figuras políticas.

El hecho de que ahora se conozca en detalle cómo suprime los indicadores de privacidad en iOS refuerza la preocupación sobre la eficacia de las protecciones visibles frente a amenazas con acceso privilegiado.

Implicaciones para la ciberseguridad móvil

La capacidad de Predator para ocultar completamente la actividad de cámara y micrófono pone de relieve varias conclusiones clave:

  • Los indicadores visuales no son suficientes ante compromisos a nivel de kernel.
  • Las soluciones MDM y EDR móviles son esenciales para detectar actividad anómala.
  • El monitoreo avanzado de procesos críticos como SpringBoard puede revelar intrusiones sofisticadas.

Para organizaciones, periodistas y perfiles de alto riesgo, confiar exclusivamente en las señales visuales del sistema puede generar una falsa sensación de seguridad.

El sigilo como arma principal del spyware comercial

El caso de Predator demuestra que el espionaje móvil ha alcanzado un nivel de sofisticación que supera las protecciones orientadas al usuario final. Al interceptar un único método crítico dentro del sistema, el spyware neutraliza completamente los mecanismos de transparencia introducidos en iOS 14.

Este hallazgo no solo expone la ingeniería avanzada detrás del malware de Intellexa, sino que también subraya la necesidad de estrategias de defensa más profundas, basadas en monitoreo de integridad del sistema y análisis forense continuo.

En un entorno donde la vigilancia digital es cada vez más invisible, comprender cómo funcionan estas amenazas es el primer paso para mitigar su impacto.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#147

Un nuevo caso de robo de secretos comerciales en el sector tecnológico vuelve a poner bajo el foco la protección de propiedad intelectual en grandes compañías. Dos exingenieras de Google y el esposo de una de ellas han sido acusados en Estados Unidos por presuntamente sustraer información confidencial relacionada con tecnologías críticas de procesadores y transferirla a ubicaciones no autorizadas, incluido Irán.

El caso, presentado por el U.S. Department of Justice (DoJ), incluye cargos por conspiración para cometer robo de secretos comerciales, robo e intento de robo de secretos comerciales, así como obstrucción a la justicia.

¿Quiénes son los acusados?

Los imputados son:

  • Samaneh Ghandali (41 años)
  • Mohammadjavad Khosravi, también conocido como Mohammad Khosravi (40 años)
  • Soroor Ghandali (32 años)

Los tres son nacionales iraníes y residentes en San José, California. Fueron arrestados y comparecieron ante un tribunal federal de distrito en California.

Según la acusación, las hermanas Ghandali trabajaron en Google antes de incorporarse a otras compañías tecnológicas. Soroor Ghandali trabajó como becaria de ingeniería de hardware en Google antes de unirse a Intel, mientras que Khosravi desempeñó funciones como ingeniero de diseño ASIC en Qualcomm.

El presunto esquema de robo de secretos comerciales

De acuerdo con el DoJ, los acusados utilizaron su empleo en empresas tecnológicas para acceder a información altamente confidencial, incluyendo secretos comerciales vinculados a:

  • Seguridad de procesadores
  • Criptografía
  • Arquitectura de chips móviles
  • Diseño ASIC
  • Tecnologías propietarias

Uno de los elementos centrales del caso es el presunto robo de información relacionada con el procesador Google Tensor, utilizado en los dispositivos Pixel de Google.

Cómo se habría producido la exfiltración de datos

La acusación describe un esquema sofisticado de exfiltración que incluyó:

  • Transferencia de cientos de archivos confidenciales a plataformas de mensajería de terceros.
  • Uso de canales privados identificados con los nombres de los acusados.
  • Copia de documentos en dispositivos personales y laborales.
  • Acceso continuado a los secretos comerciales durante meses.

Además, los fiscales sostienen que los implicados recurrieron a métodos alternativos para evadir los controles de seguridad corporativos, incluyendo:

  • Fotografiar manualmente pantallas de ordenador con información sensible.
  • Destruir archivos electrónicos previamente exfiltrados.
  • Presentar declaraciones juradas falsas negando la filtración.

Tras la detección interna por parte de los sistemas de seguridad de Google en agosto de 2023, Samaneh Ghandali habría firmado una declaración bajo juramento afirmando que no había compartido información confidencial fuera de la empresa.

Transferencia de información hacia Irán

Uno de los aspectos más graves del caso es la supuesta transferencia de información a Irán. Según el DoJ, la noche anterior a un viaje a ese país en diciembre de 2023, Samaneh Ghandali fotografió aproximadamente 24 pantallas del ordenador laboral de su esposo, que contenían información confidencial de otra empresa tecnológica.

Posteriormente, esas imágenes fueron accedidas desde un dispositivo personal vinculado a ella en Irán.

Además, la pareja habría realizado búsquedas en línea relacionadas con:

  • Eliminación de comunicaciones digitales
  • Retención de mensajes por proveedores móviles
  • Impresión de mensajes para procesos judiciales

Estos comportamientos refuerzan la acusación de obstrucción a la justicia y posible intención de encubrir pruebas.

Consecuencias legales: hasta 20 años de prisión

Si son declarados culpables, cada acusado podría enfrentar:

  • Hasta 10 años de prisión y una multa de 250.000 dólares por cada cargo de robo de secreto comercial.
  • Hasta 20 años de prisión adicionales por obstrucción a la justicia.

El caso subraya la severidad con la que las autoridades estadounidenses tratan el robo de propiedad intelectual en el sector tecnológico, especialmente cuando involucra posibles transferencias internacionales.

Seguridad corporativa y protección de propiedad intelectual

El portavoz de Google declaró que la compañía ha reforzado sus salvaguardas internas tras detectar la actividad sospechosa y notificó inmediatamente a las fuerzas del orden.

Este caso pone de relieve varios desafíos críticos en materia de ciberseguridad y compliance:

Amenazas internas (Insider Threats)

Los empleados con acceso legítimo a información sensible representan uno de los mayores riesgos para las organizaciones.

Exfiltración híbrida

La combinación de transferencia digital y captura manual de imágenes demuestra que los controles tecnológicos deben complementarse con supervisión conductual.

Protección de innovación estratégica

El procesador Tensor forma parte de la estrategia de integración vertical de Google en hardware, lo que convierte su arquitectura en un activo de alto valor competitivo.

Contexto: un patrón creciente

Este desarrollo se produce pocas semanas después de que otra exingeniera de Google, Linwei Ding, fuera condenada en Estados Unidos por robar miles de documentos confidenciales para lanzar una startup en China.

Estos casos evidencian una tendencia creciente de disputas legales vinculadas a la protección de tecnologías emergentes como:

  • Inteligencia artificial
  • Diseño de semiconductores
  • Arquitecturas de procesadores móviles
  • Criptografía avanzada

El desafío estratégico de proteger secretos tecnológicos

El caso contra los exingenieros de Google refleja la creciente tensión en torno a la protección de secretos comerciales en la industria tecnológica global. A medida que las compañías invierten miles de millones en innovación, el valor estratégico de la información confidencial aumenta exponencialmente.

Más allá del proceso judicial, este incidente sirve como recordatorio de que la seguridad no solo depende de firewalls y cifrado, sino también de:

  • Controles estrictos de acceso interno
  • Monitorización de comportamiento anómalo
  • Auditorías continuas
  • Cultura corporativa de cumplimiento

En un entorno geopolítico cada vez más competitivo, la protección de la propiedad intelectual se ha convertido en un elemento clave no solo para la ventaja empresarial, sino también para la seguridad nacional.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#148

Un nuevo incidente de ataque a la cadena de suministro de software ha sacudido al ecosistema de desarrollo open source. El asistente de código impulsado por IA Cline CLI fue comprometido tras la publicación no autorizada de una versión maliciosa en el registro de npm, lo que provocó la instalación silenciosa del agente autónomo OpenClaw en miles de entornos de desarrolladores.

El incidente, detectado el 17 de febrero de 2026, expone nuevamente los riesgos críticos asociados a la automatización basada en inteligencia artificial y a los flujos de publicación continua en proyectos de código abierto.

¿Qué ocurrió exactamente con Cline CLI?

Según los mantenedores del proyecto, una parte no autorizada utilizó un token de publicación npm comprometido para publicar la versión [email protected] a las 3:26 AM PT.

El paquete contenía una modificación en el archivo package.json, incorporando un script adicional:

Código: text
"postinstall": "npm install -g openclaw@latest"

Este simple cambio activaba la instalación automática de OpenClaw en la máquina del desarrollador durante la instalación del paquete comprometido.

Aunque los responsables del proyecto aseguraron que no se observaron otras modificaciones maliciosas y que OpenClaw no es en sí un software malicioso, subrayaron que su instalación fue no autorizada ni intencionada, lo que constituye una violación grave del modelo de confianza en la cadena de suministro.

Alcance del ataque: 4.000 descargas en ocho horas

El ataque afectó exclusivamente a quienes instalaron la versión 2.3.0 entre las 3:26 AM y las 11:30 AM PT del 17 de febrero de 2026, una ventana aproximada de ocho horas.

La firma StepSecurity estimó que el paquete comprometido fue descargado unas 4.000 veces durante ese periodo.

El incidente:

  • No afectó a la extensión de Visual Studio Code de Cline.
  • Tampoco impactó al plugin para JetBrains.
  • Solo comprometió la versión CLI publicada en npm.

Tras detectar el problema, los mantenedores:

  • Publicaron la versión 2.4.0.
  • Obsoletaron la 2.3.0.
  • Revocaron el token comprometido.
  • Migraron el sistema de publicación a OpenID Connect (OIDC) mediante GitHub Actions.

Microsoft detecta un aumento en OpenClaw

El equipo de inteligencia de amenazas de Microsoft informó haber observado un "pequeño pero notable aumento" en las instalaciones de OpenClaw el mismo día del incidente.

Aunque el impacto general fue calificado como bajo, expertos como Henrik Plate, de Endor Labs, señalaron que el evento evidencia la necesidad urgente de:

  • Deshabilitar tokens tradicionales de publicación.
  • Adoptar publicación confiable mediante OIDC.
  • Implementar verificación de atestados de compilación.
  • Monitorizar cambios inesperados en dependencias.

Clinejection: cuando la IA se convierte en vector de ataque

Más allá del incidente inmediato, la situación revela un problema estructural más profundo relacionado con la seguridad de flujos de trabajo automatizados por IA.

El investigador de seguridad Adnan Khan descubrió previamente una vulnerabilidad denominada Clinejection, derivada de una mala configuración en el sistema de triaje automático de issues en GitHub.

El repositorio utilizaba un flujo de trabajo que activaba al modelo Claude con amplios permisos cuando se abría un nuevo issue. El objetivo era reducir la carga de los mantenedores mediante automatización inteligente.

Sin embargo, una configuración incorrecta permitió que:

  • Claude ejecutara código arbitrario.
  • Se abusara del sistema de caché de GitHub.
  • Se envenenaran entradas de caché críticas.
  • Se pivotara hacia flujos de publicación nocturna altamente privilegiados.

Envenenamiento de caché en GitHub Actions

  • El ataque descrito por Khan incluía:
  • Saturar la caché con más de 10GB de datos basura.
  • Activar la política LRU (Least Recently Used).
  • Introducir entradas de caché envenenadas.
  • Esperar la ejecución del flujo Publish Nightly Release.

Esto permitía obtener ejecución de código en un entorno con acceso a secretos de publicación, incluyendo tokens npm de producción.

De hecho, el atacante logró utilizar un token activo (NPM_RELEASE_TOKEN o NPM_TOKEN) para publicar la versión 2.3.0 comprometida.

En otras palabras, el escenario teórico se convirtió en una explotación real.

Riesgos para la cadena de suministro de software

Este incidente confirma que los agentes de IA deben considerarse actores privilegiados dentro de la infraestructura DevOps.

Chris Hughes, vicepresidente de estrategia de seguridad en Zenity, advirtió que cuando un simple título de issue puede influir en una cadena de compilación automatizada, el riesgo deja de ser teórico.

Los principales riesgos identificados incluyen:

  • Robo de tokens de publicación.
  • Inserción de código no autorizado en paquetes de producción.
  • Compromiso masivo mediante actualizaciones automáticas.
  • Escalamiento lateral dentro de pipelines CI/CD.

Si un actor malicioso hubiera introducido código verdaderamente dañino en lugar de OpenClaw, el impacto podría haber sido devastador para miles de desarrolladores y organizaciones.

Recomendaciones para desarrolladores y mantenedores

Para mitigar riesgos similares, se recomienda:

Para mantenedores

  • Adoptar OIDC y eliminar tokens estáticos.
  • Implementar controles de mínimos privilegios.
  • Validar atestados de compilación.
  • Segmentar flujos de trabajo críticos.
  • Auditar regularmente permisos de agentes IA.

Para desarrolladores

  • Actualizar inmediatamente a Cline CLI 2.4.0.
  • Revisar el entorno en busca de instalaciones inesperadas de OpenClaw.
  • Eliminar OpenClaw si no es necesario.
  • Implementar escaneo de integridad de dependencias.

La seguridad de la IA ya no es teórica

El compromiso de Cline CLI demuestra que la seguridad en la cadena de suministro impulsada por IA es un desafío operativo real.

La combinación de automatización, agentes autónomos y credenciales privilegiadas amplía significativamente la superficie de ataque. El uso indebido de flujos GitHub Actions y tokens npm subraya la necesidad de gobernanza sólida y controles estrictos.

En un ecosistema donde las herramientas de IA aceleran el desarrollo, también deben integrarse dentro de marcos robustos de seguridad. De lo contrario, un simple commit o un issue aparentemente inofensivo podría convertirse en la puerta de entrada a un ataque masivo contra miles de desarrolladores en todo el mundo.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#149

El jackpotting en cajeros automáticos vuelve a situarse en el centro del debate sobre ciberseguridad financiera tras una nueva advertencia del Federal Bureau of Investigation (FBI). Según la agencia, los estadounidenses perdieron más de 20 millones de dólares en 2025 como consecuencia directa de este tipo de ataques, impulsados principalmente por malware especializado como Ploutus.

El informe revela un incremento significativo de incidentes, con más de 700 ataques registrados solo el año pasado. Para contextualizar, desde 2020 se habían contabilizado aproximadamente 1.900 incidentes en total en Estados Unidos, lo que evidencia un crecimiento acelerado y preocupante.

¿Qué es el jackpotting en cajeros automáticos?

El jackpotting es una técnica de ataque en la que los delincuentes instalan malware en cajeros automáticos (ATM) para forzar la máquina a dispensar efectivo bajo demanda, sin necesidad de tarjeta bancaria ni autorización de la entidad financiera.

A diferencia de los fraudes tradicionales basados en clonación de tarjetas o phishing, el jackpotting apunta directamente al software que controla el hardware físico del cajero automático. El objetivo es tomar el control del sistema interno y emitir órdenes de retirada de efectivo.

Estos ataques pueden ejecutarse en cuestión de minutos y, en muchos casos, pasan desapercibidos hasta que el cajero ya ha sido vaciado.

Cómo funciona el malware Ploutus

El FBI explicó que los cajeros automáticos están diseñados para validar las transacciones mediante comunicación con el banco antes de dispensar efectivo. Este proceso utiliza una capa de software denominada Extensiones para Servicios Financieros (XFS), que actúa como intermediaria entre el sistema operativo del cajero y sus componentes físicos.

El malware Ploutus explota precisamente esta capa XFS.

Cuando un usuario realiza una transacción legítima:

  • El cajero envía una solicitud al banco.
  • El banco valida la operación.
  • Se autoriza la dispensación de efectivo.

Sin embargo, si un atacante logra emitir comandos directamente a XFS, puede omitir completamente la fase de autorización bancaria y ordenar al cajero que entregue dinero de forma inmediata.

En términos prácticos, el malware transforma el cajero automático en una máquina de distribución de efectivo controlada por los delincuentes.

Acceso físico: el eslabón más débil

Uno de los aspectos más críticos de estos ataques es que requieren acceso físico al cajero automático. Los ciberdelincuentes suelen emplear:

  • Llaves genéricas ampliamente disponibles en el mercado negro.
  • Herramientas para abrir compartimentos internos sin forzar visiblemente la estructura.


Una vez dentro, pueden:
  • Retirar el disco duro original.
  • Instalar malware directamente en el sistema.
  • Sustituir el disco por uno previamente preparado con software malicioso.

Este método permite que la intrusión pase desapercibida para sistemas de monitorización basados exclusivamente en red, ya que la manipulación ocurre localmente.

El impacto financiero y operativo

Las pérdidas estimadas superan los 20 millones de dólares solo en 2025. Pero el impacto real va más allá del dinero sustraído.

Las instituciones financieras afectadas enfrentan:

  • Costes de reposición de efectivo.
  • Gastos en investigación forense digital.
  • Daño reputacional.
  • Posibles sanciones regulatorias.
  • Refuerzo urgente de infraestructura de seguridad.

Además, la detección tardía agrava el problema, ya que muchos incidentes solo se descubren cuando el cajero queda sin efectivo.

Respuesta del FBI y recomendaciones de seguridad

En su alerta, el FBI instó a bancos y operadores de cajeros automáticos a adoptar medidas preventivas inmediatas, incluyendo:

  • Auditorías regulares del hardware y software de cajeros.
  • Supervisión del uso no autorizado de dispositivos de almacenamiento removible.
  • Detección de procesos sospechosos o no reconocidos.
  • Implementación de validación de integridad de "imagen dorada" (golden image integrity).

La validación de imagen dorada permite comparar el estado actual del sistema con una versión segura previamente certificada, facilitando la detección temprana de alteraciones.

Este enfoque combinado resulta esencial para identificar intrusiones físicas y fases de preparación del malware que no generan tráfico de red sospechoso.

Conexión con el Tren de Aragua

La advertencia del FBI coincide con una ola de detenciones relacionadas con el grupo criminal Tren de Aragua (TdA).

Según el Department of Justice de Estados Unidos, 87 miembros de la organización han sido acusados en los últimos seis meses por su presunta participación en un esquema masivo de jackpotting que utilizó el malware Ploutus para robar millones de dólares en efectivo.

Los acusados enfrentan penas máximas que oscilan entre 20 y 335 años de prisión, lo que refleja la gravedad del delito y la dimensión del operativo criminal.

Tendencias en cibercrimen financiero

El jackpotting representa una evolución significativa en el cibercrimen financiero. Mientras que los ataques digitales tradicionales buscan vulnerar redes corporativas de forma remota, este método combina:

  • Ingeniería técnica avanzada.
  • Acceso físico estratégico.
  • Malware especializado.
  • Coordinación logística criminal.

La convergencia entre delincuencia organizada y ciberataques sofisticados plantea nuevos retos para el sector bancario.

Además, el auge del jackpotting demuestra que los cajeros automáticos siguen siendo un objetivo atractivo debido a:

  • Infraestructuras heredadas.
  • Sistemas operativos obsoletos en algunos casos.
  • Protección física limitada en ubicaciones remotas.

Una amenaza creciente para el sector financiero

El aumento del jackpotting en Estados Unidos subraya la necesidad de reforzar tanto la ciberseguridad como la seguridad física de los cajeros automáticos. El uso de malware como Ploutus para manipular la capa XFS demuestra que los delincuentes comprenden profundamente la arquitectura técnica de estos sistemas.

Para las entidades financieras, la clave radica en adoptar una estrategia integral que combine:

  • Monitorización continua.
  • Control de acceso físico.
  • Actualizaciones de software.
  • Análisis de comportamiento anómalo.
  • Cooperación con agencias federales.

El mensaje del FBI es claro: el jackpotting ya no es un fenómeno aislado, sino una amenaza consolidada que exige respuesta inmediata. En un entorno donde la digitalización bancaria avanza rápidamente, proteger la infraestructura física y lógica de los cajeros automáticos se convierte en una prioridad estratégica para evitar que millones de dólares sigan desapareciendo en cuestión de minutos.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#150

PayPal ha comenzado a notificar a clientes sobre una nueva brecha de datos vinculada a un error de software en su aplicación de préstamos PayPal Working Capital (PPWC), un servicio diseñado para proporcionar financiación rápida a pequeñas empresas.

El incidente, que se prolongó durante casi seis meses en 2025, permitió la exposición de información personal altamente sensible, incluidos números de la Seguridad Social (SSN), fechas de nacimiento y otros datos críticos, lo que eleva significativamente el riesgo de fraude e ataques de phishing dirigidos.

¿Qué ocurrió exactamente?

Según las notificaciones enviadas a los usuarios afectados, PayPal identificó el problema el 12 de diciembre de 2025, tras detectar que un cambio de código defectuoso en la aplicación PPWC permitió que información personal quedara expuesta a personas no autorizadas desde el 1 de julio de 2025 hasta el 13 de diciembre de 2025.

Entre los datos comprometidos se encuentran:

  • Nombre completo
  • Dirección de correo electrónico
  • Número de teléfono
  • Dirección comercial
  • Número de la Seguridad Social (SSN)
  • Fecha de nacimiento

La combinación de estos elementos constituye un conjunto de datos ideal para suplantación de identidad, apertura fraudulenta de líneas de crédito y campañas avanzadas de ingeniería social.

Respuesta de PayPal ante la brecha

La compañía afirmó que, tras detectar el incidente, revirtió inmediatamente el cambio de código que originó el error, bloqueando el acceso no autorizado un día después del descubrimiento.

Además, PayPal:

  • Restableció las contraseñas de todas las cuentas afectadas.
  • Emitió reembolsos a clientes que sufrieron transacciones no autorizadas.
  • Ofrece dos años de servicios gratuitos de monitorización crediticia y restauración de identidad a través de tres agencias, incluyendo a Equifax.
  • Recomienda la inscripción antes del 30 de junio de 2026 para acceder a estos beneficios.

La empresa también aclaró que la notificación no fue retrasada por investigaciones policiales y que el número exacto de clientes afectados aún no ha sido revelado.

Riesgos asociados: fraude financiero y phishing post-brecha

Las filtraciones de datos que incluyen números de la Seguridad Social representan uno de los escenarios más críticos en términos de ciberseguridad. Este tipo de información permite a los ciberdelincuentes:

  • Solicitar préstamos o tarjetas de crédito fraudulentas.
  • Realizar ataques de "account takeover" (ATO).
  • Ejecutar campañas de spear phishing altamente personalizadas.
  • Llevar a cabo fraude fiscal o reclamaciones falsas de beneficios.

PayPal recordó a los usuarios que nunca solicita contraseñas, códigos de un solo uso (OTP) ni credenciales por teléfono, SMS o correo electrónico, una advertencia clave ante el aumento de campañas de phishing que suelen seguir a incidentes de exposición masiva de datos.

En este contexto, los expertos recomiendan:

  • Activar la autenticación multifactor (MFA).
  • Supervisar informes de crédito regularmente.
  • Configurar alertas de actividad sospechosa.
  • Desconfiar de mensajes que generen urgencia o miedo.

Un historial reciente de incidentes

No es la primera vez que la fintech enfrenta problemas de seguridad. En enero de 2023, PayPal notificó a aproximadamente 35.000 clientes tras un ataque masivo de credential stuffing ocurrido entre el 6 y el 8 de diciembre de 2022, en el que actores maliciosos utilizaron combinaciones de credenciales filtradas previamente en otras plataformas para comprometer cuentas.

Posteriormente, en enero de 2025, el Estado de Nueva York anunció un acuerdo de 2 millones de dólares con PayPal por incumplimientos de las normativas estatales de ciberseguridad relacionadas con la brecha de 2022.

Este nuevo incidente podría intensificar el escrutinio regulatorio sobre la compañía y reavivar el debate sobre los controles de seguridad en aplicaciones financieras orientadas a pequeñas empresas.

Impacto en pequeñas empresas y fintech

El caso pone de relieve un riesgo estructural en el sector fintech: la exposición de datos en plataformas que procesan información financiera sensible de pymes.

Servicios como PayPal Working Capital se han convertido en herramientas clave para el acceso rápido a liquidez, pero también concentran grandes volúmenes de datos personales y financieros en entornos digitales complejos.

Un simple error de desarrollo o una mala implementación de cambios en producción puede derivar en:

  • Exposición prolongada de datos
  • Incumplimiento normativo
  • Sanciones regulatorias
  • Daño reputacional
  • Pérdida de confianza del cliente

La gestión segura del ciclo de vida del software (SDLC seguro), auditorías periódicas de código y pruebas de penetración continuas son fundamentales para reducir este tipo de riesgos.

Recomendaciones de ciberseguridad para usuarios afectados

Si eres cliente de PayPal Working Capital o sospechas que podrías estar entre los afectados, considera adoptar las siguientes medidas:

  • Cambia tu contraseña inmediatamente y evita reutilizar claves en otros servicios.
  • Activa MFA si aún no lo has hecho.
  • Inscríbete en el servicio gratuito de monitorización crediticia ofrecido.
  • Revisa tus informes de crédito en busca de aperturas no autorizadas.
  • Mantente alerta ante intentos de phishing que mencionen préstamos, reembolsos o "verificación urgente de identidad".

La vigilancia activa durante los meses posteriores a una filtración es clave para mitigar daños financieros y reputacionales.

Una advertencia para el ecosistema financiero digital

La brecha de datos en PayPal Working Capital demuestra cómo un error de software aparentemente aislado puede transformarse en un incidente de seguridad de alto impacto cuando se trata de plataformas que manejan información crítica.

En un entorno donde las fintech compiten por ofrecer procesos rápidos y digitales, la seguridad debe mantenerse como prioridad estratégica. La protección de datos sensibles, especialmente números de la Seguridad Social, no solo es una obligación regulatoria, sino un elemento esencial para preservar la confianza del mercado.

Mientras PayPal continúa gestionando las consecuencias de este incidente, el caso sirve como recordatorio de que la ciberseguridad no es un evento puntual, sino un proceso continuo que requiere inversión, supervisión y mejora constante.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#151


El grupo de amenazas iraní conocido como Infy, también identificado como Prince of Persia, ha vuelto a demostrar su capacidad de adaptación y sigilo al evolucionar sus tácticas, técnicas y procedimientos (TTP) durante los primeros meses de 2026. A pesar de ser uno de los grupos de ciberespionaje patrocinados por el Estado iraní menos mediáticos, Infy ha mantenido una actividad constante desde al menos 2004, centrando sus operaciones en ataques altamente dirigidos a individuos específicos para la obtención de inteligencia.

Investigadores de la firma de ciberseguridad SafeBreach han documentado cambios significativos en la infraestructura y el arsenal del grupo, especialmente coincidiendo con un evento político clave: el apagón nacional de internet impuesto por el régimen iraní a principios de enero de 2026 tras una ola de protestas internas.

El apagón de internet como indicador de patrocinio estatal

Según el informe de SafeBreach, Infy dejó de mantener su infraestructura de comando y control (C2) el 8 de enero de 2026, marcando la primera interrupción completa de su actividad desde que los investigadores comenzaron a monitorizar al grupo.

Este cese coincidió exactamente con el apagón nacional de internet impuesto por las autoridades iraníes, lo que sugiere que incluso las unidades cibernéticas alineadas con el Estado se vieron afectadas por las restricciones. Para los analistas, esta sincronización constituye una evidencia sólida de patrocinio estatal, ya que demuestra una dependencia directa de la conectividad nacional para sostener operaciones ofensivas.

La actividad se reanudó el 26 de enero de 2026, un día antes de que el gobierno comenzara a levantar las restricciones de internet, cuando Infy desplegó nuevos servidores C2, mostrando una rápida capacidad de recuperación y planificación anticipada.

Evolución del malware: Foudre, Tonnerre y Tornado

En diciembre de 2025, SafeBreach reveló nuevas capacidades técnicas del grupo, incluyendo versiones actualizadas de sus herramientas principales: Foudre y Tonnerre. Esta última evolucionó hasta convertirse en Tornado, nombre asignado a la versión 50 del malware, y posteriormente ampliada con la versión 51.

La monitorización continua entre el 19 de diciembre de 2025 y el 3 de febrero de 2026 reveló que Infy decidió reemplazar completamente su infraestructura C2 para todas las variantes activas de Foudre y Tonnerre, una medida poco común que sugiere preocupación por la exposición y el rastreo.

Tornado v51: C2 híbrido y generación dinámica de dominios

La versión más reciente, Tornado v51, introduce un enfoque híbrido de comando y control, utilizando tanto HTTP tradicional como la API de bots de Telegram. Esta dualidad aumenta la resiliencia del malware y dificulta su interrupción.

Uno de los avances más destacados es el uso de dos métodos distintos para generar dominios C2:

  • Un nuevo algoritmo de generación de dominios (DGA).
  • Nombres de dominio fijos obtenidos mediante la desofuscación de datos almacenados en blockchain.

Este enfoque innovador permite a los operadores cambiar de infraestructura sin necesidad de actualizar el malware, aumentando significativamente su flexibilidad operativa y evasión.

Explotación de vulnerabilidades WinRAR como vector de ataque

Existen indicios sólidos de que Infy ha explotado una vulnerabilidad de día cero o recientemente divulgada en WinRAR (posiblemente CVE-2025-8088 o CVE-2025-6218) para entregar la carga útil de Tornado.

Los archivos RAR maliciosos fueron subidos a VirusTotal desde Alemania e India a mediados de diciembre de 2025, lo que sugiere que estos países podrían haber sido objetivos directos de la campaña. El cambio hacia este vector de ataque indica un intento deliberado de incrementar la tasa de infección, aprovechando software ampliamente utilizado.

Análisis del payload y persistencia

Dentro de los archivos RAR se identificó un archivo autoextraíble (SFX) que contenía dos DLL clave:

  • AuthFWSnapin.dll: DLL principal de Tornado v51.
  • reg7989.dll: instalador encargado de verificar la ausencia del antivirus Avast, crear tareas programadas para persistencia y ejecutar Tornado.

Una vez activo, Tornado se comunica con su servidor C2 para descargar módulos adicionales de backdoor y recolección de datos. Cuando se utiliza Telegram como canal C2, el malware exfiltra información y recibe comandos directamente a través de bots.

Telegram como infraestructura de mando y control

Las versiones anteriores del malware utilizaban un grupo privado de Telegram llamado سرافراز (Sarafraz), junto con el bot @ttestro1bot y el usuario @ehsan8999100. En la versión más reciente, este último fue reemplazado por @Ehsan66442, manteniendo el mismo esquema operativo.

SafeBreach logró acceder a todos los mensajes del grupo privado, obteniendo archivos exfiltrados desde febrero de 2025, incluidos 118 archivos y 14 enlaces con comandos codificados.

Descubrimientos clave: ZZ Stealer y vínculos con PyPI

El análisis de los datos exfiltrados permitió identificar:

  • Un archivo ZIP malicioso que despliega ZZ Stealer, una variante personalizada del infostealer StormKitty.
  • Una correlación fuerte con una campaña maliciosa en Python Package Index (PyPI), que utilizó un paquete falso diseñado para exfiltrar datos mediante Telegram.
  • Posibles vínculos técnicos con el grupo iraní Charming Kitten (Educated Manticore), basados en similitudes de TTP.

ZZ Stealer actúa como malware de primera etapa, recolectando información del entorno, capturas de pantalla y archivos del escritorio, y puede descargar una segunda etapa al recibir comandos específicos desde el C2.

Una amenaza persistente y en evolución

Infy representa una amenaza avanzada, paciente y altamente adaptable. Su capacidad para modificar infraestructuras completas, integrar plataformas legítimas como Telegram y explotar vulnerabilidades recientes demuestra un nivel de sofisticación alineado con operaciones de ciberespionaje patrocinadas por el Estado.

Para organizaciones y gobiernos, este caso subraya la importancia de la detección temprana, la monitorización de C2 encubiertos y la inteligencia de amenazas frente a actores APT de larga duración.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#152

Investigadores en ciberseguridad han revelado los detalles de DKnife, un sofisticado framework de monitorización de pasarelas y ataques de Adversario en el Medio (AitM, por sus siglas en inglés), que ha sido operado por actores de amenazas con vínculos a China al menos desde el año 2019. Esta herramienta representa una evolución significativa en las campañas de ciberespionaje, al enfocarse directamente en routers y dispositivos edge como punto central de compromiso.

A diferencia del malware tradicional orientado a endpoints, DKnife está diseñado para operar de forma persistente y sigilosa dentro de la infraestructura de red, permitiendo a los atacantes observar, manipular y redirigir el tráfico sin levantar sospechas.

Un framework modular orientado a routers y dispositivos edge

El framework DKnife está compuesto por siete implantes basados en Linux, diseñados específicamente para ejecutarse en routers, gateways y dispositivos de borde. Estos componentes trabajan de forma modular para ofrecer capacidades avanzadas como:

  • Inspección profunda de paquetes (DPI)
  • Manipulación activa del tráfico
  • Secuestro de DNS
  • Intercepción de conexiones cifradas
  • Distribución selectiva de malware

Según Cisco Talos, los ataques de DKnife apuntan a una amplia variedad de dispositivos, incluidos PCs, dispositivos móviles y dispositivos de Internet de las Cosas (IoT), lo que amplía significativamente la superficie de ataque.

Fuerte enfoque en usuarios de habla china

Uno de los aspectos más relevantes del análisis es que DKnife parece estar dirigido principalmente a usuarios de habla china. Esta conclusión se basa en múltiples indicadores técnicos, entre ellos:

  • Páginas de phishing diseñadas para recolectar credenciales de servicios de correo electrónico chinos
  • Módulos específicos para exfiltrar datos de aplicaciones populares como WeChat
  • Referencias en el código a dominios de medios de comunicación chinos
  • Secuestro de actualizaciones de aplicaciones utilizadas mayoritariamente en China

No obstante, los investigadores advierten que esta segmentación podría ser solo una parte de una infraestructura más amplia, ya que se identificó un único servidor de comando y control (C2) que contenía archivos de configuración, lo que sugiere la posible existencia de otros C2 con objetivos regionales diferentes.

Vínculos con grupos APT alineados con China

Cisco Talos descubrió DKnife durante la monitorización continua de un clúster de actividad chino denominado Earth Minotaur, previamente vinculado al kit de explotación MOONSHINE y a la puerta trasera DarkNimbus (también conocida como DarkNights).

De forma especialmente relevante, se identificaron conexiones infraestructurales entre DKnife y WizardNet, un implante de Windows utilizado por el grupo APT chino TheWizards, que también opera un framework AitM denominado Spellbinder, documentado por ESET en abril de 2025.

TheWizards es conocido por atacar a individuos y al sector del juego en regiones como China continental, Hong Kong, Camboya, Filipinas y Emiratos Árabes Unidos, lo que refuerza la hipótesis de una colaboración o reutilización de infraestructura entre distintos actores APT alineados con intereses estatales chinos.

Arquitectura técnica del framework DKnife

  • DKnife se entrega mediante un descargador ELF y contiene los siguientes siete módulos principales:
  • dknife.bin: el núcleo del framework. Realiza inspección profunda de paquetes, secuestro de DNS, notificación de actividad del usuario y reemplazo de descargas legítimas.
  • postapi.bin: módulo de reporte que actúa como intermediario entre DKnife y los servidores C2.
  • sslmm.bin: proxy inverso basado en HAProxy modificado, encargado de la terminación TLS, descifrado de tráfico de correo electrónico y redireccionamiento de URLs.
  • mmdown.bin: módulo actualizador que descarga archivos APK desde servidores C2 codificados.
  • yitiji.bin: módulo de reenvío de paquetes que crea una interfaz TAP para inyectar tráfico en la red local.
  • remote.bin: cliente VPN P2P que establece un canal persistente con el C2 remoto.
  • dkupdate.bin: módulo de mantenimiento que garantiza la persistencia y actualización del framework.

Robo de credenciales y manipulación de tráfico cifrado

Uno de los aspectos más preocupantes de DKnife es su capacidad para interceptar tráfico cifrado. El módulo sslmm.bin presenta su propio certificado TLS a las víctimas, permitiendo terminar y descifrar conexiones POP3 e IMAP.

Una vez descifrado el tráfico, el framework inspecciona los flujos de texto plano para extraer nombres de usuario y contraseñas, que son etiquetadas explícitamente como "CONTRASEÑA" y enviadas al servidor C2 a través del módulo postapi.bin.

Secuestro de actualizaciones y entrega de malware

El componente central dknife.bin permite a los atacantes llevar a cabo ataques activos, entre ellos:

  • Distribución de variantes de DarkNimbus para Android y Windows
  • Secuestro DNS sobre IPv4 e IPv6 para redirigir dominios legítimos
  • Reemplazo de actualizaciones de aplicaciones Android populares
  • Secuestro de descargas binarias de Windows para entregar ShadowPad mediante carga lateral de DLL
  • Interferencia con productos antivirus y herramientas de gestión de PC
  • Monitorización en tiempo real de la actividad del usuario

Estas capacidades convierten a DKnife en una plataforma de ciberespionaje extremadamente flexible, capaz de adaptar la carga maliciosa según el perfil del objetivo.

Routers y edge: el nuevo frente del ciberespionaje

Cisco Talos concluye que los routers y dispositivos edge siguen siendo objetivos prioritarios en campañas de ataques dirigidos. Su posición estratégica dentro de la red los convierte en plataformas ideales para espionaje persistente, manipulación de tráfico y distribución encubierta de malware.

El descubrimiento de DKnife pone de manifiesto la sofisticación creciente de las amenazas AitM modernas, que combinan inspección profunda de paquetes, manipulación activa del tráfico y entrega personalizada de malware a escala masiva.

Comprender este tipo de herramientas y las tácticas, técnicas y procedimientos (TTP) asociados es fundamental para proteger infraestructuras críticas frente a actores de amenazas avanzadas y altamente persistentes.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#153

Un hombre del estado de Illinois se declaró culpable en un tribunal federal de Estados Unidos tras admitir que hackeó casi 600 cuentas de Snapchat pertenecientes a mujeres, con el objetivo de robar fotografías íntimas que posteriormente conservaba, vendía o intercambiaba en línea. El caso ha generado una fuerte atención pública por la magnitud del ataque y por su vinculación directa con una red de sextorsión previamente condenada.

El acusado, Kyle Svara, de 26 años, compareció ante un tribunal federal en Boston, donde reconoció haber llevado a cabo una campaña sistemática de hackeo entre mayo de 2020 y febrero de 2021. Durante ese período, utilizó técnicas avanzadas de ingeniería social para obtener acceso no autorizado a cientos de cuentas de Snapchat, una de las plataformas de mensajería más utilizadas por jóvenes y estudiantes universitarios.

Cómo funcionaba el esquema de hackeo de Snapchat

De acuerdo con los documentos judiciales, Svara no explotó vulnerabilidades técnicas del sistema de Snapchat, sino que se aprovechó del eslabón más débil de la seguridad digital: el comportamiento humano. Utilizó tácticas de ingeniería social para recopilar información personal de sus víctimas, incluyendo direcciones de correo electrónico, números de teléfono y nombres de usuario asociados a sus cuentas.

Posteriormente, envió más de 4.500 mensajes de texto a potenciales víctimas, haciéndose pasar por representantes oficiales de Snap Inc. En esos mensajes solicitaba códigos de acceso o verificación, engañando a las personas para que compartieran información sensible de forma voluntaria. Gracias a este método, logró obtener credenciales de aproximadamente 570 víctimas.

Aunque no todas las credenciales robadas fueron utilizadas, las autoridades confirmaron que Svara accedió sin autorización al menos a 59 cuentas de Snapchat, desde las cuales descargó imágenes privadas y comprometedoras, principalmente fotografías desnudas.

Venta, intercambio y servicios de hackeo bajo demanda

El caso revela que Svara no actuaba únicamente por cuenta propia. El acusado promocionaba activamente sus "servicios" en múltiples plataformas online, donde ofrecía acceder a cuentas de Snapchat de mujeres a cambio de dinero u otro contenido robado.

Además, intercambiaba imágenes íntimas obtenidas ilegalmente con otros usuarios y solicitaba a posibles clientes que se comunicaran con él a través de Kik, una aplicación de mensajería cifrada que ha sido utilizada históricamente en actividades delictivas por su bajo nivel de moderación.

Este modelo de "hackeo bajo demanda" demuestra cómo el ciberdelito ha evolucionado hacia una economía informal donde los atacantes ofrecen servicios específicos, explotando redes sociales y plataformas de mensajería para operar con mayor anonimato.

La conexión con un caso de sextorsión universitaria

Uno de los elementos más graves del caso es la relación directa entre Svara y Steve Waithe, exentrenador de atletismo de la Universidad Northeastern. Waithe contrató a Svara para hackear cuentas de Snapchat pertenecientes a estudiantes de la universidad y a miembros de los equipos femeninos de atletismo y fútbol.

Waithe fue condenado en marzo de 2024 a cinco años de prisión tras ser declarado culpable de acoso cibernético, fraude informático y sextorsión. Las investigaciones confirmaron que atacó al menos a 128 mujeres, utilizando imágenes íntimas obtenidas ilegalmente para amenazarlas y manipularlas.

Este vínculo demuestra cómo los servicios de hackeo pueden convertirse en una herramienta clave dentro de esquemas más amplios de abuso digital y violencia basada en el género.

Víctimas adicionales y actividades independientes

Además de los trabajos remunerados, Svara también llevó a cabo ataques por iniciativa propia. Según los fiscales, hackeó cuentas de mujeres en Plainfield, Illinois, así como de estudiantes del Colby College en Maine, ampliando aún más el alcance geográfico y el impacto del delito.

Estos ataques independientes refuerzan la idea de que el acusado operaba de forma sistemática y con pleno conocimiento de la ilegalidad de sus acciones.

Cargos federales y posibles condenas

  • Kyle Svara enfrenta múltiples cargos federales, entre ellos:
  • Robo de identidad agravado, con una condena mínima obligatoria de dos años.
  • Fraude electrónico, que conlleva una pena máxima de hasta 20 años de prisión.
  • Fraude informático, castigado con hasta cinco años.
  • Declaraciones falsas relacionadas con pornografía infantil, con una pena máxima de ocho años.

El Departamento de Justicia señaló que, durante los interrogatorios, Svara negó inicialmente cualquier implicación en el hackeo de Snapchat y afirmó no tener interés alguno en material de abuso sexual infantil. Sin embargo, las pruebas demostraron lo contrario.

Según el comunicado oficial, el acusado recopiló, distribuyó y solicitó material de abuso sexual infantil (CSAM), contradiciendo directamente sus declaraciones a los investigadores.

Un recordatorio crítico sobre seguridad digital

Este caso pone de relieve los riesgos reales asociados al uso de redes sociales y aplicaciones de mensajería, especialmente cuando los usuarios no son conscientes de las tácticas de ingeniería social utilizadas por los atacantes. También evidencia cómo la falta de verificación y educación en ciberseguridad puede tener consecuencias devastadoras para la privacidad y la integridad personal.

La sentencia de Kyle Svara está programada para el 18 de mayo, ante el juez Brian E. Murphy del Tribunal de Distrito de Estados Unidos. El fallo podría sentar un precedente importante en casos relacionados con hackeo de redes sociales, sextorsión y delitos sexuales facilitados por tecnología.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#154

La mayoría del trabajo empresarial actual se realiza directamente en el navegador. Las aplicaciones SaaS, los proveedores de identidad, las consolas de administración en la nube y las herramientas de inteligencia artificial han transformado al navegador en la interfaz principal para acceder a información crítica, gestionar operaciones y ejecutar procesos estratégicos.

Desde plataformas de colaboración hasta sistemas financieros, recursos humanos y herramientas de desarrollo, el navegador se ha convertido en el entorno de ejecución real del negocio digital. Sin embargo, este cambio profundo no ha sido acompañado por una evolución equivalente en las arquitecturas de seguridad empresarial.

Una brecha creciente en las arquitecturas de seguridad

A pesar de su importancia, el navegador sigue siendo un componente periférico dentro de la mayoría de las estrategias de ciberseguridad. La detección y la investigación continúan enfocándose en los endpoints, la red y el correo electrónico, es decir, en las capas que rodean al navegador, pero no en lo que sucede dentro de él.

Esta desconexión genera un problema crítico. Cuando se producen ataques dirigidos a empleados, los equipos de seguridad suelen tener dificultades para responder a una pregunta fundamental: ¿qué ocurrió realmente dentro del navegador?

Esa falta de visibilidad no es menor. Define una nueva clase de amenazas modernas que explotan precisamente aquello que no se observa.

El navegador como "refugio seguro" para los atacantes

En Keep Aware hemos identificado este fenómeno como un problema de refugio seguro para atacantes. El navegador se ha convertido en el nuevo punto central de fallo, no porque carezca de controles, sino porque carece de observabilidad profunda.

Durante 2025 y entrando en 2026, se han observado ataques dirigidos exclusivamente al navegador que dejan poca o ninguna evidencia tradicional. No hay malware descargado, no se ejecutan exploits y no se activan alertas clásicas. El ataque ocurre mediante interacciones legítimas del usuario, invisibles para la mayoría de las herramientas de seguridad.

Ataques al navegador observados en 2026

Los ataques basados únicamente en navegador no dependen de una sola técnica. Su complejidad radica en que múltiples vectores convergen en la misma brecha de visibilidad.

ClickFix e ingeniería social basada en la interfaz

Uno de los vectores más relevantes en 2025 y 2026. Los usuarios son inducidos por mensajes falsos del navegador o interfaces manipuladas a copiar, pegar o enviar información sensible por sí mismos. No se entrega ninguna carga maliciosa: solo acciones normales del usuario que apenas dejan rastros investigables.

Extensiones de navegador maliciosas

Extensiones aparentemente legítimas se instalan de forma intencionada y operan de manera silenciosa. Observan el contenido de las páginas, interceptan formularios o exfiltran datos. Desde la perspectiva del endpoint o la red, el comportamiento parece completamente normal, lo que dificulta enormemente su detección.

Ataques de Hombre en el Navegador (MitB, AitB, BitB)

Estos ataques no comprometen sistemas, sino sesiones activas. El usuario introduce sus credenciales correctamente, aprueba el MFA y los registros confirman una sesión válida. Sin embargo, no existe forma de saber si la interacción fue manipulada o superpuesta por un atacante.

Contrabando de HTML

El contenido malicioso se ensambla dinámicamente dentro del navegador mediante JavaScript. Esto permite evitar los puntos tradicionales de descarga, inspección y sandboxing. El navegador renderiza el contenido sin generar eventos de seguridad relevantes.

Por qué EDR, correo electrónico y SASE no detectan estos ataques

Esta situación no es consecuencia de errores humanos o fallos tecnológicos, sino del diseño original de estas herramientas.

  • EDR se enfoca en procesos, archivos y memoria del endpoint.
  • La seguridad del correo electrónico rastrea enlaces, archivos adjuntos y entregas.
  • SASE y proxies aplican políticas sobre el tráfico de red.

Ninguna de estas soluciones está diseñada para comprender la interacción del usuario dentro del navegador: clics, pegado de datos, cargas manuales o autorizaciones.

Cuando el navegador se convierte en el entorno de ejecución principal, la prevención y la detección pierden contexto. Las acciones pueden permitirse o bloquearse, pero sin entender qué ocurrió realmente, las investigaciones quedan incompletas y las políticas se vuelven rígidas e ineficientes.

Qué revela la investigación Own the Browser

Esta brecha no se limita a un navegador específico ni a un modelo de despliegue concreto. Como parte de Own the Browser, una iniciativa de investigación neutral respecto al proveedor, se evaluaron más de 20 navegadores convencionales, empresariales y nativos de IA.

El hallazgo clave no fue la ausencia de controles, sino la falta de comportamiento observable del que esos controles pudieran aprender. Las políticas existen, pero no hay visibilidad estructurada que conecte dichas políticas con el uso real del usuario.

La inteligencia artificial amplía el problema

La adopción masiva de herramientas como ChatGPT, Claude y Gemini ha normalizado acciones como copiar, pegar, subir y resumir información sensible directamente en el navegador. Los navegadores nativos de IA, asistentes integrados y extensiones reducen aún más la fricción.

Desde el punto de vista del control, esta actividad parece legítima. Desde el punto de vista de la seguridad, evaluar el riesgo sin contexto es extremadamente complejo.

Sin observabilidad a nivel de navegador, los equipos no pueden adaptar sus políticas a la realidad operativa, y la prevención queda rápidamente obsoleta frente a flujos de trabajo impulsados por IA.

Cómo cambia la seguridad con observabilidad del navegador

Cuando la actividad del navegador se vuelve observable, la seguridad mejora de forma significativa. Los equipos pueden establecer controles más precisos, prevenir acciones riesgosas en tiempo real y preservar evidencia detallada para investigaciones.

La detección mejora porque el comportamiento se evalúa en contexto. La respuesta mejora porque los incidentes pueden reconstruirse con precisión. Las políticas evolucionan porque se basan en el uso real, no en suposiciones.

Esto crea un ciclo continuo de mejora donde la observabilidad alimenta la prevención y reduce el riesgo de forma sostenida.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#155

La Fundación Eclipse, responsable del Open VSX Registry, ha anunciado un cambio estratégico clave en su enfoque de seguridad: la implementación de comprobaciones de seguridad previas a la publicación para las extensiones de Microsoft Visual Studio Code (VS Code). El objetivo es claro: reducir drásticamente el riesgo de que extensiones maliciosas o comprometidas lleguen a los desarrolladores, mitigando una de las amenazas más persistentes de la actualidad, los ataques a la cadena de suministro de software.

Hasta ahora, el Open VSX Registry ha operado bajo un modelo principalmente reactivo, en el que las extensiones eran analizadas tras su publicación, normalmente en respuesta a reportes de la comunidad o investigaciones internas. Sin embargo, el crecimiento exponencial del ecosistema y la sofisticación de los ataques han hecho que este enfoque resulte insuficiente y difícil de escalar.

De la respuesta reactiva a la prevención proactiva

Christopher Guindon, director de desarrollo de software de la Fundación Eclipse, explicó que el registro se ha basado históricamente en la investigación posterior a la publicación:

Citar"Cuando se reporta una extensión defectuosa, la investigamos y la eliminamos. Aunque este enfoque sigue siendo relevante y necesario, no escala a medida que aumenta el volumen de publicaciones y evolucionan los modelos de amenazas."

El nuevo sistema introduce controles automáticos antes de que una extensión se haga pública, marcando un giro hacia un modelo proactivo, alineado con las mejores prácticas modernas de seguridad en ecosistemas open source.

Extensiones y repositorios: un objetivo prioritario para los atacantes

Los registros de paquetes de código abierto y los marketplaces de extensiones se han convertido en un objetivo de alto valor para actores maliciosos. A través de una sola extensión, los atacantes pueden comprometer miles o incluso millones de entornos de desarrollo, logrando acceso a credenciales, repositorios privados y sistemas corporativos.

Entre las técnicas más utilizadas destacan:

  • Typosquatting, donde se publican extensiones con nombres casi idénticos a los legítimos
  • Suplantación de espacios de nombres, haciéndose pasar por editores conocidos
  • Cuentas de editores comprometidas, utilizadas para distribuir actualizaciones envenenadas

De hecho, tan recientemente como la semana pasada, la empresa de seguridad Socket informó sobre un incidente en el que una cuenta de editor comprometida fue utilizada para publicar actualizaciones maliciosas, demostrando que incluso extensiones previamente confiables pueden convertirse en vectores de ataque.

Qué detectarán las nuevas comprobaciones de seguridad

Con la implementación de los controles previos a la publicación, el Open VSX Registry buscará reducir la ventana de exposición y evitar que extensiones sospechosas se distribuyan de forma inmediata. En lugar de publicarse automáticamente, ciertas subidas serán puestas en cuarentena para revisión manual.

Entre los escenarios que se marcarán de forma preventiva se incluyen:

  • Casos claros de suplantación de nombre o espacio de nombres de extensiones legítimas
  • Credenciales, tokens o secretos publicados accidentalmente en el código
  • Patrones maliciosos conocidos, asociados a malware o comportamientos abusivos

Este enfoque no solo protege a los usuarios finales, sino que también ayuda a los editores legítimos a detectar errores o configuraciones inseguras antes de que causen un incidente.

Un modelo alineado con las prácticas de Microsoft

La iniciativa de la Fundación Eclipse no surge en el vacío. Microsoft ya aplica un proceso de verificación en múltiples fases para su Visual Studio Marketplace, el repositorio oficial de extensiones de VS Code.

Este proceso incluye:

  • Escaneo de los paquetes entrantes en busca de malware antes de su publicación
  • Un nuevo escaneo "poco después" de que la extensión se haga pública
  • Escaneos periódicos masivos de todas las extensiones existentes

Al adoptar un modelo similar, el Open VSX Registry busca armonizar los estándares de seguridad del ecosistema VS Code, especialmente teniendo en cuenta que Open VSX es utilizado por distribuciones alternativas del editor, como VSCodium y otros forks centrados en software libre.

Despliegue gradual para minimizar falsos positivos

La Fundación Eclipse ha confirmado que el programa de verificación se implementará de forma escalonada. Durante febrero de 2026, los mantenedores utilizarán las comprobaciones únicamente en modo de monitorización, sin bloquear la publicación de extensiones.

Este periodo permitirá:

  • Afinar las reglas de detección
  • Reducir la tasa de falsos positivos
  • Mejorar la retroalimentación hacia los editores

La aplicación obligatoria de las comprobaciones comenzará el mes siguiente, una vez que el sistema haya sido validado en producción.

Elevando el "suelo" de seguridad del ecosistema

Guindon subrayó que el objetivo no es penalizar a los editores legítimos, sino elevar el nivel mínimo de seguridad del ecosistema:

Citar"El objetivo es ayudar a los editores a detectar problemas pronto y mantener una experiencia predecible y justa para los editores de buena fe."

Al reducir la probabilidad de que extensiones claramente maliciosas o inseguras entren en el repositorio, la Fundación Eclipse espera aumentar la confianza en el Open VSX Registry como infraestructura compartida, algo crítico en un entorno donde los desarrolladores dependen cada vez más de extensiones de terceros.

Un paso clave contra los ataques a la cadena de suministro

En un contexto donde los ataques a la cadena de suministro de software continúan creciendo en frecuencia e impacto, la decisión de la Fundación Eclipse representa un avance significativo. La seguridad ya no puede depender únicamente de la detección posterior al incidente; debe integrarse antes de que el código llegue a los usuarios.

Con este movimiento, el Open VSX Registry se posiciona como un actor comprometido con la seguridad preventiva, marcando un precedente que otros repositorios de extensiones y paquetes open source podrían seguir.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#156

Microsoft ha anunciado el desarrollo de un escáner ligero capaz de detectar puertas traseras en modelos de lenguaje grandes (LLMs) de peso abierto, un avance significativo en un contexto donde la seguridad de la inteligencia artificial se ha convertido en una prioridad crítica para empresas, gobiernos y desarrolladores. La compañía asegura que esta nueva herramienta permite identificar modelos envenenados con alta fiabilidad y una baja tasa de falsos positivos, mejorando sustancialmente la confianza en los sistemas de IA modernos.

El anuncio fue realizado por el equipo de AI Security de Microsoft, que explicó que el escáner se basa en tres señales observables clave relacionadas con el comportamiento interno del modelo cuando se activan determinados disparadores maliciosos. Según Blake Bullwinkel y Giorgio Severi, investigadores de seguridad de la compañía, estas señales ofrecen una base "técnicamente robusta y operativamente significativa" para la detección de puertas traseras en LLMs.

El problema de las puertas traseras en modelos de IA

Los modelos de lenguaje a gran escala pueden ser manipulados de varias formas. Microsoft distingue principalmente dos superficies de ataque:

  • El código del modelo, donde se introducen modificaciones directas en la lógica.
  • Los pesos del modelo, que son los parámetros aprendidos durante el entrenamiento y que determinan cómo el sistema transforma las entradas en salidas.

Uno de los ataques más peligrosos es el envenenamiento del modelo, una técnica en la que un actor malicioso introduce comportamientos ocultos directamente en los pesos durante el proceso de entrenamiento. El resultado es un modelo con puerta trasera que funciona de manera normal en la mayoría de los escenarios, pero que ejecuta acciones no previstas cuando detecta un disparador específico.

Este tipo de modelos son conocidos como "agentes durmientes", ya que el comportamiento malicioso permanece latente hasta que se activa bajo condiciones muy concretas. Esto convierte al envenenamiento de modelos en un ataque altamente sigiloso, difícil de detectar mediante pruebas tradicionales.

Tres señales clave para identificar modelos envenenados

El estudio de Microsoft identifica tres indicadores prácticos que pueden revelar la presencia de una puerta trasera en un LLM:

  • Patrones de atención anómalos: cuando un prompt contiene una frase desencadenante, los modelos envenenados muestran un patrón distintivo de atención denominado "doble triángulo". Este fenómeno provoca que el modelo se centre de forma aislada en el disparador y, al mismo tiempo, colapse la aleatoriedad de la salida, generando respuestas altamente deterministas.
  • Filtrado de datos memorizados: los modelos con backdoor tienden a memorizar los datos de envenenamiento, incluidos los disparadores, en lugar de integrarlos como conocimiento general. Esto permite extraer fragmentos sospechosos mediante técnicas de extracción de memoria, algo poco común en modelos no comprometidos.
  • Activación mediante disparadores difusos: una puerta trasera no siempre requiere un trigger exacto. Microsoft descubrió que muchos modelos envenenados pueden activarse con variaciones parciales o aproximadas del disparador, lo que amplía considerablemente la superficie de ataque.

Según la compañía, estos indicadores se refuerzan mutuamente y permiten detectar puertas traseras sin necesidad de conocer previamente el comportamiento malicioso exacto.

Cómo funciona el escáner de Microsoft

El escáner desarrollado por Microsoft sigue un enfoque innovador y eficiente. En primer lugar, extrae contenido memorizado del modelo, analizando las salidas para identificar subcadenas sospechosas. Posteriormente, estas señales se formalizan como funciones de pérdida, que puntúan cada fragmento según su probabilidad de actuar como disparador.

El resultado final es una lista ordenada de posibles triggers, lo que permite a los analistas de seguridad evaluar rápidamente si un modelo ha sido comprometido.

Uno de los aspectos más relevantes de esta metodología es que:

  • No requiere reentrenamiento del modelo
  • No necesita conocimiento previo del backdoor
  • Funciona con modelos comunes de estilo GPT
  • Puede aplicarse a escaneos a gran escala

Esto la convierte en una solución especialmente atractiva para organizaciones que trabajan con modelos open-weight o que integran LLMs de terceros en sus sistemas.

Limitaciones y alcance real

Microsoft advierte que el escáner no es una solución universal. Presenta varias limitaciones importantes:

  • No funciona en modelos propietarios cerrados, ya que requiere acceso directo a los archivos del modelo.
  • Es más eficaz contra backdoors basados en triggers que generan salidas deterministas.
  • No puede considerarse una defensa completa contra todos los tipos de comportamientos maliciosos en IA.

Aun así, los investigadores consideran este avance como un paso clave hacia una detección práctica y desplegable de puertas traseras en IA, destacando la importancia de la colaboración entre actores de la comunidad de seguridad.

Seguridad de IA y evolución del Secure Development Lifecycle

Este desarrollo coincide con la ampliación del Secure Development Lifecycle (SDL) de Microsoft para abordar amenazas específicas de la inteligencia artificial. La compañía está adaptando sus procesos para mitigar riesgos como:

  • Inyección de prompts
  • Envenenamiento de datos
  • Manipulación de plugins
  • Uso malicioso de APIs externas
  • Abuso de estados de memoria y contexto

Según Yonatan Zunger, vicepresidente corporativo y subdirector de seguridad de IA, los sistemas de inteligencia artificial rompen las fronteras tradicionales de confianza asumidas por el SDL clásico.

Citar"A diferencia de los sistemas tradicionales, la IA introduce múltiples puntos de entrada para entradas inseguras, desde prompts hasta actualizaciones de modelos, lo que dificulta aplicar límites claros de seguridad."

Este cambio de paradigma obliga a replantear cómo se diseñan, entrenan y despliegan los sistemas de IA a gran escala.

Un paso clave hacia la confianza en la IA

La aparición de herramientas como este escáner refuerza la idea de que la seguridad en inteligencia artificial no puede ser reactiva, sino que debe integrarse desde el diseño. A medida que los LLMs se convierten en componentes críticos de productos y servicios, detectar puertas traseras y modelos envenenados será esencial para proteger datos, procesos y decisiones automatizadas.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#157

La Agencia de Seguridad de Infraestructura y Ciberseguridad de Estados Unidos (CISA) ha emitido una nueva alerta de alto impacto tras confirmar la explotación activa de una vulnerabilidad crítica en GitLab, a pesar de que el fallo fue corregido originalmente hace más de cinco años. La decisión pone de relieve una realidad persistente en ciberseguridad: las vulnerabilidades antiguas siguen siendo un vector de ataque altamente efectivo cuando no se aplican parches de forma consistente.

La vulnerabilidad en cuestión, identificada como CVE-2021-39935, corresponde a un fallo de Server-Side Request Forgery (SSRF) que afecta a GitLab Community Edition (CE) y Enterprise Edition (EE). Aunque GitLab publicó un parche en diciembre de 2021, CISA ha confirmado que el defecto está siendo explotado activamente en ataques reales, lo que ha motivado su inclusión en el Catálogo de Vulnerabilidades Conocidas Explotadas (KEV).

¿Qué es CVE-2021-39935 y por qué es peligrosa?

CVE-2021-39935 permite a usuarios externos no autenticados y sin privilegios realizar solicitudes del lado del servidor a través de la API CI Lint, una funcionalidad diseñada para validar configuraciones de pipelines CI/CD y simular flujos de integración continua.

GitLab explicó en su aviso original que, cuando el registro de usuarios está restringido, los usuarios externos no desarrolladores no deberían tener acceso a esta API. Sin embargo, el fallo permitía eludir esta limitación, abriendo la puerta a ataques SSRF que pueden utilizarse para:

  • Acceder a recursos internos no expuestos públicamente
  • Interactuar con servicios internos de la infraestructura
  • Obtener metadatos sensibles en entornos cloud
  • Facilitar movimientos laterales dentro de la red
  • Preparar ataques más complejos contra pipelines CI/CD

Este tipo de vulnerabilidad resulta especialmente crítica en plataformas DevSecOps como GitLab, donde los sistemas CI/CD suelen tener acceso privilegiado a repositorios, secretos, tokens y entornos de producción.

Versiones afectadas de GitLab

Según GitLab, el problema afecta a un amplio rango de versiones, incluyendo:

  • Todas las versiones desde la 10.5 hasta antes de la 14.3.6
  • Todas las versiones desde la 14.4 hasta antes de la 14.4.4
  • Todas las versiones desde la 14.5 hasta antes de la 14.5.2

Las organizaciones que aún ejecuten estas versiones —especialmente instancias autoalojadas expuestas a Internet— se encuentran en riesgo inmediato de compromiso.

CISA impone plazos obligatorios bajo la BOD 22-01

El martes, CISA ordenó a las agencias del Federal Civilian Executive Branch (FCEB) aplicar los parches correspondientes antes del 24 de febrero de 2026, otorgando un plazo máximo de tres semanas, conforme a la Directiva Operativa Vinculante BOD 22-01.

Esta directiva obliga a las agencias federales a:

  • Identificar sistemas vulnerables
  • Aplicar mitigaciones según el proveedor
  • Seguir las guías específicas para servicios en la nube
  • Suspender el uso del producto si no existen mitigaciones disponibles

Aunque la BOD 22-01 se aplica exclusivamente a organismos federales, CISA ha instado explícitamente a todas las organizaciones del sector privado a actuar de inmediato, dada la explotación activa de la vulnerabilidad.

Citar"Este tipo de vulnerabilidades son vectores de ataque frecuentes para actores cibernéticos maliciosos y suponen riesgos significativos para la empresa federal", advirtió CISA.

La superficie de ataque: decenas de miles de GitLab expuestos

El riesgo se ve amplificado por la gran cantidad de instancias de GitLab accesibles desde Internet. Según datos de Shodan, actualmente existen más de 49.000 dispositivos con huella digital de GitLab expuestos públicamente, la mayoría ubicados en China. De estos, casi 27.000 utilizan el puerto HTTPS predeterminado 443, lo que los convierte en objetivos evidentes para escaneos automatizados y ataques oportunistas.

Esta exposición masiva facilita la explotación de vulnerabilidades conocidas, especialmente aquellas que no requieren autenticación, como CVE-2021-39935.

GitLab: un objetivo de alto valor estratégico

GitLab no es una plataforma marginal. La compañía afirma que su ecosistema DevSecOps cuenta con más de 30 millones de usuarios registrados y es utilizado por más del 50 % de las organizaciones Fortune 100. Entre sus clientes se incluyen empresas de alto perfil como Nvidia, Airbus, Goldman Sachs, T-Mobile y Lockheed Martin.

Este nivel de adopción convierte a GitLab en un objetivo prioritario para actores de amenazas avanzados, incluyendo grupos APT, ciberdelincuentes y operadores de ransomware interesados en comprometer cadenas de suministro de software.

Un patrón preocupante: más vulnerabilidades explotadas activamente

El mismo día del aviso sobre GitLab, CISA también añadió al catálogo KEV una vulnerabilidad crítica en SolarWinds Web Help Desk, ordenando a las agencias gubernamentales parchear los sistemas afectados en un plazo de solo tres días.

Este patrón refuerza una tendencia clara: los atacantes están priorizando vulnerabilidades conocidas, antiguas y mal gestionadas, conscientes de que muchas organizaciones aún no aplican parches de forma adecuada.

Recomendaciones de seguridad clave

Para mitigar el riesgo asociado a CVE-2021-39935, las organizaciones deben:

  • Actualizar inmediatamente GitLab a una versión parcheada
  • Restringir el acceso a instancias GitLab expuestas a Internet
  • Revisar configuraciones de la API CI Lint
  • Monitorizar logs en busca de patrones SSRF
  • Aplicar segmentación de red para proteger servicios internos
  • Integrar la gestión de vulnerabilidades en los procesos DevSecOps

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#158

La plataforma de automatización de flujos de trabajo n8n, ampliamente utilizada en entornos empresariales y de desarrollo por su enfoque de código abierto y flexibilidad, se encuentra en el centro de una grave alerta de seguridad. Investigadores de varias firmas de ciberseguridad han revelado múltiples vulnerabilidades críticas que permiten a usuarios autenticados escapar del entorno restringido (sandbox) y obtener control total del servidor anfitrión.

Estas fallas, rastreadas colectivamente como CVE-2026-25049, afectan al mecanismo de sanitización de expresiones JavaScript del lado del servidor y pueden ser explotadas por cualquier usuario con permisos para crear o editar flujos de trabajo, sin necesidad de privilegios administrativos adicionales.

¿Por qué CVE-2026-25049 representa un riesgo extremo?

Según los informes técnicos publicados por Pillar Security, Endor Labs y SecureLayer7, la explotación de CVE-2026-25049 conduce a una ejecución remota de código (RCE) sin restricciones, lo que supone el peor escenario posible para una plataforma de automatización.

Una vez explotada la vulnerabilidad, un atacante puede:

  • Ejecutar comandos arbitrarios del sistema operativo
  • Acceder al sistema de archivos completo
  • Robar credenciales almacenadas, claves API y tokens OAuth
  • Comprometer archivos de configuración sensibles
  • Secuestrar flujos de trabajo de IA, interceptando prompts y manipulando respuestas
  • Pivotar hacia cuentas en la nube conectadas
  • Acceder a servicios internos del clúster, afectando potencialmente a otros inquilinos

Esto resulta especialmente crítico porque n8n es una plataforma multi-tenant, por lo que una sola instancia comprometida podría derivar en una violación de datos transversal.

Citar"El ataque no requiere nada especial. Si puedes crear un flujo de trabajo, puedes ser dueño del servidor", advirtió Pillar Security.

Un sandbox JavaScript incompleto y fácilmente evadible

El origen del problema se encuentra en un sandboxing incompleto basado en AST (Abstract Syntax Tree) que n8n utiliza para restringir el código JavaScript definido por los usuarios dentro de los flujos de trabajo.

Pillar Security demostró el 21 de diciembre de 2025 un primer bypass que permitía escapar del sandbox y acceder al objeto global de Node.js, lo que llevaba directamente a RCE. Aunque n8n implementó una solución dos días después, un análisis más profundo reveló que el parche era incompleto.

Los investigadores lograron un segundo escape del sandbox mediante operaciones equivalentes que no estaban contempladas en la sanitización original, lo que evidencia un fallo estructural en el modelo de seguridad.

Bypasses adicionales y confusión de tipos

De forma independiente, Endor Labs descubrió nuevos vectores de ataque en versiones anteriores a la 2.5.2 y 1.123.17, señalando que la función de sanitización asume erróneamente que las claves de acceso a propiedades siempre son cadenas.

Según Cristian Staicu, investigador de Endor Labs, aunque esta restricción existe en los tipos de TypeScript, no se aplica en tiempo de ejecución, lo que introduce una vulnerabilidad de confusión de tipos que permite eludir por completo los controles de seguridad.

El resultado es una ejecución arbitraria de código, demostrada mediante un exploit de prueba de concepto extremadamente sencillo.

SecureLayer7: más de 150 intentos para un bypass funcional

El informe técnico de SecureLayer7 aporta aún más gravedad al escenario. Sus investigadores descubrieron CVE-2026-25049 mientras analizaban el parche de CVE-2025-68613, otro fallo crítico corregido en diciembre.

Tras más de 150 intentos fallidos, lograron refinar un bypass exitoso utilizando el constructor de funciones de JavaScript, permitiendo la ejecución de código del lado del servidor. El informe incluye:

  • Detalles técnicos completos
  • Pasos de configuración inicial
  • Creación de un flujo de trabajo malicioso
  • Un exploit funcional de prueba de concepto

Todo ello conduce a un control total del servidor n8n.

Versiones afectadas y corrección oficial

Los desarrolladores de n8n confirmaron el bypass el 30 de diciembre de 2025 y finalmente publicaron una corrección completa con el lanzamiento de n8n 2.4.0 el 12 de enero de 2026, reforzada posteriormente en las versiones 2.5.2 y 1.123.17, que actualmente se consideran seguras.

Recomendaciones de seguridad urgentes

Los expertos coinciden en que la mitigación debe ser inmediata:

  • Actualizar n8n a la versión más reciente disponible
  • Rotar la variable N8N_ENCRYPTION_KEY
  • Cambiar todas las credenciales y secretos almacenados
  • Auditar flujos de trabajo en busca de expresiones JavaScript sospechosas
  • Revisar accesos y permisos de usuarios

Si la actualización no es posible de forma inmediata, n8n recomienda medidas temporales:

  • Limitar la creación y edición de flujos solo a usuarios totalmente confiables
  • Desplegar n8n en un entorno endurecido, con privilegios mínimos y red restringida

¿Existe explotación activa?

Por ahora, no se han confirmado ataques públicos explotando CVE-2026-25049. Sin embargo, la situación es preocupante. GreyNoise ha detectado actividad potencialmente maliciosa dirigida a instancias expuestas de n8n relacionadas con Ni8mare (CVE-2026-21858), con más de 33.000 solicitudes registradas en apenas una semana.

El análisis de accesos al sistema de archivos /proc sugiere un interés claro en explotación posterior, lo que indica que los atacantes ya están explorando activamente el ecosistema n8n.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#159

Durante años, la narrativa dominante sobre el cibercrimen ha estado ligada casi exclusivamente a motivaciones políticas o, más comúnmente, económicas: rescates millonarios, interrupciones de servicios críticos, caídas bursátiles y estafas digitales a gran escala. Sin embargo, 2025 ha marcado un antes y un después. Este año ha dejado claro que los ataques digitales ya no se limitan a afectar sistemas informáticos, sino que impactan directamente en la vida y la integridad física de las personas.

El cibercrimen ha cruzado definitivamente la frontera entre lo virtual y lo físico, consolidándose como una amenaza híbrida con consecuencias humanas tangibles.

La primera muerte confirmada vinculada a un ataque de ransomware

El caso más grave y simbólico se produjo en el Reino Unido, con el ataque de ransomware contra Synnovis, proveedor clave de servicios de patología para varios hospitales de Londres. Aunque el ciberataque tuvo lugar en 2024, no fue hasta 2025 cuando las autoridades sanitarias confirmaron oficialmente el fallecimiento de un paciente durante el período en el que los sistemas permanecieron inoperativos.

Esta confirmación convierte el caso en la primera muerte reconocida de forma directa como consecuencia de un ataque de ransomware. Hasta ahora, las muertes asociadas a ciberataques se habían tratado como estimaciones estadísticas o correlaciones indirectas. Este precedente supone un hito sombrío y redefine el impacto real del cibercrimen sobre infraestructuras críticas como la sanidad.

Cuando los sistemas clínicos, diagnósticos o de laboratorio se paralizan, el tiempo se convierte en un factor letal, y el ransomware deja de ser un delito financiero para convertirse en una amenaza a la vida humana.

De lo digital a lo físico: la consolidación de la violencia como servicio

Otro fenómeno inquietante que se ha intensificado en 2025 es la consolidación de la llamada "violence-as-a-service" o violencia como servicio. Lo que durante años se consideró un escenario extremo —la traducción directa del delito digital en agresión física— ha dejado de ser una excepción para convertirse en una tendencia emergente.

Firmas líderes de ciberseguridad como CrowdStrike han alertado de un incremento notable en Europa de casos en los que los grupos criminales externalizan la violencia física como parte de esquemas de extorsión digital. Intimidaciones, secuestros, torturas e incluso mutilaciones ya no son eventos aislados, sino herramientas integradas en el modelo de negocio criminal.

En lugar de limitarse a cifrar servidores o robar información, los atacantes ahora coordinan agresiones en el mundo real para reforzar la credibilidad de sus amenazas y acelerar el pago de rescates.

Criptomonedas: el catalizador de una nueva violencia híbrida

Las criptomonedas han actuado como un potente catalizador de esta escalada. Su combinación de alto valor económico, portabilidad inmediata y dificultad de rastreo convierte a empresarios, desarrolladores y grandes inversores en objetivos prioritarios.

Ha emergido así una nueva tipología de ataque: comienza con una fase de inteligencia digital —filtraciones de datos, análisis de redes sociales, rastreo de direcciones IP y huella digital— y culmina con violencia física presencial. Ni siquiera países tradicionalmente alejados de este tipo de delitos, como España, han quedado al margen.

Uno de los casos más paradigmáticos ocurrió en Francia, con el secuestro de David Balland, cofundador del fabricante de carteras físicas de criptomonedas Ledger. Balland fue retenido por una banda organizada que exigía un rescate directo a otros ejecutivos de la compañía. Como método de presión, los secuestradores llegaron a mutilarle un dedo, una señal inequívoca de que las amenazas ya no son meramente retóricas.

Del chantaje digital al terror creíble

En paralelo a estos episodios extremos, diversos estudios citados por investigadores de ciberseguridad documentan un aumento significativo de amenazas físicas creíbles durante negociaciones de ransomware. Cerca del 40% de las víctimas habría recibido advertencias explícitas contra ellas o sus familias.

Los atacantes aportan datos inquietantemente precisos:

  • Direcciones personales
  • Rutinas diarias
  • Colegios de los hijos
  • Hábitos domésticos y desplazamientos

Esta hiperpersonalización del terror es posible gracias a la explotación masiva de datos abiertos, redes sociales y bases de datos filtradas previamente. El mensaje implícito es devastadoramente claro: "sabemos quién eres, cómo vives y dónde encontrarte".

Secuestros virtuales y el papel de la inteligencia artificial

La inteligencia artificial ha añadido una nueva capa de sofisticación y miedo. Los llamados "secuestros virtuales" utilizan voces, imágenes y vídeos manipulados para convencer a familias de que un ser querido se encuentra en peligro inmediato.

Si bien estas técnicas existían antes, el uso de deepfakes generados por IA ha multiplicado su eficacia. Voces clonadas, videollamadas falsas y mensajes hiperrealistas hacen que las víctimas actúen bajo pánico, transfiriendo grandes sumas de dinero en cuestión de minutos. Las pérdidas económicas ya se cuentan por millones, pero el daño psicológico es incalculable.

Un nuevo paradigma del cibercrimen

El cierre de 2025 deja una conclusión inquietante: el cibercrimen ya no es solo un problema tecnológico o financiero, sino un riesgo directo para la seguridad física y la vida humana. La convergencia entre ransomware, criptomonedas, filtraciones masivas de datos e inteligencia artificial ha creado un ecosistema criminal mucho más violento, personal y difícil de contener.

La ciberseguridad, a partir de ahora, no puede abordarse únicamente desde la protección de sistemas, sino como una cuestión integral de seguridad humana.

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login
#160

Un exingeniero de Google ha sido condenado en Estados Unidos por espionaje económico y robo de secretos comerciales, tras apropiarse de miles de documentos confidenciales relacionados con tecnologías avanzadas de inteligencia artificial (IA) para beneficiar a entidades vinculadas a la República Popular China (RPC). El anuncio fue realizado por el Departamento de Justicia de Estados Unidos (DoJ), marcando uno de los casos más graves de robo de propiedad intelectual en el sector tecnológico en los últimos años.

El acusado, Linwei Ding, también conocido como Leon Ding, de 38 años, fue declarado culpable por un jurado federal de siete cargos de espionaje económico y siete cargos adicionales de robo de secretos comerciales. Según los fiscales, Ding sustrajo más de 2.000 documentos internos de Google, que contenían información estratégica y altamente sensible sobre la infraestructura de supercomputación utilizada para entrenar y ejecutar modelos de IA de última generación.

Un caso que afecta a la seguridad nacional de EE. UU.

Durante el juicio, la fiscalía subrayó que el caso no se limita a una disputa corporativa, sino que toca directamente los intereses de seguridad nacional de Estados Unidos.

Citar"Silicon Valley está a la vanguardia de la innovación en inteligencia artificial, pionero en un trabajo transformador que impulsa el crecimiento económico y fortalece nuestra seguridad nacional", declaró el fiscal federal Craig H. Missakian.
"Protegeremos vigorosamente el capital intelectual estadounidense de intereses extranjeros que buscan obtener una ventaja competitiva injusta."

Las autoridades consideran que el robo de estos secretos tecnológicos podría acelerar significativamente las capacidades de IA de actores estatales extranjeros, alterando el equilibrio geopolítico en un sector crítico.

Qué información robó el exingeniero de Google

Ding fue acusado formalmente en marzo de 2024, tras descubrirse que había transferido información propietaria desde la red interna de Google a su cuenta personal de Google Cloud. Los documentos robados incluían detalles extremadamente sensibles sobre:

  • Arquitectura y funcionamiento de las Tensor Processing Units (TPU) personalizadas de Google
  • Sistemas Graphics Processing Unit (GPU) utilizados en entornos de supercomputación
  • Software de comunicación entre chips, clave para el rendimiento de cargas de trabajo de IA
  • Cluster Management System (CMS), el sistema interno que gestiona miles de nodos en centros de datos
  • Software de orquestación de superordenadores capaces de entrenar modelos de IA a escala masiva
  • SmartNIC diseñadas a medida, esenciales para comunicaciones de alta velocidad en infraestructuras cloud de Google

Este conjunto de tecnologías representa el núcleo de la ventaja competitiva de Google en inteligencia artificial, y su exposición supone un riesgo directo para la empresa y el ecosistema tecnológico estadounidense.

El robo se produjo durante meses sin ser detectado

Según la investigación, el robo de información se produjo entre mayo de 2022 y abril de 2023. Ding se había incorporado a Google en 2019 y, mientras seguía empleado, estableció vínculos con dos empresas tecnológicas con sede en China, incluida una startup llamada Shanghai Zhisuan Technologies Co., fundada por él mismo en 2023.

Menos de dos semanas antes de renunciar a Google en diciembre de 2023, Ding descargó masivamente los documentos confidenciales en su ordenador corporativo, una acción que levantó sospechas tras su salida de la compañía.

Intentos deliberados de ocultar el robo

La acusación sostiene que Ding tomó medidas deliberadas para ocultar sus actividades, lo que agravó los cargos en su contra. Entre las tácticas detectadas se incluyen:

  • Copiar código fuente y documentos internos a Apple Notes en su MacBook corporativo
  • Convertir las notas en archivos PDF para dificultar su detección
  • Subir los archivos a su cuenta personal de Google

Además, los fiscales revelaron que Ding pidió a otro empleado de Google que usara su tarjeta de acceso para registrar su presencia en un edificio corporativo, creando la falsa impresión de que trabajaba desde la oficina cuando, en realidad, se encontraba en China.

El esquema se desmoronó a finales de 2023, cuando Google descubrió que Ding había dado una presentación pública en China ante posibles inversores, promocionando su startup de IA.

Programas de talento y vínculos con el Estado chino

En febrero de 2025, el caso se amplió con acusaciones adicionales de espionaje económico. La acusación sustitutiva afirma que Ding solicitó participar en un programa de talentos patrocinado por Pekín, diseñado para atraer a investigadores y desarrolladores extranjeros.

CitarSegún el DoJ, la solicitud indicaba que Ding planeaba:

"Ayudar a China a tener capacidades de infraestructura de potencia computacional al nivel internacional".

Las pruebas del juicio demostraron que su objetivo era beneficiar a entidades controladas por el gobierno chino, contribuyendo al desarrollo de superordenadores de IA y chips personalizados de aprendizaje automático.

Defensa y consecuencias legales

El abogado defensor, Grant Fondo, argumentó que Google no protegió adecuadamente la información, señalando que los documentos eran accesibles para miles de empleados.
"Google eligió la apertura sobre la seguridad", afirmó.

No obstante, el jurado rechazó este argumento y respaldó la tesis de la fiscalía.

Ding tiene previsto comparecer en una conferencia de sentencia el 3 de febrero de 2026. Se enfrenta a:

  • Hasta 10 años de prisión por cada cargo de robo de secretos comerciales
  • Hasta 15 años por cada cargo de espionaje económico

Fuente: You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login