Seguridad de NFS: qué es, cómo los atacantes la explotan y cómo defenderse

Escrito por: Lizzie Danielson
Última actualización: 17/2/2026

Red informática

Puntos clave

Al leer esta guía, aprenderás:

  • Qué es NFS (Network File System) y cómo opera según un modelo cliente-servidor mediante RPC y TCP
  • Por qué las versiones de NFS importan para la seguridad, y por qué NFSv3 sigue siendo peligrosamente común a pesar de carecer de autenticación y cifrado
  • Las configuraciones incorrectas de NFS más explotadas, incluidos los recursos compartidos de lectura pública, la desactivación de root squashing y la suplantación de UID/GID
  • Cómo los atacantes encuentran y acceden a recursos compartidos de NFS expuestos sin necesidad de credenciales
  • Cómo se compara NFS con otros protocolos de uso compartido de archivos como CIFS y SMB
  • Las respuestas a las preguntas más comunes sobre seguridad de NFS, incluido el uso de puertos, el cifrado, el riesgo de movimiento lateral y el comando showmount

Network File System (NFS) es un protocolo de sistema de archivos distribuido desarrollado por Sun Microsystems que permite a los usuarios de computadoras cliente acceder a archivos a través de una red como si esos archivos estuvieran almacenados localmente. NFS es una superficie de ataque común en entornos empresariales porque los recursos compartidos de NFS mal configurados pueden exponer datos sensibles a usuarios no autorizados.

Cómo entender NFS y su rol en las redes modernas

Network File System opera según un modelo cliente-servidor en el que una máquina (el servidor) comparte sus archivos y directorios con otras máquinas (los clientes) a través de una red. Cuando está bien configurado, los usuarios pueden acceder a archivos remotos con la misma naturalidad con la que abrirían un documento en su disco duro local. Las organizaciones suelen implementar NFS en entornos donde varios usuarios necesitan colaborar en archivos compartidos, como equipos de desarrollo que trabajan en repositorios de código o instituciones de investigación que comparten grandes conjuntos de datos.

El protocolo NFS usa llamadas a procedimiento remoto (RPC) para gestionar la comunicación entre clientes y servidores, y también usa el protocolo de enlace de tres vías estándar de TCP (syn, syn-ack, ack) para transferir paquetes entre clientes y servidores. Cuando un cliente solicita un archivo, el servidor NFS procesa la solicitud y otorga o deniega el acceso según los permisos configurados. Sigue leyendo para ver cómo ha evolucionado la configuración de seguridad de NFS a lo largo de los años.

NFS sigue siendo popular en entornos empresariales, en particular en aquellos que ejecutan sistemas basados en Linux. Los proveedores de cloud suelen ser compatibles con NFS para soluciones de almacenamiento compartido, y muchas organizaciones lo usan para:

  • Entornos de desarrollo donde los equipos necesitan acceso compartido a repositorios de código

  • Aplicaciones de computación científica que requieren acceso a grandes conjuntos de datos

  • Sistemas de respaldo y archivo

  • Clústeres de computación de alto rendimiento

¿Qué es NFS (Network File System)?

NFS (Network File System) es un protocolo de sistema de archivos distribuido que permite a los usuarios y aplicaciones de un equipo acceder a archivos almacenados en otro equipo a través de una red, como si esos archivos estuvieran almacenados localmente.

Desarrollado originalmente por Sun Microsystems en 1984, NFS se usa ampliamente en entornos Linux y Unix, y suele encontrarse en redes empresariales que dan soporte a equipos de desarrollo, infraestructura de almacenamiento de datos y cargas de trabajo en la cloud.

Cuando se configura correctamente, NFS es un protocolo legítimo y útil. Cuando está mal configurado, algo común, se convierte en uno de los puntos de entrada más fáciles que un atacante puede explotar.

Cómo funciona NFS

NFS funciona con un modelo cliente-servidor:

  1. Un servidor exporta uno o más directorios y los pone a disposición a través de la red
  2. Un cliente monta esos directorios exportados y accede a ellos como si fueran almacenamiento local
  3. La comunicación ocurre a través del puerto TCP/UDP 2049, con el portmapper de RPC ejecutándose en el puerto 111
  4. El control de acceso se gestiona a través del archivo de configuración de exportación del servidor (/etc/exports en sistemas Linux)

