Skip to content
Snippets Groups Projects
Select Git revision
  • 46a8cd0399a313e5ad2fff14d9482c90e0bca1b4
  • openEuler-1.0-LTS default protected
  • openEuler-22.09
  • OLK-5.10
  • openEuler-22.03-LTS
  • openEuler-22.03-LTS-Ascend
  • master
  • openEuler-22.03-LTS-LoongArch-NW
  • openEuler-22.09-HCK
  • openEuler-20.03-LTS-SP3
  • openEuler-21.09
  • openEuler-21.03
  • openEuler-20.09
  • 4.19.90-2210.5.0
  • 5.10.0-123.0.0
  • 5.10.0-60.63.0
  • 5.10.0-60.62.0
  • 4.19.90-2210.4.0
  • 5.10.0-121.0.0
  • 5.10.0-60.61.0
  • 4.19.90-2210.3.0
  • 5.10.0-60.60.0
  • 5.10.0-120.0.0
  • 5.10.0-60.59.0
  • 5.10.0-119.0.0
  • 4.19.90-2210.2.0
  • 4.19.90-2210.1.0
  • 5.10.0-118.0.0
  • 5.10.0-106.19.0
  • 5.10.0-60.58.0
  • 4.19.90-2209.6.0
  • 5.10.0-106.18.0
  • 5.10.0-106.17.0
33 results

22b970264

  • Clone with SSH
  • Clone with HTTPS
  • user avatar
    Jens Axboe authored and Yongqiang Liu committed
    stable inclusion
    from stable-v5.10.118
    commit 3c48558be571e01f67e65edcf03193484eeb2b79
    category: bugfix
    bugzilla: 187134, https://gitee.com/openeuler/kernel/issues/I5HEXY
    CVE: NA
    
    --------------------------------
    
    Lee reports that there's a use-after-free of the process file table.
    There's an assumption that we don't need the file table for some
    variants of statx invocation, but that turns out to be false and we
    end up with not grabbing a reference for the request even if the
    deferred execution uses it.
    
    Get rid of the REQ_F_NO_FILE_TABLE optimization for statx, and always
    grab that reference.
    
    This issues doesn't exist upstream since the native workers got
    introduced with 5.12.
    
    Link: https://lore.kernel.org/io-uring/YoOJ%2FT4QRKC+fAZE@google.com/
    
    
    Reported-by: default avatarLee Jones <lee.jones@linaro.org>
    Signed-off-by: default avatarJens Axboe <axboe@kernel.dk>
    Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
    Signed-off-by: default avatarLi Lingfeng <lilingfeng3@huawei.com>
    Reviewed-by: default avatarZhang Yi <yi.zhang@huawei.com>
    Signed-off-by: default avatarYongqiang Liu <liuyongqiang13@huawei.com>
    46a8cd03
    History
    Name Last commit Last update