aboutsummaryrefslogtreecommitdiff
path: root/Documentation/driver-api/mtd
diff options
context:
space:
mode:
authorRoberto Sassu2023-05-08 19:02:34 +0200
committerGreg Kroah-Hartman2023-10-06 14:56:59 +0200
commitcbb16d0f4996a9b697de824b94a2a7287148e9d3 (patch)
tree5abf959e4048ddbe9891a18e6e5127f31b92ec0c /Documentation/driver-api/mtd
parent4b8ef68e39d2c86ba88c78aa34c6b067166e8adc (diff)
smack: Record transmuting in smk_transmuted
[ Upstream commit 2c085f3a8f23c9b444e8b99d93c15d7ce870fc4e ] smack_dentry_create_files_as() determines whether transmuting should occur based on the label of the parent directory the new inode will be added to, and not the label of the directory where it is created. This helps for example to do transmuting on overlayfs, since the latter first creates the inode in the working directory, and then moves it to the correct destination. However, despite smack_dentry_create_files_as() provides the correct label, smack_inode_init_security() does not know from passed information whether or not transmuting occurred. Without this information, smack_inode_init_security() cannot set SMK_INODE_CHANGED in smk_flags, which will result in the SMACK64TRANSMUTE xattr not being set in smack_d_instantiate(). Thus, add the smk_transmuted field to the task_smack structure, and set it in smack_dentry_create_files_as() to smk_task if transmuting occurred. If smk_task is equal to smk_transmuted in smack_inode_init_security(), act as if transmuting was successful but without taking the label from the parent directory (the inode label was already set correctly from the current credentials in smack_inode_alloc_security()). Signed-off-by: Roberto Sassu <roberto.sassu@huawei.com> Signed-off-by: Casey Schaufler <casey@schaufler-ca.com> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'Documentation/driver-api/mtd')
0 files changed, 0 insertions, 0 deletions