Add the vulnerabilities database to the site; but don't link it in
authorMark J. Cox <mark@openssl.org>
Tue, 31 May 2005 21:42:48 +0000 (21:42 +0000)
committerMark J. Cox <mark@openssl.org>
Tue, 31 May 2005 21:42:48 +0000 (21:42 +0000)
commit15f4c3767550b275017364c4b02c08a8c6dc53ab
treef482f474148ff7f7c76d61c8911692919a12494b
parent0beec0e27a176bf51a3ce94e76bdf7ba5a5f7bfa
Add the vulnerabilities database to the site; but don't link it in
yet until it's working totally.  To change or add a vulnerability you
exit vulnerabilities.xml then run an xslt processor on that file with
the vulnerabilities.xsl stylesheet and out will pop vulnerabilities.wml
that the website knows how to process.  For now we make the user who
commits the change do this, and also commit in the wml file.  We could
probably do this at make time with some perl, but the openssl site
doesn't have all the dependancies needed for XML::XSLT yet.

Although a lot of this information is in our changes file and in news
items on the site there isn't a single place where you can get a
complete overview of the vulnerabilities.  A CSO I was speaking too
this month was suprised by how few issues there had been and thought
there were many more serious issues that had affected OpenSSL, this
page is, unsuprisingly, similar to the Apache httpd vulnerabilities pages
and is based on raw data I've been collecting on vulnerabilities for
Red Hat.
news/vulnerabilities.wml [new file with mode: 0644]
news/vulnerabilities.xml [new file with mode: 0644]
news/vulnerabilities.xsl [new file with mode: 0644]
news/vulnerabilitiesdates.xsl [new file with mode: 0644]