From patchwork Fri Apr 19 16:11:11 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: =?utf-8?q?G=C3=BCnther_Noack?= X-Patchwork-Id: 13636550 Received: from mail-ed1-f73.google.com (mail-ed1-f73.google.com [209.85.208.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E9BF612F376 for ; Fri, 19 Apr 2024 16:11:30 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.208.73 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1713543094; cv=none; b=bG5brza5jzKJLmNwly6p7fBCOKPdlIq4+U5sxAusOJybI5m0ihltzMOyb3ES7W0Vj2rqQOd6zGElAiwTqmLOpo33H7spKjBm/LCEgLcb9I8eCJXiS+A86i2Xi36XdznH4ZZG3gXnpiogxPEfA/pdZc3Bbi75QizcZtaub7AdtKA= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1713543094; c=relaxed/simple; bh=EGKBbp6xUUfzYOwZ+noX0SSYJ6qlNDO5TdJxccf0gos=; h=Date:Mime-Version:Message-ID:Subject:From:To:Cc:Content-Type; b=SmqBP4AuV4v9cHNkKy252BF9Gkq8Yb6Cf66HSHlmHYaOLU7evNPB3ujuFYazeCnPmRWaOhC6RPmmQIIFaZOLDLnYjDnAMfuFILe8oIfmkNrBY81t50Z9CQqv0B2le6Hjw2tda0d+PodJsz0jOHvl1CeMQlJgk19ZQvFoPmfywGM= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com; spf=pass smtp.mailfrom=flex--gnoack.bounces.google.com; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b=boCONvoe; arc=none smtp.client-ip=209.85.208.73 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=flex--gnoack.bounces.google.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b="boCONvoe" Received: by mail-ed1-f73.google.com with SMTP id 4fb4d7f45d1cf-571c20c0b41so972223a12.2 for ; Fri, 19 Apr 2024 09:11:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1713543089; x=1714147889; darn=vger.kernel.org; h=content-transfer-encoding:cc:to:from:subject:message-id :mime-version:date:from:to:cc:subject:date:message-id:reply-to; bh=6bYoLIxGJ29Ib/V1QyT5CNUvTOFgWtOplmljklOa48k=; b=boCONvoe9bLV90AgnzRURTo6IM3GH4k70f1JNlo7gZdMzDpcADDVSrwT6jmVsXYS4S 7+fXstZONhS/+JLqsKc4MSH1TZBceO7aYTNQPLLN6mmZ4p4t5sZG+B0sHOt75dzimijP 3pZbPDCekBPVsnlyJgqRdvya4ZrUrNRE1mTbNYp2OMXXhR13GQcBVKrNJao3AYAOGLDG Kh6+9P463bWUBhoF9FilEIC/BddcqkMBwjANUDXJXifY0jcHKnaESkoJd2Pgyxsy3EwS fNMPX0yhaEEmwQrtvZwvIKTgS4NI+SvsglPcUVpCdzK/8VIWnpS6rea1RtCujO+v+FZZ mmow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713543089; x=1714147889; h=content-transfer-encoding:cc:to:from:subject:message-id :mime-version:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=6bYoLIxGJ29Ib/V1QyT5CNUvTOFgWtOplmljklOa48k=; b=TLCt/SPkGbk3tZnXjgJr4PB41HG/0h7B2xbeB0sxT2yIw/lCMW89EQwiWrGZWxoRrc mZMqo2+SOkVxSwUb22pfJJr17ZjVYeBHoH+TD+UFack92ttnBM0e/moj9CTXuKUv3W5T 48LEeMIlkpRW2mrfdzOPR0GACwTdNL0lRpzX7i9EckUekwhfJbv1HUCVUZj5fKaVQyjX MK9DaRb5Vv00JqcLZZBMUSxQrRd78aNHzyTT/fYPOB3aUDfulRBQeCbnc07HF7DNP9H4 aMgWkyRjWHNunzFG8MY3LyLjv9nm8drMRhibJIzFLg/3gIqkvOv5pyoUINGCpqdrAkfu dqsg== X-Forwarded-Encrypted: i=1; AJvYcCWSGFslClqtd+pvAlGpcRoN9FOQQsH4FN3kG2UE3XdtCJ4epHZLuHZNf5G4UqylXqjQoAcmilXuMeTscUxoV8XZGTUZ20uYqQvT63u8Sw== X-Gm-Message-State: AOJu0Yycr++Qyblpij3Z4v79DFzELst/T8CEPMi1bjLV8NLRzyb5Iw8P vjmBTRly/lRu7y9yqBrL7jybo1HxJ0j75T1wadvj3QlHzHqS+cPrO1/YlEQV1uZ6pa4nSQ+HUBR FEg== X-Google-Smtp-Source: AGHT+IH8qkrTqpJ9J1GsQ6JvkbLzEY9Ao+eAU1sGslvWoUHcG//WUCVQ3cVveWo/3SBP+uLydhovv6HFrVI= X-Received: from swim.c.googlers.com ([fda3:e722:ac3:cc00:31:98fb:c0a8:1605]) (user=gnoack job=sendgmr) by 2002:a05:6402:5292:b0:571:c94e:2b93 with SMTP id en18-20020a056402529200b00571c94e2b93mr3121edb.3.1713543087139; Fri, 19 Apr 2024 09:11:27 -0700 (PDT) Date: Fri, 19 Apr 2024 16:11:11 +0000 Precedence: bulk X-Mailing-List: linux-fsdevel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 X-Mailer: git-send-email 2.44.0.769.g3c40516874-goog Message-ID: <20240419161122.2023765-1-gnoack@google.com> Subject: [PATCH v15 00/11] Landlock: IOCTL support From: " =?utf-8?q?G=C3=BCnther_Noack?= " To: linux-security-module@vger.kernel.org, " =?utf-8?q?Micka=C3=ABl_Sala?= =?utf-8?q?=C3=BCn?= " Cc: Jeff Xu , Arnd Bergmann , Jorge Lucangeli Obes , Allen Webb , Dmitry Torokhov , Paul Moore , Konstantin Meskhidze , Matt Bobrowski , linux-fsdevel@vger.kernel.org, " =?utf-8?q?G=C3=BCnther_Noack?= " Hello! These patches add simple ioctl(2) support to Landlock. Objective ~~~~~~~~~ Make ioctl(2) requests for device files restrictable with Landlock, in a way that is useful for real-world applications. Proposed approach ~~~~~~~~~~~~~~~~~ Introduce the LANDLOCK_ACCESS_FS_IOCTL_DEV right, which restricts the use of ioctl(2) on block and character devices. We attach the this access right to opened file descriptors, as we already do for LANDLOCK_ACCESS_FS_TRUNCATE. If LANDLOCK_ACCESS_FS_IOCTL_DEV is handled (restricted in the ruleset), the LANDLOCK_ACCESS_FS_IOCTL_DEV right governs the use of all device-specific IOCTL commands. We make exceptions for common and known-harmless IOCTL commands such as FIOCLEX, FIONCLEX, FIONBIO and FIOASYNC, as well as other IOCTL commands which are implemented in fs/ioctl.c. A full list of these IOCTL commands is listed in the documentation. I believe that this approach works for the majority of use cases, and offers a good trade-off between complexity of the Landlock API and implementation and flexibility when the feature is used. Current limitations ~~~~~~~~~~~~~~~~~~~ With this patch set, ioctl(2) requests can *not* be filtered based on file type, device number (dev_t) or on the ioctl(2) request number. On the initial RFC patch set [1], we have reached consensus to start with this simpler coarse-grained approach, and build additional IOCTL restriction capabilities on top in subsequent steps. [1] https://lore.kernel.org/linux-security-module/d4f1395c-d2d4-1860-3a02-2a0c023dd761@digikod.net/ Notable implications of this approach ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ * A processes' existing open file descriptors stay unaffected when a process enables Landlock. This means that in common scenarios, where the terminal file descriptor is inherited from the parent process, the terminal's IOCTLs (ioctl_tty(2)) continue to work. * ioctl(2) continues to be available for file descriptors for non-device files. Example: Network sockets, memfd_create(2), regular files and directories. Examples ~~~~~~~~ Starting a sandboxed shell from $HOME with samples/landlock/sandboxer: LL_FS_RO=/ LL_FS_RW=. ./sandboxer /bin/bash The LANDLOCK_ACCESS_FS_IOCTL_DEV right is part of the "read-write" rights here, so we expect that newly opened device files outside of $HOME don't work with most IOCTL commands. * "stty" works: It probes terminal properties * "stty unlocked_ioctl() and f_ops->compat_ioctl(). There are many implementations of these f_ops operations and they are too scattered across the kernel to give strong guarantees about them. Additionally, some existing implementations do work before even checking whether they support the cmd number which was passed to them. In this implementation, we are listing the blanket-permitted IOCTL commands in the Landlock implementation, mirroring a subset of the IOCTL commands which are directly implemented in do_vfs_ioctl() in fs/ioctl.c. The trade-off is that the Landlock LSM needs to track future developments in fs/ioctl.c to keep up to date with that, in particular when new IOCTL commands are introduced there, or when they are moved there from the f_ops implementations. We mitigate this risk in this patch set by adding fs/ioctl.c to the paths that are relevant to Landlock in the MAINTAINERS file. The trade-off is discussed in more detail in [3]. Previous versions of this patch set have used different implementation approaches to guarantee the main constraint above, which we have dismissed due to the following reasons: * V10: Introduced a new LSM hook file_vfs_ioctl, which gets invoked just before the call to f_ops->unlocked_ioctl(). Not done, because it would have created an avoidable overlap between the file_ioctl and file_vfs_ioctl LSM hooks [4]. * V11: Introduced an indirection layer in fs/ioctl.c, so that Landlock could figure out the list of IOCTL commands which are handled by do_vfs_ioctl(). Not done due to additional indirection and possible performance impact in fs/ioctl.c [5] * V12: Introduced a special error code to be returned from the file_ioctl hook, and matching logic that would disallow the call to f_ops->unlocked_ioctl() in case that this error code is returned. Not done due because this approach would conflict with Landlock's planned audit logging [6] and because LSM hooks with special error codes are generally discouraged and have lead to problems in the past [7]. Thanks to Arnd Bergmann, Christian Brauner, Kent Overstreet, Mickaël Salaün and Paul Moore for guiding this implementation on the right track! [3] https://lore.kernel.org/all/ZgLJG0aN0psur5Z7@google.com/ [4] https://lore.kernel.org/all/CAHC9VhRojXNSU9zi2BrP8z6JmOmT3DAqGNtinvvz=tL1XhVdyg@mail.gmail.com/ [5] https://lore.kernel.org/all/32b1164e-9d5f-40c0-9a4e-001b2c9b822f@app.fastmail.com [6] https://lore.kernel.org/all/20240326.ahyaaPa0ohs6@digikod.net [7] https://lore.kernel.org/all/CAHC9VhQJFWYeheR-EqqdfCq0YpvcQX5Scjfgcz1q+jrWg8YsdA@mail.gmail.com/ Changes ~~~~~~~ V15: * Drop the commit about FS_IOC_GETFSUUID / FS_IOC_GETFSSYSFSPATH -- it is already assumed as a prerequisite now. * security/landlock/fs.c: * Add copyright notice for my contributions (also for the truncate patch set) * Tests: * In commit "Test IOCTL support": * Test with /dev/zero instead of /dev/tty * Check only FIONREAD instead of both FIONREAD and TCGETS * Remove a now-unused SKIP() * In test for Named UNIX Domain Sockets: * Do not inline variable assignments in ASSERT() usages * In commit "Exhaustive test for the IOCTL allow-list": * Make IOCTL results deterministic: * Zero the input buffer * Close FD 0 for the ioctl() call, to avoid accidentally using it * Cosmetic changes and cleanups * Remove a leftover mention of "synthetic" access rights * Fix docstring format for is_masked_device_ioctl() * Newline and comment ordering cleanups as discussed in v14 review V14: * Revise which IOCTLs are permitted. It is almost the same as the vfs_masked_device_ioctl() hooks from https://lore.kernel.org/all/20240219183539.2926165-1-mic@digikod.net/, with the following differences: * Added cases for FS_IOC_GETFSUUID and FS_IOC_GETFSSYSFSPATH * Do not blanket-permit FS_IOC_{GET,SET}{FLAGS,XATTR}. They fall back to the device implementation. * fs/ioctl: * Small prerequisite change so that FS_IOC_GETFSUUID and FS_IOC_GETFSSYSFSPATH do not fall back to the device implementation. * Slightly rephrase wording in the warning above do_vfs_ioctl(). * Implement compat handler * Improve UAPI header documentation * Code structure * Change helper function style to return a boolean * Reorder structure of the IOCTL hooks (much cleaner now -- thanks for the hint, Mickaël!) * Extract is_device() helper V13: * Using the existing file_ioctl hook and a hardcoded list of IOCTL commands. (See the section on implementation rationale above.) * Add support for FS_IOC_GETFSUUID, FS_IOC_GETFSSYSFSPATH. V12: * Rebased on Arnd's proposal: https://lore.kernel.org/all/32b1164e-9d5f-40c0-9a4e-001b2c9b822f@app.fastmail.com/ This means that: * the IOCTL security hooks can return a special value ENOFILEOPS, which is treated specially in fs/ioctl.c to permit the IOCTL, but only as long as it does not call f_ops->unlocked_ioctl or f_ops->compat_ioctl. * The only change compared to V11 is commit 1, as well as a small adaptation in the commit 2 (The Landlock implementation needs to return the new special value). The tests and documentation commits are exactly the same as before. V11: * Rebased on Mickaël's proposal to refactor fs/ioctl.c: https://lore.kernel.org/all/20240315145848.1844554-1-mic@digikod.net/ This means that: * we do not add the file_vfs_ioctl() hook as in V10 * we add vfs_get_ioctl_handler() instead, so that Landlock can query which of the IOCTL commands in handled in do_vfs_ioctl() That proposal is used here unmodified (except for minor typos in the commit description). * Use the hook_ioctl_compat LSM hook as well. V10: * Major change: only restrict IOCTL invocations on device files * Rename access right to LANDLOCK_ACCESS_FS_IOCTL_DEV * Remove the notion of synthetic access rights and IOCTL right groups * Introduce a new LSM hook file_vfs_ioctl, which gets invoked just before the call to f_ops->unlocked_ioctl() * Documentation * Various complications were removed or simplified: * Suggestion to mount file systems as nodev is not needed any more, as Landlock already lets users distinguish device files. * Remarks about fscrypt were removed. The fscrypt-related IOCTLs only applied to regular files and directories, so this patch does not affect them any more. * Various documentation of the IOCTL grouping approach was removed, as it's not needed any more. V9: * in “landlock: Add IOCTL access right”: * Change IOCTL group names and grouping as discussed with Mickaël. This makes the grouping coarser, and we occasionally rely on the underlying implementation to perform the appropriate read/write checks. * Group IOCTL_RW (one of READ_FILE, WRITE_FILE or READ_DIR): FIONREAD, FIOQSIZE, FIGETBSZ * Group IOCTL_RWF (one of READ_FILE or WRITE_FILE): FS_IOC_FIEMAP, FIBMAP, FIDEDUPERANGE, FICLONE, FICLONERANGE, FS_IOC_RESVSP, FS_IOC_RESVSP64, FS_IOC_UNRESVSP, FS_IOC_UNRESVSP64, FS_IOC_ZERO_RANGE * Excempt pipe file descriptors from IOCTL restrictions, even for named pipes which are opened from the file system. This is to be consistent with anonymous pipes created with pipe(2). As discussed in https://lore.kernel.org/r/ZP7lxmXklksadvz+@google.com * Document rationale for the IOCTL grouping in the code * Use __attribute_const__ * Rename required_ioctl_access() to get_required_ioctl_access() * Selftests * Simplify IOCTL test fixtures as a result of simpler grouping. * Test that IOCTLs are permitted on named pipe FDs. * Test that IOCTLs are permitted on named Unix Domain Socket FDs. * Work around compilation issue with old GCC / glibc. https://sourceware.org/glibc/wiki/Synchronizing_Headers Thanks to Huyadi , who pointed this out in https://lore.kernel.org/all/f25be6663bcc4608adf630509f045a76@h3c.com/ and Mickaël, who fixed it through #include reordering. * Documentation changes * Reword "IOCTL commands" section a bit * s/permit/allow/ * s/access right/right/, if preceded by LANDLOCK_ACCESS_FS_* * s/IOCTL/FS_IOCTL/ in ASCII table * Update IOCTL grouping documentation in header file * Removed a few of the earlier commits in this patch set, which have already been merged. V8: * Documentation changes * userspace-api/landlock.rst: * Add an extra paragraph about how the IOCTL right combines when used with other access rights. * Explain better the circumstances under which passing of file descriptors between different Landlock domains can happen * limits.h: Add comment to explain public vs internal FS access rights * Add a paragraph in the commit to explain better why the IOCTL right works as it does V7: * in “landlock: Add IOCTL access right”: * Make IOCTL_GROUPS a #define so that static_assert works even on old compilers (bug reported by Intel about PowerPC GCC9 config) * Adapt indentation of IOCTL_GROUPS definition * Add missing dots in kernel-doc comments. * in “landlock: Remove remaining "inline" modifiers in .c files”: * explain reasoning in commit message V6: * Implementation: * Check that only publicly visible access rights can be used when adding a rule (rather than the synthetic ones). Thanks Mickaël for spotting that! * Move all functionality related to IOCTL groups and synthetic access rights into the same place at the top of fs.c * Move kernel doc to the .c file in one instance * Smaller code style issues (upcase IOCTL, vardecl at block start) * Remove inline modifier from functions in .c files * Tests: * use SKIP * Rename 'fd' to dir_fd and file_fd where appropriate * Remove duplicate "ioctl" mentions from test names * Rename "permitted" to "allowed", in ioctl and ftruncate tests * Do not add rules if access is 0, in test helper V5: * Implementation: * move IOCTL group expansion logic into fs.c (implementation suggested by mic) * rename IOCTL_CMD_G* constants to LANDLOCK_ACCESS_FS_IOCTL_GROUP* * fs.c: create ioctl_groups constant * add "const" to some variables * Formatting and docstring fixes (including wrong kernel-doc format) * samples/landlock: fix ABI version and fallback attribute (mic) * Documentation * move header documentation changes into the implementation commit * spell out how FIFREEZE, FITHAW and attribute-manipulation ioctls from fs/ioctl.c are handled * change ABI 4 to ABI 5 in some missing places V4: * use "synthetic" IOCTL access rights, as previously discussed * testing changes * use a large fixture-based test, for more exhaustive coverage, and replace some of the earlier tests with it * rebased on mic-next V3: * always permit the IOCTL commands FIOCLEX, FIONCLEX, FIONBIO, FIOASYNC and FIONREAD, independent of LANDLOCK_ACCESS_FS_IOCTL * increment ABI version in the same commit where the feature is introduced * testing changes * use FIOQSIZE instead of TTY IOCTL commands (FIOQSIZE works with regular files, directories and memfds) * run the memfd test with both Landlock enabled and disabled * add a test for the always-permitted IOCTL commands V2: * rebased on mic-next * added documentation * exercise ioctl(2) in the memfd test * test: Use layout0 for the test --- V1: https://lore.kernel.org/all/20230502171755.9788-1-gnoack3000@gmail.com/ V2: https://lore.kernel.org/all/20230623144329.136541-1-gnoack@google.com/ V3: https://lore.kernel.org/all/20230814172816.3907299-1-gnoack@google.com/ V4: https://lore.kernel.org/all/20231103155717.78042-1-gnoack@google.com/ V5: https://lore.kernel.org/all/20231117154920.1706371-1-gnoack@google.com/ V6: https://lore.kernel.org/all/20231124173026.3257122-1-gnoack@google.com/ V7: https://lore.kernel.org/all/20231201143042.3276833-1-gnoack@google.com/ V8: https://lore.kernel.org/all/20231208155121.1943775-1-gnoack@google.com/ V9: https://lore.kernel.org/all/20240209170612.1638517-1-gnoack@google.com/ V10: https://lore.kernel.org/all/20240309075320.160128-1-gnoack@google.com/ V11: https://lore.kernel.org/all/20240322151002.3653639-1-gnoack@google.com/ V12: https://lore.kernel.org/all/20240325134004.4074874-1-gnoack@google.com/ V13: https://lore.kernel.org/all/20240327131040.158777-1-gnoack@google.com/ V14: https://lore.kernel.org/all/20240405214040.101396-1-gnoack@google.com/ Günther Noack (11): landlock: Add IOCTL access right for character and block devices selftests/landlock: Test IOCTL support selftests/landlock: Test IOCTL with memfds selftests/landlock: Test ioctl(2) and ftruncate(2) with open(O_PATH) selftests/landlock: Test IOCTLs on named pipes selftests/landlock: Check IOCTL restrictions for named UNIX domain sockets selftests/landlock: Exhaustive test for the IOCTL allow-list samples/landlock: Add support for LANDLOCK_ACCESS_FS_IOCTL_DEV landlock: Document IOCTL support MAINTAINERS: Notify Landlock maintainers about changes to fs/ioctl.c fs/ioctl: Add a comment to keep the logic in sync with LSM policies Documentation/userspace-api/landlock.rst | 76 ++- MAINTAINERS | 1 + fs/ioctl.c | 3 + include/uapi/linux/landlock.h | 38 +- samples/landlock/sandboxer.c | 13 +- security/landlock/fs.c | 225 ++++++++- security/landlock/limits.h | 2 +- security/landlock/syscalls.c | 2 +- tools/testing/selftests/landlock/base_test.c | 2 +- tools/testing/selftests/landlock/fs_test.c | 486 ++++++++++++++++++- 10 files changed, 805 insertions(+), 43 deletions(-) base-commit: fe611b72031cc211a96cf0b3b58838953950cb13