netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* wither bounds checking for networking sysctls
@ 2007-08-31  1:09 Rick Jones
  2007-08-31  3:59 ` Stephen Hemminger
  0 siblings, 1 reply; 4+ messages in thread
From: Rick Jones @ 2007-08-31  1:09 UTC (permalink / raw)
  To: Linux Network Development list

While messing about with "sysctl_tcp_rto_min" I went back and forth a 
bit as to whether there should have been bounds checking (as did some of 
the folks who did some internal review for me).  That leads to the 
question - is it considered worthwhile to add a bit more bounds checking 
to sundry networking sysctls?

rick jones

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: wither bounds checking for networking sysctls
  2007-08-31  1:09 wither bounds checking for networking sysctls Rick Jones
@ 2007-08-31  3:59 ` Stephen Hemminger
  2007-08-31 17:14   ` Rick Jones
  0 siblings, 1 reply; 4+ messages in thread
From: Stephen Hemminger @ 2007-08-31  3:59 UTC (permalink / raw)
  To: Rick Jones; +Cc: Linux Network Development list

On Thu, 30 Aug 2007 18:09:17 -0700
Rick Jones <rick.jones2@hp.com> wrote:

> While messing about with "sysctl_tcp_rto_min" I went back and forth a 
> bit as to whether there should have been bounds checking (as did some of 
> the folks who did some internal review for me).  That leads to the 
> question - is it considered worthwhile to add a bit more bounds checking 
> to sundry networking sysctls?
> 
> rick jones

IMHO As long as the any value from sysctl doesn't crash kernel, we
should let it go. Enforcing RFC policy or inter-dependencies seems
likes a useless exercise.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: wither bounds checking for networking sysctls
  2007-08-31  3:59 ` Stephen Hemminger
@ 2007-08-31 17:14   ` Rick Jones
  2007-09-09 15:26     ` Eric W. Biederman
  0 siblings, 1 reply; 4+ messages in thread
From: Rick Jones @ 2007-08-31 17:14 UTC (permalink / raw)
  To: Stephen Hemminger; +Cc: Linux Network Development list

Stephen Hemminger wrote:
> On Thu, 30 Aug 2007 18:09:17 -0700
> Rick Jones <rick.jones2@hp.com> wrote:
> 
> 
>>While messing about with "sysctl_tcp_rto_min" I went back and forth a 
>>bit as to whether there should have been bounds checking (as did some of 
>>the folks who did some internal review for me).  That leads to the 
>>question - is it considered worthwhile to add a bit more bounds checking 
>>to sundry networking sysctls?
>>
>>rick jones
> 
> 
> IMHO As long as the any value from sysctl doesn't crash kernel, we
> should let it go. Enforcing RFC policy or inter-dependencies seems
> likes a useless exercise.

I was thinking more along the lines of more fundamental things - like 
precluding negative values when something is clearly a positive.

rick jones

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: wither bounds checking for networking sysctls
  2007-08-31 17:14   ` Rick Jones
@ 2007-09-09 15:26     ` Eric W. Biederman
  0 siblings, 0 replies; 4+ messages in thread
From: Eric W. Biederman @ 2007-09-09 15:26 UTC (permalink / raw)
  To: Rick Jones; +Cc: Stephen Hemminger, Linux Network Development list

Rick Jones <rick.jones2@hp.com> writes:

> Stephen Hemminger wrote:
>> On Thu, 30 Aug 2007 18:09:17 -0700
>> Rick Jones <rick.jones2@hp.com> wrote:
>>
>>
>>> While messing about with "sysctl_tcp_rto_min" I went back and forth a bit as
>>> to whether there should have been bounds checking (as did some of the folks
>>> who did some internal review for me).  That leads to the question - is it
>>> considered worthwhile to add a bit more bounds checking to sundry networking
>>> sysctls?
>>>
>>>rick jones
>>
>>
>> IMHO As long as the any value from sysctl doesn't crash kernel, we
>> should let it go. Enforcing RFC policy or inter-dependencies seems
>> likes a useless exercise.
>
> I was thinking more along the lines of more fundamental things - like precluding
> negative values when something is clearly a positive.

The sysctl infrastructure has some fairly simple support for
doing min/max type things.  So if it makes sense it isn't hard to
make proc_dointvec_minmax the method and then set extra1 to point to
the min and extra2 to be the max. 

Eric

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2007-09-09 15:27 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-08-31  1:09 wither bounds checking for networking sysctls Rick Jones
2007-08-31  3:59 ` Stephen Hemminger
2007-08-31 17:14   ` Rick Jones
2007-09-09 15:26     ` Eric W. Biederman

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).