|
Message-ID: <5227E0C6.8050101@redhat.com> Date: Wed, 04 Sep 2013 19:39:18 -0600 From: Kurt Seifried <kseifried@...hat.com> To: oss-security@...ts.openwall.com CC: Vincent Danen <vdanen@...hat.com>, "cve-assign@...re.org" <cve-assign@...re.org> Subject: Re: Re: CVE request: unauthorized host/service views displayed in servicegroup view -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/04/2013 07:19 PM, Vincent Danen wrote: > That somewhat proves my point. =). In both cases you're talking > about intended security being violated or a security-relevant > mistake. I don't see how relaxing ACLs intentionally, but still > protected via authentication, meet either criteria. > > -- Vincent Danen / Red Hat Security Response Team > > > On 2013-09-04, at 5:08 PM, cve-assign@...re.org wrote: > >>>> I think the first question is what constitutes a security >>>> flaw -- once that is defined, then I think what upstream does >>>> is irrelevant. If it's a flaw, it's a flaw. > > CVE assignment by MITRE doesn't look at flaws in quite that way. If > a vendor has developed and released software and then sends us a > report that the software had a security-relevant mistake, or > violated that vendor's intended security policy, that's usually > enough for a CVE. Reports from third parties are viewed much more > restrictively. A good example of this is in action: http://docs.python.org/2/library/pickle.html no CVE (big warning, safe alternatives, etc.) http://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=deserialization http://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=deserializing lots of CVEs - -- Kurt Seifried Red Hat Security Response Team (SRT) PGP: 0x5E267993 A90B F995 7350 148F 66BF 7554 160D 4553 5E26 7993 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBAgAGBQJSJ+DGAAoJEBYNRVNeJnmT298P/RpuSqL5uHdQhfbsrJQZS+oo Ofar+PtSQzRfAvMqEFbBVA4EcSSiBPyqr6aY9jdboCo9QqWqwRZ/7mZY+WWY0otH hSqW/Z7mviZHAbbmvSELkoFTU5Qvjqb6tnH+raqVV/XDcsx3iITYVLp4mL6XjcGE SmvCA3fRTDN0LfYwrm04b39xIwWdRtvoKKMlQjgkn3Ea0s5EaxV7ktlwinEHDJvp Vk8lwo3R+XGPZ1LaQC69HCG1jff1+0KLeJoXjo0Qz7XzYolEsnFEHeMIufkyFI5+ k/Sk1EWgZm4sQrUgMxAIu+ILFJ5Z8WnquwFOh2AA49zPA0XAqed1ED23mB3dzBBm ZyANQtmdy/r4NKsrVK2/CceGm3LkfCKkxzyzYovhNrgUQIC1o5+f80+AuQz1DB5I ZJGq2A9k4chisc6HNLIQpwprvYaS9Z9jWWLNoN8whFcJagV9SDq4Izw14hRIQx77 A56ASqh6jIphtK/srLo4wlGBXIiHilSTrbPjSCaQF00qEJHHt5ARqG88x9ZVL3hP V4QPJ7Qrm+35L+Eq2P3jfZDIrizksOlDNMFOcj1TA+e8no17GkQaC7v7wPAWGYwl xkwkVuFNSnO5GoLKCgA+Tg7aEYND9pMQqL2uTSSfvrh789PCOJlUprQu9Cvjl2jh OG24Ti4uoEiSPiaU8kYF =H5qh -----END PGP SIGNATURE-----
Powered by blists - more mailing lists
Please check out the Open Source Software Security Wiki, which is counterpart to this mailing list.
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.