Great Circle Associates Firewalls
(March 1994)
 

Indexed By Date: [Previous] [Next] Indexed By Thread: [Previous] [Next]

Subject: Re: IP_FORWARDING
From: jmc @ ksu . ksu . edu (James Michael Chacon)
Date: Sun, 13 Mar 1994 07:31:19 -0600 (CST)
To: firewalls @ greatcircle . com
In-reply-to: <199403071831 . NAA05746 @ sccux1 . msd . ray . com> from "Bill Gianopoulos" at Mar 7, 94 01:31:52 pm

>
>> 
>> Mark Verber <verber @
 parc .
 xerox .
 com> wrote :
>> 
>> > Yes, setting IPFORWARDING properly in options or changing ip_forwarding
>> > with adb works just as well as editing ip_proto.c.  Once again, my primary
>> > warning is that  source routing happens whether you have IPfowarding on
>> > or off.
>
>As I believe has been pointed out on this list in the past, the fact that you
>can turn off IPFORWARDING with adb IS part of the problem with this approach.
>It's just as easy for someone to turn it back on this way.  If you have source
>and can actually remove the code that handles the forwarding, you are better
>because then if someone DOES manage to get root access (and somehow they
>seem to keep finding new and improved ways to do this) it will at least be
>more difficult for them to undo your protection.
>

One thing with turning it off with adb I have found is that if you change 
with adb and then reboot with a kernel with it turned off, you can't turn
it back on without another reboot.

Since all adb'ing and writing the change back out does is to poke the proper
predefined variable into the proper place it just saves a recompile.
If you boot with a kernel with it turned off, it will not come back on with
another adb. Instead, you have to adb, write out a new change and reboot
again. Seems if the kernel boots with it off, there is no way to get it 
turned back on. I guess some initialization code is never called if the
values is initially -1.

So, someone breaking in would have to know to adb, turn it back on, and then
know to reboot. Either way, I figure I would definitly notice the system
rebooting for some reason. And, after any system reboot its always a good
idea to try and send packets through the system just to make sure its
still not forwarding.

James




References:
Indexed By Date Previous: Re: 'don't *bother* flaming about mail fakery'
From: dcrocker @ mordor . stanford . edu (Dave Crocker)
Next: Re: IP_FORWARDING
From: jim @ Tadpole . COM (Jim Thompson)
Indexed By Thread Previous: Re: IP_FORWARDING
From: Bill Gianopoulos <wag @ sccux1 . msd . ray . com>
Next: Re: IP_FORWARDING
From: Geoff Mulligan <Geoffrey . Mulligan @ Eng . Sun . COM>

Google
 
Search Internet Search www.greatcircle.com