[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
RE: Rootkit RE: [PROPOSAL] DDOS - Distributed DoS (1 candidate)
Excellent response, Pascal, thanks. I hadn't thought of people
volunteering, but that's certainly a plausible scenario. Part of my
motivation/thinking was a desire to stay away from making this into only
yet another use for spoofed IP packets. I wholeheartedly agree that
egress filtering essential, but am reluctant to single out the recent DDoS
events as the reason for it.
I'd prefer to split out egress filtering as a seperate CVE entry (on the
theory that not using egress filtering constitutes an exposure -- at least
to liability), rather than tying it to these entries.
-----
Scott Blake blake@bos.bindview.com
Security Program Manager +1-508-485-7737 x218
BindView Corporation Cell: +1-508-353-0269
>-----Original Message-----
>From: owner-cve-editorial-board-list@lists.mitre.org
>[mailto:owner-cve-editorial-board-list@lists.mitre.org]On Behalf Of
>Pascal Meunier
>Sent: Wednesday, February 16, 2000 9:29 AM
>To: cve-editorial-board-list@lists.mitre.org
>Subject: Rootkit RE: [PROPOSAL] DDOS - Distributed DoS (1 candidate)
>
>
>Scott, you are assuming that the people who have the tools installed
>are unwilling. Let's say theoretically speaking that there is an
>underground hacker group (or student association) who is hooked up to
>DSL lines (like in university residences) and who thinks that it
>would be "cool" to form an "army". How about a popular civil
>movement protesting something, like the WTO last summer? I think
>some people would voluntarily "enlist" their computers in a cause
>that would use DDoS attacks. The rootkit analogy does not hold, yet
>the DDoS attacks could be just as effective. However, if the
>university or ISPs implemented egress filtering, the DDoS attacks
>could be easily stopped because the people could be held accountable.
>The crux of the matter is the anonymity provided by IP spoofing.
>
>You are correct that in most cases, having a DDoS tool installed on
>your system is an exposure like rootkit. Maybe that deserves a CVE
>entry. However, I think that does not capture the nature of the
>DDoS, and that an entry about egress filtering is of utmost
>importance because it patches a fundamental vulnerability of IPv4.
>
>
>At 8:18 AM -0500 2/16/2000, Scott Blake wrote:
>>I don't agree with Pascal that this is a filtering problem analogous to
>>smurf. Rootkit is a better analogy. The DDoS software doesn't exploit
>>any unique vulnerability directly. It's presence is entirely predicated
>>on the existence of at least one other, easily exploited vulnerability.
>>>From the perspective of the system owner, this is just one of several
>>backdoors that could be installed. Seems to me that the presence of a
>>known backdoor package should be considered a vulnerability (or at least
>>an exposure).
>>
>>I'm really torn on whether or not to split them out, though. My
>>inclination is to group master and slave by package; i.e., trinoo
>>master/slave, tfn master/slave, etc.
>>
>>REVIEWING
>