diff options
author | 2017-09-28 22:54:55 +0200 | |
---|---|---|
committer | 2017-09-28 22:54:55 +0200 | |
commit | 612f47deca97e8d7ffc2100c1dbc82a602abdf39 (patch) | |
tree | 714d18b438413833e38a20af15b6514bb8c7ac61 /glsa-201610-04.xml | |
parent | Fix GLSA 201709-27 to reflect previous canonical name for libTIFF (diff) | |
download | glsa-612f47deca97e8d7ffc2100c1dbc82a602abdf39.tar.gz glsa-612f47deca97e8d7ffc2100c1dbc82a602abdf39.tar.bz2 glsa-612f47deca97e8d7ffc2100c1dbc82a602abdf39.zip |
GLSA format update
- Dates converted to ISO8601 [Bug #196681]
- Reference links changed to HTTPS where available [Bug #630750]
See: https://bugs.gentoo.org/196681
See: https://bugs.gentoo.org/630750
Diffstat (limited to 'glsa-201610-04.xml')
-rw-r--r-- | glsa-201610-04.xml | 16 |
1 files changed, 8 insertions, 8 deletions
diff --git a/glsa-201610-04.xml b/glsa-201610-04.xml index d3d4aee4..a98a2c72 100644 --- a/glsa-201610-04.xml +++ b/glsa-201610-04.xml @@ -6,8 +6,8 @@ which results in predictable output from the random number generator. </synopsis> <product type="ebuild">libgcrypt</product> - <announced>October 10, 2016</announced> - <revised>October 10, 2016: 1</revised> + <announced>2016-10-10</announced> + <revised>2016-10-10: 1</revised> <bug>541564</bug> <bug>559942</bug> <bug>574268</bug> @@ -49,16 +49,16 @@ </resolution> <references> - <uri link="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2014-3591">CVE-2014-3591</uri> - <uri link="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2015-0837">CVE-2015-0837</uri> - <uri link="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2015-7511">CVE-2015-7511</uri> - <uri link="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2016-6313">CVE-2016-6313</uri> + <uri link="https://nvd.nist.gov/nvd.cfm?cvename=CVE-2014-3591">CVE-2014-3591</uri> + <uri link="https://nvd.nist.gov/nvd.cfm?cvename=CVE-2015-0837">CVE-2015-0837</uri> + <uri link="https://nvd.nist.gov/nvd.cfm?cvename=CVE-2015-7511">CVE-2015-7511</uri> + <uri link="https://nvd.nist.gov/nvd.cfm?cvename=CVE-2016-6313">CVE-2016-6313</uri> <uri link="https://securityblog.redhat.com/2015/09/02/factoring-rsa-keys-with-tls-perfect-forward-secrecy/"> Factoring RSA Keys With TLS Perfect Forward Secrecy </uri> </references> - <metadata tag="requester" timestamp="Wed, 02 Dec 2015 21:25:17 +0000"> + <metadata tag="requester" timestamp="2015-12-02T21:25:17Z"> BlueKnight </metadata> - <metadata tag="submitter" timestamp="Mon, 10 Oct 2016 11:04:11 +0000">K_F</metadata> + <metadata tag="submitter" timestamp="2016-10-10T11:04:11Z">K_F</metadata> </glsa> |