Incidents
Vendor notification Mar 30 2005 08:13PM
Susan Bradley, CPA aka Ebitz - SBS Rocks [MVP] (sbradcpa pacbell net) (1 replies)
Re: Vendor notification Mar 30 2005 08:43PM
Susan Bradley, CPA aka Ebitz - SBS Rocks [MVP] (sbradcpa pacbell net) (1 replies)
Re: Vendor notification Mar 31 2005 12:57PM
Barrie Dempster (barrie reboot-robot net) (1 replies)
Re: Vendor notification Mar 31 2005 03:07PM
Susan Bradley, CPA aka Ebitz - SBS Rocks [MVP] (sbradcpa pacbell net) (1 replies)
Actually that's my point...they DID want to know that was in the wild.
As of Friday there were no reports of 05-002 exploits.

They wanted to see samples of it because at this time the 98 version of
the patch is having issues. It helps guide the message 'at this time we
have/have not seen expoits...blah blah"

I'm saying that if it's an brand new exploit in the wild that there
should be notification.....like you said.. "have you seen this?" If no
one says yes, you contact and make sure the vendor is aware.

Susan

Barrie Dempster wrote:

> Susan Bradley, CPA aka Ebitz - SBS Rocks [MVP] wrote:
> <snip>
>
>> I'm talking about informing about 'bad stuff in the wild' to help the
>> vendor know that we are all protected for this stuff.
>>
> <snip>
>
>
> If every such incident was reported to the vendor they would be flooded
> with absolute garbage all day. How many times do we see "is this a new
> virus?" and other such questions where the poster hasn't done any basic
> research or verification at all.
>
> I think it's important to ask "do you see this too?" on the appropriate
> forum, then when you have some verification and discussion you can pass
> the info on to the vendor if it seems prudent. However most vendors are
> reading the appropriate forums for thier products and become aware very
> quickly of any possible issues. When it comes to discussing and
> disclosing any new security problems, the most important people in the
> equation are the *users* not the vendors. I agree though that in many
> cases you would want direct vendor notification, but unless it's
> something they can fix directly - ie.. patchable - then let the users
> know first, so that they can setup IDS/IPS rules, configure firewalls or
> monitor for traffic patterns.
>
> Your example was an exploit existing for an already determined
> vulnerability, in this case I don't think the vendor needs to care about
> it at all, the presence or lack of an exploit should have no bearing on
> their time to patch release. If it's a security vulnerability then the
> patch should be released as soon as reasonably possible. If the patch is
> already released and the exploit appears, then the vendor doesn't have
> to know or care, the user however might want to monitor this for their
> own research/defense.
>
> Basically this boils down to....
> Find it, discuss it with peers, if the vendor can fix it notify them.
>
>

--
An open letter to the Security Community::
http://msmvps.com/bradley/archive/2004/12/12/23540.aspx

[ reply ]
Re: Vendor notification Mar 31 2005 03:19PM
Barrie Dempster (barrie reboot-robot net) (1 replies)
Re: Vendor notification Mar 31 2005 10:27PM
Colin (colweb gmail com) (1 replies)
Re: Vendor notification Apr 01 2005 12:02PM
Barrie Dempster (barrie reboot-robot net)


 

Privacy Statement
Copyright 2010, SecurityFocus