El problema de seguridad crítico: en versiones antiguas de NFS, ese control de acceso se basa casi por completo en la confianza en la dirección IP y el nombre del equipo, y no en una autenticación sólida.

Versiones de NFS y comparación de seguridad

VersiónAutenticaciónCifradoRecomendación
NFSv2Solo basada en IP/nombre de equipoNingunoNo usar: obsoleto
NFSv3Solo basada en IP/nombre de equipoNinguno por defectoComún pero inseguro
NFSv4Admite KerberosOpcional (krb5p)Recomendado con Kerberos


En resumen: NFSv3, aún la versión más utilizada, no tiene cifrado nativo y depende de la confianza a nivel de red para el control de acceso. Esto la hace inherentemente riesgosa en cualquier entorno donde el acceso a la red no esté estrictamente controlado.

¿Por qué NFS es un riesgo de ciberseguridad?

NFS es un riesgo de ciberseguridad principalmente porque fue diseñado para redes internas confiables, no para los entornos hostiles en los que operan la mayoría de las organizaciones hoy en día.

Las principales debilidades de seguridad de NFS incluyen:

  • Sin autenticación por defecto (NFSv2/v3): el acceso se otorga según la dirección IP o el nombre de equipo, que pueden suplantarse
  • Sin cifrado (NFSv3 y versiones anteriores): todos los datos transmitidos por NFS se envían en texto plano y pueden interceptarse
  • Exportaciones demasiado permisivas: los administradores suelen configurar las exportaciones de NFS con comodines (*) que permiten que cualquier sistema monte el recurso compartido
  • Configuraciones incorrectas de root squashing: cuando el root squashing está desactivado o mal configurado, los usuarios remotos pueden obtener acceso de nivel root a los archivos compartidos
  • Amplia implementación, baja visibilidad: el tráfico de NFS suele mezclarse con la actividad normal de la red, lo que dificulta detectar su explotación sin un monitoreo específico

Estas debilidades no requieren un atacante sofisticado para explotarlas. En muchos casos, descubrir y montar un recurso NFS expuesto toma menos de cinco minutos con herramientas disponibles de forma gratuita.

¿Cuáles son las vulnerabilidades comunes de NFS?

Las vulnerabilidades más peligrosas de NFS no son días cero: son errores de configuración que existen en miles de entornos en este momento.

1. Exportaciones NFS legibles por cualquiera

Cuando /etc/exports se configura con un comodín, cualquier equipo en la red (o en internet, si el servidor es accesible externamente) puede montar el recurso compartido:

Este es el error de configuración de NFS más común y lo primero que revisa un atacante.

2. Root squashing deshabilitado (no_root_squash)

El root squashing asigna al usuario root remoto a un usuario sin privilegios en el servidor, lo que limita el daño. Cuando se deshabilita con no_root_squash, un usuario remoto con acceso root en su propio equipo obtiene acceso de nivel root al recurso compartido NFS.

Esto es una vía directa hacia la escalada de privilegios.

3. NFS en una red sin restricciones

Exponer los puertos de NFS (111, 2049) a internet o a segmentos amplios de la red interna sin restricciones de firewall aumenta drásticamente la superficie de ataque. Shodan y herramientas similares indexan con regularidad recursos compartidos NFS expuestos a internet que contienen datos sensibles.

4. Suplantación de UID/GID

NFS depende de los ID de usuario y de grupo (UID/GID) para los permisos de archivos. Un atacante que conozca el UID de un usuario con privilegios en el servidor NFS puede crear una cuenta local con el mismo UID en su propio equipo y obtener acceso a los archivos de ese usuario en el recurso compartido.

5. Exposición de datos sensibles a través de recursos compartidos montados

Incluso los recursos compartidos NFS de solo lectura pueden exponer:

  • Claves privadas SSH
  • Archivos de configuración que contienen credenciales
  • Archivos de bases de datos
  • Archivos de respaldo
  • Código fuente de aplicaciones

NFS frente a otros protocolos de uso compartido de archivos

Entender cómo se compara NFS con otros protocolos ayuda a las organizaciones a tomar decisiones informadas sobre su infraestructura de uso compartido de archivos. La documentación de AWS ofrece comparaciones detalladas entre NFS y protocolos como CIFS (Common Internet File System).

