Re: [PATCH] afs: xattr: use scnprintf

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

To: linux-kernel@xxxxxxxxxxxxxxx
Subject: Re: [PATCH] afs: xattr: use scnprintf
From: Mark Salyzyn <salyzyn@xxxxxxxxxxx>
Date: Tue, 5 Nov 2019 07:56:28 -0800
Cc: kernel-team@xxxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, David Howells <dhowells@xxxxxxxxxx>, linux-afs@xxxxxxxxxxxxxxxxxxx, Jan Kara <jack@xxxxxxx>
In-reply-to: <20191105154850.187723-1-salyzyn@android.com>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0

On 11/5/19 7:48 AM, Mark Salyzyn wrote:

sprintf and snprintf are fragile in future maintenance, switch to
using scnprintf to ensure no accidental Use After Free conditions
are introduced.


Urrrk Out of band stack access ...

-- Mark

References:
- [PATCH] afs: xattr: use scnprintf
  - From: Mark Salyzyn

Prev by Date: Re: [PATCH v7 08/11] ext4: move inode extension/truncate code out from ->iomap_end() callback
Next by Date: Details on the UAPI of implementing notifications on pipes
Previous by thread: [PATCH] afs: xattr: use scnprintf
Next by thread: [PATCH][next] staging: vboxsf: fix dereference of pointer dentry before it is null checked
Index(es):
- Date
- Thread

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

Powered by Linux