Skip to contentSkip to conversation

xfstest: overlay: File capabilities should not be lost over copy-up

PATCH Superseded Vivek Goyal 2 participants 2 messages Jan 11, 2019 – Jan 15, 2019

v2 of 3 Superseded Latest is v3 →

lore
Share & tools
lore
#0 lore raw

PATCH v2 1/1 xfstest: overlay: File capabilities should not be lost over copy-up

Make sure file capabilities are not lost over copy-up when file is opened for WRITE but nothing is actually written to it.

---
 tests/overlay/064     |   71 ++++++++++++++++++++++++++++++++++++++++++++++++++
 tests/overlay/064.out |    2 +
 tests/overlay/group   |    1 
 3 files changed, 74 insertions(+)
tests/overlay/064 new file +71 -0
Index: xfstests-dev/tests/overlay/064
===================================================================
@@ -0,0 +1,71 @@
+#! /bin/bash
+# SPDX-License-Identifier: GPL-2.0
+# Copyright (c) 2018 Red Hat Inc.  All Rights Reserved.
+#
+# FS QA Test 064
+#
+# Make sure CAP_SETUID is not cleared over file copy up.
+#
+# Following commit introduced regression where if a lower file with
+# CAP_SETUID is opened for writing, and capability is cleared over copy up.
+#
+# bd64e57586d3 ("ovl: During copy up, first copy up metadata and then data")
+#
+# A later kernel patch will fix it. This test will help avoid introducing
+# such regressions again.
+#
+seq=`basename $0`
+seqres=$RESULT_DIR/$seq
+echo "QA output created by $seq"
+
+here=`pwd`
+tmp=/tmp/$$
+status=1	# failure is the default!
+trap "_cleanup; exit \$status" 0 1 2 3 15
+
+_cleanup()
+{
+	cd /
+	rm -f $tmp.*
+}
+
+# get standard environment, filters and checks
+. ./common/rc
+. ./common/filter
+
+# remove previous $seqres.full before test
+rm -f $seqres.full
+
+# real QA test starts here
+_supported_fs overlay
+_supported_os Linux
+_require_scratch
+_require_command "$SETCAP_PROG" setcap
+_require_command "$GETCAP_PROG" getcap
+
+# Remove all files from previous tests
+_scratch_mkfs
+
+# Create test file
+lowerdir=${OVL_BASE_SCRATCH_MNT}/${OVL_LOWER}
+echo "This is lower" >> ${lowerdir}/file
+
+# set setuid bit
+$SETCAP_PROG cap_setuid+ep ${lowerdir}/file
+
+_scratch_mount
+
+# Trigger file copy up without actually writing anything to file. This
+# requires opening file with WRITE and xfs_io seems to open it with
+# O_RDWR by default.
+$XFS_IO_PROG -c "quit" ${SCRATCH_MNT}/file >>$seqres.full
+
+# Make sure cap_setuid is still there
+$GETCAP_PROG ${SCRATCH_MNT}/file | _filter_scratch
+
+# unmount overlayfs
+$UMOUNT_PROG $SCRATCH_MNT
+
+# success, all done
+status=0
+exit
tests/overlay/064.out new file +2 -0
Index: xfstests-dev/tests/overlay/064.out
===================================================================
@@ -0,0 +1,2 @@
+QA output created by 064
+SCRATCH_MNT/file = cap_setuid+ep
tests/overlay/group +1 -0
Index: xfstests-dev/tests/overlay/group
===================================================================
@@ -66,3 +66,4 @@
 061 auto quick copyup
 062 auto quick exportfs
 063 auto quick whiteout
+064 auto quick copyup
#1 lore raw
Quoted 15 lines · Vivek Goyal

Make sure file capabilities are not lost over copy-up when file is opened for WRITE but nothing is actually written to it.

---
 tests/overlay/064     |   71 ++++++++++++++++++++++++++++++++++++++++++++++++++
 tests/overlay/064.out |    2 +
 tests/overlay/group   |    1 
 3 files changed, 74 insertions(+)

Index: xfstests-dev/tests/overlay/064
===================================================================

tests/overlay/064 line 3

Quoted 3 lines
tests/overlay/064 new file +3 -0
@@ -0,0 +1,71 @@
+#! /bin/bash
+# SPDX-License-Identifier: GPL-2.0
+# Copyright (c) 2018 Red Hat Inc.  All Rights Reserved.

2019 now.

tests/overlay/064 line 7

Quoted 1 line
tests/overlay/064 new file +1 -0
+# Make sure CAP_SETUID is not cleared over file copy up.

That's the test description.

tests/overlay/064 line 15

Quoted 8 lines
tests/overlay/064 new file +8 -0
+#
+# Following commit introduced regression where if a lower file with
+# CAP_SETUID is opened for writing, and capability is cleared over copy up.
+#
+# bd64e57586d3 ("ovl: During copy up, first copy up metadata and then data")
+#
+# A later kernel patch will fix it. This test will help avoid introducing
+# such regressions again.

This all belongs in the commit message, not the test description.

tests/overlay/064 line 60

Quoted 4 lines
tests/overlay/064 new file +4 -0
+
+# Trigger file copy up without actually writing anything to file. This
+# requires opening file with WRITE and xfs_io seems to open it with
+# O_RDWR by default.

There's no "seems to" about it. xfs_io will open the file O_RDWR unless you tell it to open it read only.

tests/overlay/064 line 61

Quoted 1 line
tests/overlay/064 new file +1 -0
+$XFS_IO_PROG -c "quit" ${SCRATCH_MNT}/file >>$seqres.full

Probably better to use the -c "stat" command to dump the file metadata into the debug file than to just quit.

tests/overlay/064 line 67

Quoted 5 lines
tests/overlay/064 new file +4 -0
+# Make sure cap_setuid is still there
+$GETCAP_PROG ${SCRATCH_MNT}/file | _filter_scratch
 
+# unmount overlayfs
+$UMOUNT_PROG $SCRATCH_MNT

No need to do that, the test harness will unmount for you...

Cheers,

Dave.

Signature · 2 lines
Dave Chinner
[email protected]