summaryrefslogtreecommitdiff
path: root/scripts/gfp-translate
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2020-05-27 09:53:25 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2020-05-27 09:53:25 -0700
commit006f38a1c3dcbe237a75e725fe457bd59cb489c4 (patch)
treec7dafb3ced3f45c0c3858ee22403a5d147606a99 /scripts/gfp-translate
parent444fc5cde64330661bf59944c43844e7d4c2ccd8 (diff)
parenta4ae32c71fe90794127b32d26d7ad795813b502e (diff)
Merge branch 'exec-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace
Pull execve fix from Eric Biederman: "While working on my exec cleanups I found a bug in exec that winds up miscomputing the ambient credentials during exec. Andy appears to have to been confused as to why credentials are computed for both the script and the interpreter From the original patch description: [3] Linux very confusingly processes both the script and the interpreter if applicable, for reasons that elude me. The results from thinking about a script's file capabilities and/or setuid bits are mostly discarded. The only value in struct cred that gets changed in cap_bprm_set_creds that I could find that might persist between the script and the interpreter was cap_ambient. Which is fixed with this trivial change" * 'exec-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace: exec: Always set cap_ambient in cap_bprm_set_creds
Diffstat (limited to 'scripts/gfp-translate')
0 files changed, 0 insertions, 0 deletions