First Time Seen NFS AUTH_SYS Root UID Access
Description
Identifies the first source and destination IP pair observed in a five-day history window where an NFS client asserts AUTH_SYS (RPC UNIX) credentials with UID 0 (root). NFSv3 and NFSv4 clients can claim arbitrary UIDs through AUTH_SYS, and weak export controls may honor root-equivalent access from unexpected hosts. This is a common precursor to unauthorized mounts, sensitive file reads, and remote encryption of exported shares.
Query · kuery
data_stream.dataset:network_traffic.nfs and network_traffic.nfs.rpc.cred.uid:0 and network_traffic.nfs.rpc.auth_flavor:unix and source.ip:* and destination.ip:*
Implementation guide
This rule requires the Elastic network_traffic integration (Packetbeat via Elastic Agent) with the NFS protocol module enabled on a sensor that observes NFS traffic to or from monitored exports (host agent, SPAN/mirror, or gateway).
Known false positives
- Legitimate NFS root squashing misconfiguration, administrative automation, or backup appliances may present UID 0 from known infrastructure. Confirm the source IP against approved NFS client inventories before closing.
Analyst notes
Investigating First Time Seen NFS AUTH_SYS Root UID Access
NFS AUTH_SYS allows the client to assert UID/GID values on the wire. UID 0 maps to superuser access on many exports unless root squashing or Kerberos (RPCSEC_GSS) is enforced. Attackers abuse this to read secrets, traverse exports, or stage ransomware writes without a local root shell on the NFS server. This rule uses a five-day history window to identify the first observed source and destination IP pair presenting root credentials.
Possible investigation steps
- Identify
source.ipand confirm whether it is an approved NFS client for the targeteddestination.ipexport server. - Review adjacent NFS operations from the same source for
READDIR,READ,WRITE, orREMOVEactivity that suggests enumeration, collection, or impact. - Validate export policy on the server (
/etc/exports,exportfs -v) forno_root_squash, overly broad client lists, or missingsec=krb5. - Check endpoint telemetry on the source host for tooling such as
showmount,mount.nfs, or Impacket-style NFS abuse.
False positive analysis
- Known backup, imaging, or virtualization platforms sometimes mount exports as root from fixed infrastructure IPs. Create exceptions for those sources only after confirming stable client identity and expected operation mix.
- Migration or DR runbooks may temporarily mount with root to preserve ownership. Correlate with change tickets and bounded maintenance windows.
Response and remediation
- Block unauthorized
source.ipat the host firewall or export ACL and rotate any credentials read from the export. - Enforce
root_squash, narrow client allowlists, and RPCSEC_GSS on sensitive exports. - Hunt for follow-on
WRITE/RENAMEbursts from the same client that may indicate ransomware activity.