NFS se destaca en entornos Unix y Linux, ya que ofrece una sobrecarga de protocolo ligera y un rendimiento más rápido. Sin embargo, requiere configuración adicional para la compatibilidad con Windows. CIFS, aunque más adecuado para entornos Windows, ha sido en gran parte reemplazado por versiones más nuevas de SMB y conlleva sus propias consideraciones de seguridad.

La elección entre protocolos a menudo depende del entorno de sistema operativo de tu organización, los requisitos de seguridad y las necesidades de rendimiento.

Mantenerse alerta en la seguridad del uso compartido de archivos

NFS sigue siendo un componente clave en la infraestructura de TI de muchas organizaciones, pero la seguridad no puede ser algo secundario. La evolución del protocolo demuestra los esfuerzos continuos de la comunidad de ciberseguridad por abordar vulnerabilidades sin dejar de mantener la funcionalidad.

Recuerda que ningún protocolo de uso compartido de archivos es inherentemente seguro sin una implementación adecuada y una gestión continua. Las evaluaciones de seguridad periódicas, la configuración correcta y mantenerse al día con las actualizaciones del protocolo forman la base de una implementación segura de NFS.

Al comprender tanto las capacidades como las limitaciones de NFS, las organizaciones pueden tomar decisiones informadas sobre sus estrategias de uso compartido de archivos, manteniendo la vigilancia de seguridad que exigen los panoramas de amenazas actuales.

Endurecimiento de la seguridad de NFS: lista de verificación de configuración

Consolida la guía de seguridad de la página existente en un formato de lista de verificación concreta y práctica que atraiga tanto a los lectores técnicos que buscan una referencia rápida como a los motores de búsqueda que premian el contenido estructurado y útil. Pasos clave de endurecimiento de la seguridad: (1) Usa NFSv4 con Kerberos: evita la autenticación basada en IP y agrega cifrado; (2) Restringe los exports de forma explícita: define nombres de equipo o rangos de IP exactos en lugar de exports con comodines; (3) Habilita root_squash en todos los exports: asigna el acceso root remoto a la cuenta nobody, lo que evita la escalada de privilegios a través de NFS; (4) Protege con firewall los puertos de NFS (2049, 111): permite el acceso solo desde direcciones IP específicas y de confianza; (5) Monta los recursos compartidos con las opciones nosuid y noexec: evita la ejecución de binarios setuid o de cualquier ejecutable desde el recurso compartido; (6) Monitorea los registros de acceso de NFS: los patrones de acceso inesperados desde direcciones IP de origen inusuales ameritan una investigación; (7) Audita las configuraciones de exports con regularidad: las configuraciones sufren desviación de configuración con el tiempo, a medida que los administradores crean excepciones temporales que terminan siendo permanentes. Para los MSP que realizan evaluaciones de seguridad de redes, el endurecimiento de la seguridad de NFS es un elemento concreto y entregable de la lista de verificación que demuestra profundidad en seguridad sin requerir una inversión de tiempo significativa por cliente.

Preguntas frecuentes sobre la seguridad de NFS

En ciberseguridad, NFS (Network File System) es un protocolo y una superficie de ataque común. Los atacantes apuntan a NFS porque las exportaciones mal configuradas pueden dar acceso no autorizado a archivos sensibles, un mecanismo para la escalada de privilegios mediante errores de configuración de root squashing y una vía para el movimiento lateral dentro de una red. La seguridad de NFS se centra en el endurecimiento de la seguridad de las configuraciones de exportación, la aplicación de una autenticación sólida y el monitoreo del acceso no autorizado.

NFS usa el puerto 2049 (TCP y UDP) para las operaciones del sistema de archivos, y el puerto 111 (TCP y UDP) para el servicio de portmapper RPC del que depende NFS. Ambos puertos deben restringirse en el firewall para permitir conexiones únicamente desde hosts confiables.

NFS no está cifrado de forma predeterminada en NFSv2 y NFSv3. Todos los datos se transmiten en texto plano, lo que los hace susceptibles a la interceptación de red. NFSv4 admite cifrado cuando se configura con Kerberos en modo krb5p, que ofrece autenticación, verificación de integridad y cifrado completo de los datos en tránsito.

