linux-hardening - Re: LLM disclosure (was: [PATCH v2] vfs: remove the excl argument from the ->create() inode

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: <f5a2c41e4f272fef9f1525e17b494dd4b4bcb529.camel@kernel.org>
Date: Fri, 07 Nov 2025 18:19:24 -0500
From: Jeff Layton <jlayton@...nel.org>
To: Jonathan Corbet <corbet@....net>, NeilBrown <neil@...wn.name>
Cc: Eric Van Hensbergen <ericvh@...nel.org>, Latchesar Ionkov
 <lucho@...kov.net>,  Dominique Martinet <asmadeus@...ewreck.org>, Christian
 Schoenebeck <linux_oss@...debyte.com>, David Sterba	 <dsterba@...e.com>,
 David Howells <dhowells@...hat.com>, Marc Dionne	
 <marc.dionne@...istor.com>, Alexander Viro <viro@...iv.linux.org.uk>, 
 Christian Brauner	 <brauner@...nel.org>, Jan Kara <jack@...e.cz>, "Tigran
 A. Aivazian"	 <aivazian.tigran@...il.com>, Chris Mason <clm@...com>, Xiubo
 Li	 <xiubli@...hat.com>, Ilya Dryomov <idryomov@...il.com>, Jan Harkes	
 <jaharkes@...cmu.edu>, coda@...cmu.edu, Tyler Hicks <code@...icks.com>,
 Jeremy Kerr <jk@...abs.org>, Ard Biesheuvel <ardb@...nel.org>, Namjae Jeon
 <linkinjeon@...nel.org>,  Sungjong Seo <sj1557.seo@...sung.com>, Yuezhang
 Mo <yuezhang.mo@...y.com>, Theodore Ts'o <tytso@....edu>,  Andreas Dilger
 <adilger.kernel@...ger.ca>, Jaegeuk Kim <jaegeuk@...nel.org>, Chao Yu
 <chao@...nel.org>, OGAWA Hirofumi <hirofumi@...l.parknet.co.jp>, Miklos
 Szeredi <miklos@...redi.hu>, Andreas Gruenbacher	 <agruenba@...hat.com>,
 Viacheslav Dubeyko <slava@...eyko.com>, John Paul Adrian Glaubitz
 <glaubitz@...sik.fu-berlin.de>, Yangtao Li <frank.li@...o.com>, Richard
 Weinberger <richard@....at>,  Anton Ivanov
 <anton.ivanov@...bridgegreys.com>, Johannes Berg
 <johannes@...solutions.net>, Mikulas Patocka	
 <mikulas@...ax.karlin.mff.cuni.cz>, Muchun Song <muchun.song@...ux.dev>, 
 Oscar Salvador <osalvador@...e.de>, David Hildenbrand <david@...hat.com>,
 David Woodhouse <dwmw2@...radead.org>,  Dave Kleikamp <shaggy@...nel.org>,
 Trond Myklebust <trondmy@...nel.org>, Anna Schumaker <anna@...nel.org>, 
 Ryusuke Konishi <konishi.ryusuke@...il.com>, Konstantin Komarov
 <almaz.alexandrovich@...agon-software.com>,  Mark Fasheh <mark@...heh.com>,
 Joel Becker <jlbec@...lplan.org>, Joseph Qi <joseph.qi@...ux.alibaba.com>, 
 Bob Copeland <me@...copeland.com>, Mike Marshall <hubcap@...ibond.com>,
 Martin Brandenburg	 <martin@...ibond.com>, Amir Goldstein
 <amir73il@...il.com>, Steve French	 <sfrench@...ba.org>, Paulo Alcantara
 <pc@...guebit.org>, Ronnie Sahlberg	 <ronniesahlberg@...il.com>, Shyam
 Prasad N <sprasad@...rosoft.com>, Tom Talpey	 <tom@...pey.com>, Bharath SM
 <bharathsm@...rosoft.com>, Zhihao Cheng	 <chengzhihao1@...wei.com>, Hans de
 Goede <hansg@...nel.org>, Carlos Maiolino	 <cem@...nel.org>, Hugh Dickins
 <hughd@...gle.com>, Baolin Wang	 <baolin.wang@...ux.alibaba.com>, Andrew
 Morton <akpm@...ux-foundation.org>,  Kees Cook <kees@...nel.org>, "Gustavo
 A. R. Silva" <gustavoars@...nel.org>, "Matthew Wilcox (Oracle)"	
 <willy@...radead.org>, linux-kernel@...r.kernel.org, v9fs@...ts.linux.dev, 
	linux-fsdevel@...r.kernel.org, linux-afs@...ts.infradead.org, 
	linux-btrfs@...r.kernel.org, ceph-devel@...r.kernel.org, 
	codalist@...a.cs.cmu.edu, ecryptfs@...r.kernel.org,
 linux-efi@...r.kernel.org, 	linux-ext4@...r.kernel.org,
 linux-f2fs-devel@...ts.sourceforge.net, 	gfs2@...ts.linux.dev,
 linux-um@...ts.infradead.org, linux-mm@...ck.org, 
	linux-mtd@...ts.infradead.org, jfs-discussion@...ts.sourceforge.net, 
	linux-nfs@...r.kernel.org, linux-nilfs@...r.kernel.org,
 ntfs3@...ts.linux.dev, 	ocfs2-devel@...ts.linux.dev,
 linux-karma-devel@...ts.sourceforge.net, 	devel@...ts.orangefs.org,
 linux-unionfs@...r.kernel.org, 	linux-cifs@...r.kernel.org,
 samba-technical@...ts.samba.org, 	linux-xfs@...r.kernel.org,
 linux-hardening@...r.kernel.org, 	linux-doc@...r.kernel.org
Subject: Re: LLM disclosure (was: [PATCH v2] vfs: remove the excl argument
 from the ->create() inode_operation)

On Fri, 2025-11-07 at 15:35 -0700, Jonathan Corbet wrote:
> NeilBrown <neilb@...mail.net> writes:
> 
> > On Sat, 08 Nov 2025, Jeff Layton wrote:
> 
> > > Full disclosure: I did use Claude code to generate the first
> > > approximation of this patch, but I had to fix a number of things that it
> > > missed.  I probably could have given it better prompts. In any case, I'm
> > > not sure how to properly attribute this (or if I even need to).
> > 
> > My understanding is that if you fully understand (and can defend) the
> > code change with all its motivations and implications as well as if you
> > had written it yourself, then you don't need to attribute whatever fancy
> > text editor or IDE (e.g.  Claude) that you used to help produce the
> > patch.
> 
> The proposed policy for such things is here, under review right now:
> 
>   https://lore.kernel.org/all/20251105231514.3167738-1-dave.hansen@linux.intel.com/
> 
> jon

Thanks Jon.

I'm guessing that this would fall under the "menial task"
classification, and therefore doesn't need attribution. This seems
applicable:

+ - Purely mechanical transformations like variable renaming

This is a little different, but it's a similar rote task.
-- 
Jeff Layton <jlayton@...nel.org>