linux-kernel - Re: [Bug Report] OOB-read BUG in HFS+ filesystem

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <786f0a0e-8cea-4007-bbae-2225fcca95b4@wdc.com>
Date: Tue, 15 Apr 2025 09:16:58 +0000
From: Johannes Thumshirn <Johannes.Thumshirn@....com>
To: Christian Brauner <brauner@...nel.org>, David Sterba <dsterba@...e.cz>,
	Linus Torvalds <torvalds@...ux-foundation.org>
CC: Matthew Wilcox <willy@...radead.org>, now4yreal <now4yreal@...mail.com>,
	Jan Kara <jack@...e.com>, Viro <viro@...iv.linux.org.uk>, Bacik
	<josef@...icpanda.com>, Stone <leocstone@...il.com>, Sandeen
	<sandeen@...hat.com>, Johnson <jeff.johnson@....qualcomm.com>, linux-fsdevel
	<linux-fsdevel@...r.kernel.org>, linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [Bug Report] OOB-read BUG in HFS+ filesystem

On 15.04.25 09:52, Christian Brauner wrote:
> On Mon, Apr 14, 2025 at 06:23:28PM +0200, David Sterba wrote:
>> On Mon, Apr 14, 2025 at 03:21:56PM +0100, Matthew Wilcox wrote:
>>> On Mon, Apr 14, 2025 at 04:18:27PM +0200, Christian Brauner wrote:
>>>> On Mon, Apr 14, 2025 at 09:45:25PM +0800, now4yreal wrote:
>>>>> Dear Linux Security Maintainers,
>>>>> I would like to report a OOB-read vulnerability in the HFS+ file
>>>>> system, which I discovered using our in-house developed kernel fuzzer,
>>>>> Symsyz.
>>>>
>>>> Bug reports from non-official syzbot instances are generally not
>>>> accepted.
>>>>
>>>> hfs and hfsplus are orphaned filesystems since at least 2014. Bug
>>>> reports for such filesystems won't receive much attention from the core
>>>> maintainers.
>>>>
>>>> I'm very very close to putting them on the chopping block as they're
>>>> slowly turning into pointless burdens.
>>>
>>> I've tried asking some people who are long term Apple & Linux people,
>>> but haven't been able to find anyone interested in becoming maintainer.
>>> Let's drop both hfs & hfsplus.  Ten years of being unmaintained is
>>> long enough.
>>
>> Agreed. If needed there are FUSE implementations to access .dmg files
>> with HFS/HFS+ or other standalone tools.
>>
>> https://github.com/0x09/hfsfuse
>> https://github.com/darlinghq/darling-dmg
> 
> Ok, I'm open to trying. I'm adding a deprecation message when initating
> a new hfs{plus} context logged to dmesg and then we can try and remove
> it by the end of the year.
> 
> 

Just a word of caution though, (at least Intel) Macs have their EFI ESP 
partition on HFS+ instead of FAT. I don't own an Apple Silicon Mac so I 
can't check if it's there as well.