[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
CONTENT DECISION: Not a CVE Vulnerability
Content Decisions - Not a CVE Vulnerability
-------------------------------------------
Each of these content decisions describes characteristics of some
"vulnerabilities" that technically satisfy the CVE vulnerability
definition, but still should not be considered a CVE vulnerability.
I propose that if a candidate has one of these characteristics, it
should not be placed into the CVE.
If we agree to these content decisions, then some of the candidates
listed in the upcoming NOVULN cluster should be REJECTed.
1) "Beta or alpha software is not a CVE vulnerability." (Beta Code
Exception)
A beta or alpha version of software can not be associated with a CVE
vulnerability, *unless* the beta version is the only version that is
expected to be available. Beta and alpha software are universally
understood to have flaws of all kinds, and typically do not appear in
an operational environment - but they may appear more frequently in an
academic or research environment. So, Windows NT 4.0 beta - while it
has security flaws - does not contain CVE vulnerabilities. However,
ICQ is only available as a series of beta programs, so it may contain
CVE vulnerabilities.
2) "Compromise by an extended Brute Force attack is not a CVE
vulnerability." (Brute Force Exception)
If a state in a computing system can only be compromised by a brute
force attack that could in the average case take longer than one week
on an average desktop CPU, then it is not a CVE vulnerability.
Obviously, it's hard to quantify how much "brute force" is sufficient
to say that a particular design choice does not contain a
vulnerability, and perhaps it should be considered on a per-case
basis. Example: an 8-character Unix password could be guessed by
brute force within days or weeks using a large number of machines, but
we probably won't consider that a vulnerability; but if a PGP key can
be cracked within the same time using the same resources, we probably
would.
3) "A denial of service in a client that is easy to recover from, is
not a CVE vulnerability." (Client-Side Denial of Service Exception)
If client-side software can be subjected to a denial of service for a
user alone, but the denial of service only affects that application,
and the user can easily recreate the state which that software was in
before the attack, then that software does not contain a CVE
vulnerability. Example: many attacks on browsers, where the attack
causes the browser to hang or spawn extra windows; a user can be
forced out of an IRC channel; a user can be flooded with Instant
Messenger messages; etc. Note, though, that bugs in these same
applications which allow an attacker to crash the client's machine or
allow the attacker to gain access, would still qualify as CVE
vulnerabilities.
This exception clearly reflects a bias towards the enterprise here, as
it excludes most denials-of-service in chat programs and other
interactive, "social" online activities, like ICQ, Instant Messenger,
IRC, and web browsers. In my opinion, this type of denial of service
problem is more of an inconvenience than a security risk.