{"id":182443,"date":"2026-07-02T22:53:28","date_gmt":"2026-07-02T20:53:29","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/problemy-s-ochistkoj-klyuchej-shifrovaniya-diska-iz-ozu-pri-perehode-linux-v-zhdushhij-rezhim"},"modified":"2026-07-02T22:53:28","modified_gmt":"2026-07-02T20:53:29","slug":"problemy-s-ochistkoj-klyuchej-shifrovaniya-diska-iz-ozu-pri-perehode-linux-v-zhdushhij-rezhim","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/problemy-s-ochistkoj-klyuchej-shifrovaniya-diska-iz-ozu-pri-perehode-linux-v-zhdushhij-rezhim","title":{"rendered":"Problemas con la limpieza de las claves de cifrado del disco de la RAM al poner Linux en modo de suspendido","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Durante el portado de la herramienta cryptsetup-suspend para NixOS se identific\u00f3 un error en el subsistema de cifrado de disco LUKS (Linux Unified Key Setup), que caus\u00f3 que a partir del n\u00facleo de Linux 6.9 (commit problem\u00e1tico), lanzado en mayo de 2024, la limpieza de las claves de cifrado de la memoria RAM dejara de funcionar al poner el sistema en modo de suspensi\u00f3n. <\/p>\n
La herramienta cryptsetup-suspend se utiliza en Debian para bloquear autom\u00e1ticamente las particiones LUKS antes de entrar en modo de suspensi\u00f3n. Se supone que, en caso de robo de una laptop que haya entrado en modo de suspensi\u00f3n, el atacante no podr\u00e1 acceder a los datos, ya que al salir del modo de suspensi\u00f3n se requerir\u00e1 ingresar una contrase\u00f1a para recuperar el acceso a los datos cifrados. Debido a un error en el n\u00facleo de Linux, despu\u00e9s de bloquear la partici\u00f3n LUKS con el comando \u00abcryptsetup luksSuspend\u00bb, las claves no se limpiaban de la memoria RAM y segu\u00edan siendo visibles a trav\u00e9s de \/proc\/keys, lo que permit\u00eda al atacante extraerlas, por ejemplo, mediante un \u00abreinicio en fr\u00edo\u00bb, y utilizarlas para acceder a los datos. <\/p>\n
La falta de limpieza de las claves se identific\u00f3 durante la depuraci\u00f3n de una condici\u00f3n de carrera, que causaba problemas al cambiar a modo de suspensi\u00f3n. El error se produjo despu\u00e9s de una reestructuraci\u00f3n en el n\u00facleo 6.9, que ligaba las claves al hilo que hac\u00eda la llamada y que deb\u00edan eliminarse al finalizar, pero en realidad permanec\u00edan en la memoria. Se ha propuesto un parche de una sola l\u00ednea para incluir en el n\u00facleo de Linux que corrige el error cometido. <\/p>\n
Este parche no fue aceptado en el n\u00facleo, ya que se identific\u00f3 una falla: el parche solo funciona para dispositivos de almacenamiento f\u00edsicos, pero no para dispositivos virtuales loop. En lugar de corregir el problema en el lado del n\u00facleo, los desarrolladores de la herramienta cryptsetup propusieron una soluci\u00f3n alternativa para limpiar las claves. Este cambio ya ha sido aceptado y formar\u00e1 parte de la versi\u00f3n 2.8.7 de cryptsetup. <\/p>\n