|
Security Basics
Removing ping/icmp from a network Mar 25 2008 04:29PM Secure This (lists securethis net) (7 replies) Re: Removing ping/icmp from a network Mar 26 2008 02:55PM Jason Thompson (securitux gmail com) (4 replies) Re: Removing ping/icmp from a network Mar 26 2008 07:08PM Ansgar -59cobalt- Wiechers (bugtraq planetcobalt net) (2 replies) Re: Removing ping/icmp from a network Mar 27 2008 04:25PM Jason (securitux gmail com) (2 replies) Re: Removing ping/icmp from a network Mar 27 2008 11:29PM Ansgar -59cobalt- Wiechers (bugtraq planetcobalt net) (1 replies) Re: Removing ping/icmp from a network Mar 28 2008 04:34PM Jason (securitux gmail com) (1 replies) Re: Removing ping/icmp from a network Mar 29 2008 07:35PM Ansgar -59cobalt- Wiechers (bugtraq planetcobalt net) (1 replies) Re: Removing ping/icmp from a network Mar 31 2008 10:29PM Jason (securitux gmail com) (1 replies) Re: Removing ping/icmp from a network Apr 04 2008 12:28PM Ansgar -59cobalt- Wiechers (bugtraq planetcobalt net) (2 replies) Re: Removing ping/icmp from a network Apr 05 2008 05:17PM Mark Owen (mr markowen gmail com) (1 replies) Re: Removing ping/icmp from a network Apr 05 2008 12:06AM Jason (securitux gmail com) (1 replies) Re: Removing ping/icmp from a network Apr 06 2008 02:54PM Ansgar -59cobalt- Wiechers (bugtraq planetcobalt net) (1 replies) Re: Removing ping/icmp from a network Mar 27 2008 05:09PM Mark Owen (mr markowen gmail com) (2 replies) Re: Removing ping/icmp from a network Mar 27 2008 06:52PM Jason (securitux gmail com) (1 replies) Re: Removing ping/icmp from a network Mar 27 2008 08:49PM Michael Painter (tvhawaii shaka com) (2 replies) Re: Removing ping/icmp from a network Mar 27 2008 11:48PM Razi Shaban (razishaban gmail com) (2 replies) RE: Removing ping/icmp from a network Mar 28 2008 03:07PM Adewale, Akin (IT Services - Infosec Team) (Akin Adewale capita co uk) Re: Removing ping/icmp from a network Mar 28 2008 04:27AM Michael Painter (tvhawaii shaka com) (2 replies) Re: Removing ping/icmp from a network Mar 28 2008 04:44PM Ansgar -59cobalt- Wiechers (bugtraq planetcobalt net) (1 replies) Re: Removing ping/icmp from a network Mar 30 2008 01:32AM Michael Painter (tvhawaii shaka com) (1 replies) Re: Removing ping/icmp from a network Apr 01 2008 12:13PM Ansgar -59cobalt- Wiechers (bugtraq planetcobalt net) R: Removing ping/icmp from a network Mar 27 2008 06:33PM Vega - Brunello Ivan (I Brunello vegaspa it) Re: Removing ping/icmp from a network Mar 25 2008 05:32PM Ansgar -59cobalt- Wiechers (bugtraq planetcobalt net) Re: Removing ping/icmp from a network Mar 25 2008 05:17PM Jon R. Kibler (Jon Kibler aset com) (1 replies) Re: Removing ping/icmp from a network Mar 26 2008 12:13PM Secure This (lists securethis net) (1 replies) DoD aproved disk wiping tool Mar 27 2008 01:31PM JP Vicente (jvicente asft net) (4 replies) RE: DoD approved disk wiping tool Mar 27 2008 11:38PM Steve Armstrong (stevearmstrong logicallysecure com) (1 replies) RE: DoD aproved disk wiping tool Mar 27 2008 07:50PM Kevin Ortloff (Kevin Ortloff j2global com) (1 replies) Re: DoD aproved disk wiping tool Mar 27 2008 04:56PM John Syers (jsyers acm org) (1 replies) RE: DoD aproved disk wiping tool Mar 27 2008 03:21PM Timmothy Lester (Timmothy Lester primeadvisors com) RE: Removing ping/icmp from a network Mar 25 2008 04:56PM Hopke, Greg (GHopke libertymgt com) (1 replies) Re: Removing ping/icmp from a network Mar 25 2008 06:12PM Mark Owen (mr markowen gmail com) (2 replies) RE: Removing ping/icmp from a network Mar 26 2008 01:58PM Ramsdell, Scott (Scott Ramsdell cellnethunt com) (1 replies) Re: Removing ping/icmp from a network Mar 26 2008 06:44PM Ansgar -59cobalt- Wiechers (bugtraq planetcobalt net) (1 replies) RE: Removing ping/icmp from a network Mar 27 2008 02:19PM Ramsdell, Scott (Scott Ramsdell cellnethunt com) (1 replies) Re: Removing ping/icmp from a network Mar 27 2008 02:34PM Ansgar -59cobalt- Wiechers (bugtraq planetcobalt net) |
|
|
Privacy Statement |
> I am well aware that people are doing this kind of stuff. However, the
> topic of this list is the basics of computer security. Which still does
> not include obscurity, no matter how many people put their faith in it.
>
I don't have faith in obscurity, but I have more faith in that than
doing nothing at all :)
>
> Indeed, the ICMP code may have exploitable vulnerabilities. However,
> looking at the history of vulnerabilities in ICMP: how likely do you
> think that is? Plus, unlike unnecessary services ICMP does serve a
> purpose, which means that you should have a *good* reason for dropping
> it. And no, the (not very likely) possibility that there *may* be an
> exploitable vulnerability does not count as such.
>
I think the likelihood is low, but I also think that ping isn't really
needed from the Internet to DMZ'd hosts or firewalls, so I'd just as
soon see it shut down.
>
> Ensuring the availability of the systems is one purpose of computer
> security, and please don't tell me that this weren't a business
> requirement. I know that many business people are reluctant to spend
> money on appropriate security measures (at least until it bites them),
> but that's no justification whatsoever. It also is no excuse at all for
> establishing obscurity in place of security.
>
It's not justification, you're right, but it's the way it works.
>
> Tunneling usually means outbound communication, which also means that
> your security has already been compromised. And regarding Welchia: the
> problem with that kind of worm is not hosts being pingable, but hosts
> unnecessarily exposing services to other networks. Your point being?
>
Tunneling can be either in or out, but yes outbound is more common. In
order to establish a tunnel at times security is compromised however
its the use of tunneling as a covert channel that is a concern as well
since it makes finding that breach more difficult.
>
> Quoting from the article:
>
> | Windows Kernel TCP/IP/ICMP Vulnerability - CVE-2007-0066
> |
> | A denial of service vulnerability exists in TCP/IP due to the way that
> | Windows Kernel processes fragmented router advertisement ICMP queries.
> | ICMP Router Discovery Protocol (RDP) is not enabled by default and is
> | required in order to exploit this vulnerability.
>
> This is a) merely a DoS condition, not something that allows for remote
> code execution, and b) not exploitable in the default configuration.
>
> The remote code execution vulnerability is in the IGMP handler, which is
> something that indeed can be safely disabled unless you run something
> that specifically requires IGMP.
DoS condition is still not a good thing, availability is part of
security, as you mentioned. I am just using this as an example, but
the fact is the IP stack is still vulnerable.
>
> Unless you can think of a way that's mere paranoia, which won't get us
> anywhere as network admins/security people. Computer security is about
> identifying/assessing attack scenarios and defining/implementing
> appropriate countermeasures.
>
Ok... well there definitely are differing opinions here. It's not mere
paranoia. In order to assess attack scenarios you need to think
outside of whats known and think beyond the confines what's nice to
have or what's convenient.
>
> Most certainly. However, that is no argument to disable something that
> serves a purpose. It's just an argument to not run anything that
> doesn't.
>
Agreed, but I guess its still the question as to whether ping to a web
server or other Internet facing device serves a valuable purpose. I
still don't think it does.
>
> Like I said before: paranoia doesn't help. Security is about knowing,
> not about believing.
>
Paranoia / skepticism, at least to a healthy level, is part of being
in security. Thinking outside the norm, thinking not of how something
can be fixed, but how it can be broken, etc.
I guess in my world I spend a lot of time thinking of attack
scenarios, possibilities, and how to break things, it's part of my job
and I wouldn't be any good at it if I didn't.
I think the general conclusion is based on this whole thread that
there are differing thoughts in this area based on experiences and
it's up to the company to decide if they feel some ICMP traffic can be
dropped in the interests of security or not.
That's my diplomatic response :) I think for the most part the points
made are reasonable even if there is disagreement.
-J
[ reply ]