El root squashing es una función de seguridad de NFS que asigna al usuario root de una máquina cliente (UID 0) un usuario anónimo sin privilegios en el servidor NFS. Esto evita que un usuario remoto con acceso root tenga automáticamente control de nivel root sobre los archivos del servidor. El root squashing se habilita con la opción root_squash en /etc/exports y debe estar habilitado en todas las exportaciones NFS. Deshabilitarlo con no_root_squash crea una vulnerabilidad de escalada de privilegios significativa.

NFSv3 depende de la confianza basada en dirección IP y nombre de equipo para el control de acceso, no tiene cifrado nativo y es vulnerable a la suplantación de UID. NFSv4 introduce soporte para autenticación basada en Kerberos, agrega capacidades de cifrado (krb5p), tiene mejor soporte para listas de control de acceso (ACL) y opera a través de un solo puerto (2049), lo que simplifica las reglas de firewall. NFSv4 es considerablemente más seguro que NFSv3 cuando se configura correctamente con Kerberos.

Sí. NFS es un vector de movimiento lateral documentado. Los atacantes que obtienen acceso a un recurso compartido NFS pueden usarlo para mover archivos y herramientas entre sistemas, acceder a credenciales que permiten un mayor compromiso y, en algunos casos, pivotar directamente hacia otros hosts. MITRE ATT&CK documenta técnicas relacionadas con NFS bajo T1135 (Network Share Discovery), T1039 (Data from Network Shared Drive) y T1570 (Lateral Tool Transfer).

showmount -e [hostname] es un comando legítimo de Linux que muestra los recursos NFS compartidos disponibles en un servidor. Es peligroso desde el punto de vista de la seguridad porque no requiere autenticación: cualquier equipo que pueda acceder al puerto 111 de un servidor NFS puede ejecutar showmount y enumerar todos los recursos compartidos disponibles. Los atacantes suelen usar este comando durante el reconocimiento para identificar recursos NFS accesibles. Puedes restringir el acceso a showmount bloqueando el puerto 111 o deshabilitando el servicio rpcbind donde no sea necesario.

Los atacantes encuentran recursos NFS expuestos mediante el escaneo de redes internas con herramientas como nmap (apuntando a los puertos 111 y 2049), ejecutando showmount -e contra los hosts descubiertos y usando herramientas de escaneo de internet como Shodan para encontrar servidores NFS expuestos a internet. Muchas organizaciones exponen NFS a internet sin darse cuenta debido a reglas de firewall mal configuradas o grupos de seguridad en la cloud.

La explotación de NFS ha aparecido en numerosos ataques reales y pruebas de penetración. Entre los escenarios comunes están atacantes que obtienen acceso inicial a una red corporativa y encuentran recursos NFS con claves privadas SSH usadas para comprometer otros servidores, y ejercicios de red team donde recursos NFS expuestos con archivos de configuración que contenían credenciales de bases de datos llevaron al compromiso total del entorno. La explotación de NFS también es una técnica habitual en los desafíos CTF (Capture the Flag), lo que refleja su prevalencia como vector de ataque real.

Recursos adicionales

Más información sobre ¿Qué es la gestión de la postura de seguridad de las aplicaciones (ASPM)?
¿Qué es la gestión de la postura de seguridad de las aplicaciones (ASPM)?
Ciberseguridad 101

Descubre cómo la ASPM da visibilidad de seguridad continua a lo largo del ciclo de vida del desarrollo de software, ayudando a las organizaciones a priorizar riesgos y agilizar la remediación.

Más información sobre ¿Qué es Google Dorking? Cómo los hackers usan los motores de búsqueda para el reconocimiento
¿Qué es Google Dorking? Cómo los hackers usan los motores de búsqueda para el reconocimiento
Ciberseguridad 101

Aprende qué es Google Dorking, cómo los hackers usan operadores de búsqueda avanzados para encontrar información sensible, y los pasos para proteger tu negocio de este riesgo de ciberseguridad.

Más información sobre Qué es un LAN ID y su importancia en la ciberseguridad
Qué es un LAN ID y su importancia en la ciberseguridad
Ciberseguridad 101

Descubre qué es un LAN ID, su propósito en la autenticación de red y cómo fortalece la ciberseguridad en redes locales.

Protege lo que importa

Protege endpoints, correo electrónico y empleados con el poder de nuestro SOC 24/7. Prueba Huntress gratis y despliega en minutos para empezar a combatir las amenazas.
Probar Huntress gratis