Date: Mon, 10 Aug 2009 12:43:08 -0400 (EDT) From: Rick Macklem <rmacklem@uoguelph.ca> To: Robert Watson <rwatson@FreeBSD.org> Cc: FreeBSD current <freebsd-current@FreeBSD.org>, Thomas Backman <serenity@exscape.org> Subject: Re: nmap UDP scan against 8.0-CURRENT -> fatal trap 12 Message-ID: <Pine.GSO.4.63.0908101236160.15949@muncher.cs.uoguelph.ca> In-Reply-To: <alpine.BSF.2.00.0908092150550.36842@fledge.watson.org> References: <598778D3-AE7B-47AF-A4F9-0D832BC1A990@exscape.org> <Pine.GSO.4.63.0908091421360.18198@muncher.cs.uoguelph.ca> <00694EF2-9BBC-4733-91C7-A6AE973D8973@exscape.org> <Pine.GSO.4.63.0908091546510.5263@muncher.cs.uoguelph.ca> <alpine.BSF.2.00.0908092150550.36842@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 9 Aug 2009, Robert Watson wrote: > > It sounds a bit like we would benefit from some directed RPC fuzzing on the > NFS client and server. I wonder if an existing fuzzer could easily be > adapted to generate RPC-like garbage? > It certainly sounds like it would make an interesting project. I vaguely recall Isilon mentioning they had something they used for "hardening" their NFS server. I have no idea what that was (or even if it was them;-), but it would be interesting to have something. CITI at UMich have a Python test suite for NFSv4 and I (again, vaguely:-) recall it does try various kinds of bogus/garbage args. It might be one starting point. Could it qualify as a Google SOC project for next summer? (hint, hint...I haven't got the time to do it.) rick
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.63.0908101236160.15949>