Re: [PATCH] aio: fix mremap after fork null-deref

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Seth Jenkins <sethjenkins@xxxxxxxxxx>
Subject: Re: [PATCH] aio: fix mremap after fork null-deref
From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Date: Tue, 10 Jan 2023 14:39:04 -0800
Cc: Alexander Viro <viro@xxxxxxxxxxxxxxxxxx>, Benjamin LaHaise <bcrl@xxxxxxxxx>, linux-fsdevel@xxxxxxxxxxxxxxx, linux-aio@xxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, Jann Horn <jannh@xxxxxxxxxx>, Pavel Emelyanov <xemul@xxxxxxxxxxxxx>, stable@xxxxxxxxxxxxxxx
In-reply-to: <20221104212519.538108-1-sethjenkins@google.com>

On Fri,  4 Nov 2022 17:25:19 -0400 Seth Jenkins <sethjenkins@xxxxxxxxxx> wrote:

> Commit e4a0d3e720e7 ("aio: Make it possible to remap aio ring") introduced
> a null-deref if mremap is called on an old aio mapping after fork as
> mm->ioctx_table will be set to NULL.
> 

Is this a theoretical thing, or has this oops actually been observed?

References:
- [PATCH] aio: fix mremap after fork null-deref
  - From: Seth Jenkins

Prev by Date: Re: [PATCH v5 7/9] iomap/xfs: Eliminate the iomap_valid handler
Next by Date: Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
Previous by thread: [PATCH] aio: fix mremap after fork null-deref
Next by thread: Re: [PATCH] aio: fix mremap after fork null-deref
Index(es):
- Date
- Thread

[Index of Archives] [Linux Ext4 Filesystem] [Union Filesystem] [Filesystem Testing] [Ceph Users] [Ecryptfs] [NTFS 3] [AutoFS] [Kernel Newbies] [Share Photos] [Security] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux Cachefs] [Reiser Filesystem] [Linux RAID] [NTFS 3] [Samba] [Device Mapper] [CEPH Development]

Powered by Linux