|
Message-ID: <Pine.GSO.4.64.1103301314540.20552@faron.mitre.org> Date: Wed, 30 Mar 2011 13:19:58 -0400 (EDT) From: "Steven M. Christey" <coley@...-smtp.mitre.org> To: oss-security <oss-security@...ts.openwall.com> cc: "Steven M. Christey" <coley@...-smtp.mitre.org>, Rickard Green <rickard@...ang.org>, Bjorn-Egil Dahlberg <psyeugenic@...il.com>, Sverker Eriksson <sverker@...ang.org>, Patrik Nyblom <pan@...ang.org>, Raimo Niskanen <raimo@...ang.org>, Bjorn Gustavsson <bjorn@...ang.org>, Niclas Axelsson <burbas@...ang.org>, Hans Bolinder <hasse@...ang.org> Subject: Re: CVE Request -- Erlang/OTP R14, Erlang/OTP R14B01, Erlang/OTP R14B02 -- multiple security fixes Some informal guidance on vulnerabilities in language interpreters/compilers: if there's a reasonable chance that an API function's correctness is affected, and that API function could be used by an application to process untrusted data (and/or affect the application's control flow), then it is generally treated as a security concern. When API correctness is *not* affected - but applications could just use it in an insecure way - then the applications are "blamed" for the issue (the classic example is C's strcpy() function, which has a significant design limitation that many application programmers don't take into account, leading to buffer overflows.) So for issues like "inexact comparisons" (whatever those are ;-) there is the consideration of whether such functionality is likely to be used when implementing security-related functionality. For issues like incorrectly reporting error status from an API function, that may be a candidate for a CVE if the incorrect status report could have downstream effects on an application's correctness. - Steve
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.