Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: 3Com's TippingPoint Denial of Service |
|---|---|
| Date: | Wed, 25 Apr 2007 14:54:49 -0400 (EDT) |
Simple Nomad said:
A series of evil packets will cause me to have remote root access to Windows, Linux, and MacOS/X. Due to the nature of the vulnerability, I will not be releasing any details. In fact, it is so secret even *I* don't know the details, but I am *positive* that when I see someone else post my work, I should get full credit, right?
Great point. Seriously, though - this is becoming a big problem on these lists. If you don't post details, *and* you don't coordinate with the vendor, then you have provided ZERO actionable information, not to mention causing confusion when some details do come out in later disclosures - is it the same issue or not? Are customers protected or not? It's not just disclosures by unknown parties, either - some great examples of this are the GLEG and Immunity pay-to-play disclosures that don't include any vendor notification. For example, a GLEG proFTPd report caused no end of havoc for all parties concerned, including the Linux distros themselves, although at least there was a back-reference to make the connection, which is still pretty rare for a vendor. And there's also some difficulty in handling disclosures with a grace period in products whose vendors do not provide credits, as happens with NGS Software sometimes. Lately, CVE has started taking the approach that if there's no actionable information, *and* the researcher is not known to be reliable, then the reports amount to little more than rumors until proven otherwise. We assume (perhaps mistakenly) that reliable researchers have done their homework and are reporting new issues. Vulnerability information is noisy enough as it is without adding vague, unactionable claims into the mix. - Steve
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | comus 2.0 Final >> RFI, alijsb |
|---|---|
| Next by Date: | blogsystem 1.4 >> local & remote = -rfi & lfi & -xss, info |
| Previous by Thread: | Re: 3Com's TippingPoint Denial of Service, Secure |
| Next by Thread: | [Full-disclosure] ZDI-07-022: CA BrightStor ArcServe Media Server Multiple Buffer Overflow Vulnerabilities, zdi-disclosures |
| Indexes: | [Date] [Thread] [Top] [All Lists] |