From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=nwl.cc header.i=@nwl.cc header.b="mJfwc69D" Received: from orbyte.nwl.cc (orbyte.nwl.cc [IPv6:2001:41d0:e:133a::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0FA14D44 for ; Wed, 6 Dec 2023 05:30:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nwl.cc; s=mail2022; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=KAgd1d8ftfSgEydQPQxbT+qo5AHNyFYwo8z3hI+J1Ng=; b=mJfwc69DjboZUh6JqiKBzSs8+N vx6AbrVkMI341Ec+lQo4bjynfMJhHMkkntshEugabFz/yqCp8bggXf6LI+e3K7TXPYfrcViXmRuaA fNyQolqyqESgGTHwZ0ehMGCGslEOdE9DoJRnY1kbRrD6t/WYgW7gLWEN17w7j0w+or0M/0HpSmUUW ojKIsRnJbRQnivgtQ+Q1DbNbp6IvnuFNzCOYcHEY8CC8bvYm6fV2sR1VmmjD17cLuStzwD0TSkQHM zua8V/r2IMthTBV5xzo2IOACtwsQS8FOPnMQyfVA2Ru8AVtJ+83lEtiHpXOy4ikxmoUPcgXuo11kD 0DHiAtIQ==; Received: from n0-1 by orbyte.nwl.cc with local (Exim 4.94.2) (envelope-from ) id 1rArzG-00084U-HT; Wed, 06 Dec 2023 14:30:50 +0100 Date: Wed, 6 Dec 2023 14:30:50 +0100 From: Phil Sutter To: Florian Westphal Cc: netfilter-devel@vger.kernel.org Subject: Re: [PATCH nft] initial support for the afl++ (american fuzzy lop++) fuzzer Message-ID: Mail-Followup-To: Phil Sutter , Florian Westphal , netfilter-devel@vger.kernel.org References: <20231201154307.13622-1-fw@strlen.de> <20231206074342.GC8352@breakpoint.cc> <20231206131340.GL8352@breakpoint.cc> Precedence: bulk X-Mailing-List: netfilter-devel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231206131340.GL8352@breakpoint.cc> On Wed, Dec 06, 2023 at 02:13:40PM +0100, Florian Westphal wrote: > Phil Sutter wrote: > > Hmm. Probably I miss the point regarding struct nft_afl_input. IMO, if > > save_candidate() writes data into the file despite called savebuf() > > setting use_filename = false, nft_afl_run_cmd() will try to read from > > ->buffer when it should read from ->fname. > > In that case buffer should have same content as the on-disk file, > so there is no need to open/read/close. Ah, heh. I managed to ignore the mandatory snprintf() call in savebuf(). So it's indeed just "file backed buffer storage". Thanks for explaining! Cheers, Phil