public inbox for linux-nfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Steve Dickson <steved@redhat.com>
To: Linux NFS Mailing list <linux-nfs@vger.kernel.org>
Subject: [PATCH 0/4] rpc.mountd CVE-2025-12801 announcement
Date: Thu,  5 Mar 2026 10:59:44 -0500	[thread overview]
Message-ID: <20260305155948.11261-1-steved@redhat.com> (raw)

Vulnerability discovered in rpc.mountd in the nfs-utils package

A vulnerability was recently discovered in the rpc.mountd daemon in the
nfs-utils package for Linux, that allows a NFSv3 client to escalate the
privileges assigned to it in the /etc/exports file at mount time. In
particular, it allows the client to access any subdirectory or subtree
of an exported directory, regardless of the set file permissions, and
regardless of any 'root_squash' or 'all_squash' attributes that would
normally be expected to apply to that client.

The vulnerability does affect all known instances of the Linux kernel
NFS server exporting the NFSv2 and/or NFSv3 protocols. It does not
affect those Linux kernel NFS servers that only export filesystems
using the NFSv4 protocol.

This issue has been fixed in nfs-utils 2.8.6 and later, with an upgrade
advised for all users.

Trond Myklebust (4):
  mountd: Minor refactor of get_rootfh()
  mountd: Separate lookup of the exported directory and the mount path
  support: Add a mini-library to extract and apply RPC credentials
  Fix access checks when mounting subdirectories in NFSv3

 aclocal/libtirpc.m4         |  12 +++
 nfs.conf                    |   1 +
 support/include/Makefile.am |   1 +
 support/include/nfs_ucred.h |  44 ++++++++++
 support/include/nfsd_path.h |   8 ++
 support/misc/Makefile.am    |   2 +-
 support/misc/nfsd_path.c    |  59 +++++++++++++
 support/misc/ucred.c        | 162 ++++++++++++++++++++++++++++++++++++
 support/nfs/Makefile.am     |   2 +-
 support/nfs/ucred.c         | 147 ++++++++++++++++++++++++++++++++
 utils/mountd/mountd.c       | 111 +++++++++++++++++++-----
 utils/mountd/mountd.man     |  26 ++++++
 12 files changed, 552 insertions(+), 23 deletions(-)
 create mode 100644 support/include/nfs_ucred.h
 create mode 100644 support/misc/ucred.c
 create mode 100644 support/nfs/ucred.c

-- 
2.53.0


             reply	other threads:[~2026-03-05 15:59 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-03-05 15:59 Steve Dickson [this message]
2026-03-05 15:59 ` [PATCH 1/4] mountd: Minor refactor of get_rootfh() Steve Dickson
2026-03-05 15:59 ` [PATCH 2/4] mountd: Separate lookup of the exported directory and the mount path Steve Dickson
2026-03-05 15:59 ` [PATCH 3/4] support: Add a mini-library to extract and apply RPC credentials Steve Dickson
2026-03-05 15:59 ` [PATCH 4/4] Fix access checks when mounting subdirectories in NFSv3 Steve Dickson
2026-03-07 18:07 ` [PATCH 0/4] rpc.mountd CVE-2025-12801 announcement Steve Dickson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20260305155948.11261-1-steved@redhat.com \
    --to=steved@redhat.com \
    --cc=linux-nfs@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox