{"id":29499,"date":"2026-09-21T11:41:54","date_gmt":"2026-09-21T17:41:54","guid":{"rendered":"https:\/\/latam.kaspersky.com\/blog\/?p=29499"},"modified":"2026-09-21T11:41:54","modified_gmt":"2026-09-21T17:41:54","slug":"gputhor-rowhammer-class-attack","status":"publish","type":"post","link":"https:\/\/latam.kaspersky.com\/blog\/gputhor-rowhammer-class-attack\/29499\/","title":{"rendered":"GPUThor: un nuevo intento de atacar servidores a trav\u00e9s de la GPU"},"content":{"rendered":"<p>\u00bfC\u00f3mo se puede vulnerar un servidor industrial a trav\u00e9s de su GPU y no dejar ning\u00fan rastro? Un ataque de tal complejidad (el cual ser\u00eda, en gran medida, te\u00f3rico) normalmente aprovechar\u00eda vulnerabilidades presentes en el hardware. Pero el ataque que hoy nos concierne ni siquiera tiene que ver con errores en el dise\u00f1o de los componentes: explota, en cambio, peculiaridades en la forma en la que funciona el hardware, a veces en el nivel f\u00edsico. En <a href=\"https:\/\/gururaj-s.github.io\/assets\/pdf\/CCS26_GPUThor.pdf\" target=\"_blank\" rel=\"noopener nofollow\">un art\u00edculo<\/a> reciente, un grupo de investigadores canadienses de la Universidad de Toronto public\u00f3 una descripci\u00f3n de GPUThor, un nuevo ataque de tipo Rowhammer que resulta m\u00e1s eficaz que el original y que explota, precisamente, el comportamiento del hardware en la memoria de video.<\/p>\n<h2>Rowhammer y las tarjetas gr\u00e1ficas<\/h2>\n<p>GPUThor es una evoluci\u00f3n del ataque contra la RAM que se propuso en 2014 en <a href=\"https:\/\/users.ece.cmu.edu\/~yoonguk\/papers\/kim-isca14.pdf\" target=\"_blank\" rel=\"noopener nofollow\">la investigaci\u00f3n<\/a> de Rowhammer. El ataque Rowhammer, al igual que todos los de su clase, se basa en un hecho sencillo: las celdas que conforman una memoria no est\u00e1n aisladas las unas de las otras por completo. Si se accede una y otra vez a una misma fila de celdas, es posible \u2015bajo ciertas condiciones\u2015 ocasionar alteraciones en los datos de filas vecinas (o, mejor dicho, provocar una inversi\u00f3n de bits). Una vez que se confirma la ocurrencia de este efecto, solo resta encontrar la manera de sacarle provecho para, por ejemplo, llevar a cabo una denegaci\u00f3n o incluso ejecutar c\u00f3digo arbitrario.<\/p>\n<p>Pero \u00bfqu\u00e9 tiene que ver todo esto con los servidores y los aceleradores gr\u00e1ficos? Seg\u00fan ha despegado el inter\u00e9s por las tecnolog\u00edas de inteligencia artificial, tambi\u00e9n lo ha hecho la demanda de hardware que pueda realizar en paralelo una gran cantidad de c\u00e1lculos similares. Para este tipo de tarea, resultan ideales los aceleradores integrados en las tarjetas gr\u00e1ficas para juegos. Con esto, quedan en la mira de los ataques Rowhammer los proveedores de nube que alquilan aceleradores gr\u00e1ficos. La idea es que un atacante paga para acceder a un chip gr\u00e1fico y, a trav\u00e9s de \u00e9l, busca comprometer la infraestructura entera del proveedor. Esta es la raz\u00f3n por la que los ataques contra la memoria de video mantienen un inter\u00e9s especial para los investigadores.<\/p>\n<h2>C\u00f3mo funciona el ataque GPUThor<\/h2>\n<p>En los primeros meses de este a\u00f1o, se publicaron <a href=\"https:\/\/www.kaspersky.com\/blog\/gddrhammer-geforge-gpubreach-attacks\/55607\/\" target=\"_blank\" rel=\"noopener nofollow\">tres nuevos documentos<\/a>. En cada uno de ellos, se demostraba un ataque diferente contra los aceleradores de Nvidia equipados con memoria GDDR6. Los resultados que se mostraban en los tres documentos eran bastante modestos: el mayor da\u00f1o que se logr\u00f3 fue contra una tarjeta gr\u00e1fica dise\u00f1ada para el sector hogare\u00f1o. Los ataques contra aceleradores industriales como el Nvidia\u00a0A6000 fueron mucho menos efectivos. Adem\u00e1s, ninguno de los ataques funcion\u00f3 cuando estaba habilitada la protecci\u00f3n de memoria ECC (siglas en ingl\u00e9s de \u201cc\u00f3digo de correcci\u00f3n de errores\u201d).<\/p>\n<p>GPUThor tambi\u00e9n examina la posibilidad de atacar los aceleradores Ampere de Nvidia, que son m\u00e1s antiguos y traen memoria GDDR6. En particular, los investigadores estudiaron los modelos A4000, A4500, A5000 y A6000. Pero la eficacia del nuevo m\u00e9todo, determinada por el n\u00famero de celdas cuyos datos se pudieron alterar por la fuerza, es notablemente mayor. Adem\u00e1s, los investigadores argumentan que, en teor\u00eda, la t\u00e9cnica tambi\u00e9n se podr\u00eda aplicar contra aceleradores m\u00e1s recientes.<\/p>\n<p><a href=\"https:\/\/media.kasperskydaily.com\/wp-content\/uploads\/sites\/87\/2026\/09\/21113542\/gputhor-rawhammer-class-attack-results.png\"><img decoding=\"async\" class=\"wp-image-29500 alignnone size-full\" title=\"gputhor-rawhammer-class-attack-results\" src=\"https:\/\/media.kasperskydaily.com\/wp-content\/uploads\/sites\/87\/2026\/09\/21113542\/gputhor-rawhammer-class-attack-results.png\" alt=\"\" width=\"2016\" height=\"590\"><\/a>\u00bfC\u00f3mo se lleg\u00f3 a estos resultados? El mecanismo de defensa est\u00e1ndar contra los ataques Rowhammer se llama TRR (siglas en ingl\u00e9s de \u201cTarget Row Refresh\u201d, o actualizaci\u00f3n de fila objetivo). Los canadienses investigaron este mecanismo de cerca. Resulta que si TRR detecta intentos de acceso repetidos, obliga a las celdas vecinas a actualizarse, lo que hace dif\u00edcil o imposible alterar sus datos. Para sortear el mecanismo TRR, los atacantes normalmente intentan acceder a celdas al azar. Esto confunde al sistema de defensa y lo vuelve menos eficaz. Los investigadores descubrieron que, en las tarjetas Nvidia Ampere, TRR se activa solamente una vez cada setenta y dos ciclos de actualizaci\u00f3n de las celdas de memoria. Sabiendo esto, aplicaron un patr\u00f3n de acceso desigual, que buscaba acceder repetidamente a las celdas objetivo con mucha m\u00e1s insistencia que antes. \u00bfEl resultado? Tomando como par\u00e1metro el ataque para memorias GDDR original llamado GPUHammer, GPUThor tuvo una efectividad entre 7000 y 23\u00a0000 veces superior.<\/p>\n<h2>Resultados y perspectivas<\/h2>\n<p>Al combinar este patr\u00f3n de ataque m\u00e1s agresivo con otras mejoras, se lograron entre 72\u00a0000 y 377\u00a0000 inversiones de bits por gigabyte. Las variantes anteriores de Rowhammer apenas si consegu\u00edan unos pocos cientos de inversiones, y eso en el mejor de los casos. Con esta tasa de efectividad, los investigadores lograron provocar errores que involucraron dos e incluso tres bits. La protecci\u00f3n ECC puede corregir f\u00e1cilmente un error que afecte a un \u00fanico bit, pero no a dos.<\/p>\n<p>El nuevo m\u00e9todo tambi\u00e9n demuestra el verdadero da\u00f1o que podr\u00eda causar un ataque Rowhammer: usar GPUThor para acceder repetidamente a la memoria de video da lugar a una denegaci\u00f3n de servicio. El acelerador se reinicia, pierde informaci\u00f3n y, finalmente, le indica al administrador que se lo debe reemplazar.<\/p>\n<p>A pesar de los resultados impresionantes que se obtuvieron en la investigaci\u00f3n, los ataques con GPUThor no han sido exitosos. Por un lado, los investigadores no pudieron demostrar la factibilidad de ejecutar c\u00f3digo arbitrario como resultado de una alteraci\u00f3n de datos, si bien afirman que la posibilidad existe, aun con el ECC habilitado. Por otro lado, un ataque miles de veces m\u00e1s efectivo sugiere que existe una chance te\u00f3rica de atacar tambi\u00e9n aceleradores m\u00e1s nuevos, pero, hasta el momento, esto tampoco ha quedado demostrado.<\/p>\n<p>Aun as\u00ed, los investigadores canadienses han mostrado que los ataques Rowhammer contra aceleradores gr\u00e1ficos tienen todav\u00eda potencial. No sorprender\u00eda que, en investigaciones futuras, se demuestren ataques similares contra dispositivos mucho m\u00e1s avanzados que antes se consideraban altamente resistentes.<\/p>\n<input type=\"hidden\" class=\"category_for_banner\" value=\"mdr\">\n","protected":false},"excerpt":{"rendered":"<p>Los investigadores han demostrado la relativa efectividad de un ataque de tipo Rowhammer contra aceleradores gr\u00e1ficos <\/p>\n","protected":false},"author":665,"featured_media":29501,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[2795,3539,3540],"tags":[6111,104],"class_list":["post-29499","post","type-post","status-publish","format-standard","has-post-thumbnail","category-business","category-enterprise","category-smb","tag-gpu","tag-hardware"],"hreflang":[{"hreflang":"es-mx","url":"https:\/\/latam.kaspersky.com\/blog\/gputhor-rowhammer-class-attack\/29499\/"},{"hreflang":"es","url":"https:\/\/www.kaspersky.es\/blog\/gputhor-rowhammer-class-attack\/32472\/"},{"hreflang":"it","url":"https:\/\/www.kaspersky.it\/blog\/gputhor-rowhammer-class-attack\/31011\/"},{"hreflang":"ru","url":"https:\/\/www.kaspersky.ru\/blog\/gputhor-rowhammer-class-attack\/42623\/"},{"hreflang":"tr","url":"https:\/\/www.kaspersky.com.tr\/blog\/gputhor-rowhammer-class-attack\/14894\/"},{"hreflang":"x-default","url":"https:\/\/www.kaspersky.com\/blog\/gputhor-rowhammer-class-attack\/56362\/"},{"hreflang":"de","url":"https:\/\/www.kaspersky.de\/blog\/gputhor-rowhammer-class-attack\/33868\/"},{"hreflang":"ru-kz","url":"https:\/\/blog.kaspersky.kz\/gputhor-rowhammer-class-attack\/31011\/"}],"acf":[],"banners":"","maintag":{"url":"https:\/\/latam.kaspersky.com\/blog\/tag\/hardware\/","name":"hardware"},"_links":{"self":[{"href":"https:\/\/latam.kaspersky.com\/blog\/wp-json\/wp\/v2\/posts\/29499","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/latam.kaspersky.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/latam.kaspersky.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/latam.kaspersky.com\/blog\/wp-json\/wp\/v2\/users\/665"}],"replies":[{"embeddable":true,"href":"https:\/\/latam.kaspersky.com\/blog\/wp-json\/wp\/v2\/comments?post=29499"}],"version-history":[{"count":1,"href":"https:\/\/latam.kaspersky.com\/blog\/wp-json\/wp\/v2\/posts\/29499\/revisions"}],"predecessor-version":[{"id":29502,"href":"https:\/\/latam.kaspersky.com\/blog\/wp-json\/wp\/v2\/posts\/29499\/revisions\/29502"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/latam.kaspersky.com\/blog\/wp-json\/wp\/v2\/media\/29501"}],"wp:attachment":[{"href":"https:\/\/latam.kaspersky.com\/blog\/wp-json\/wp\/v2\/media?parent=29499"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/latam.kaspersky.com\/blog\/wp-json\/wp\/v2\/categories?post=29499"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/latam.kaspersky.com\/blog\/wp-json\/wp\/v2\/tags?post=29499"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}