]> git.ipfire.org Git - thirdparty/tor.git/commitdiff
Add TROVE-2019-001 to changelog for 0.3.4.11
authorNick Mathewson <nickm@torproject.org>
Thu, 21 Feb 2019 15:23:50 +0000 (10:23 -0500)
committerNick Mathewson <nickm@torproject.org>
Thu, 21 Feb 2019 15:23:50 +0000 (10:23 -0500)
ChangeLog
changes/ticket29168 [deleted file]

index bffd08de8ce6bc88553587969e26780b653d8e96..74d9b7ebf9ddc3d5c6a5159c46879ff12f28efa7 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,17 @@
 Changes in version 0.3.4.11 - 2019-02-21
-  Tor 0.3.4.11 is the third stable release in its series.
+  Tor 0.3.4.11 is the third stable release in its series.  It includes
+  a fix for a medium-severity security bug affecting Tor 0.3.2.1-alpha and
+  later. All Tor instances running an affected release should upgrade to
+  0.3.3.12, 0.3.4.11, 0.3.5.8, or 0.4.0.2-alpha.
+
+  o Major bugfixes (cell scheduler, KIST, security):
+    - Make KIST consider the outbuf length when computing what it can
+      put in the outbuf. Previously, KIST acted as though the outbuf
+      were empty, which could lead to the outbuf becoming too full. It
+      is possible that an attacker could exploit this bug to cause a Tor
+      client or relay to run out of memory and crash. Fixes bug 29168;
+      bugfix on 0.3.2.1-alpha. This issue is also being tracked as
+      TROVE-2019-001 and CVE-2019-8955.
 
   o Minor features (geoip):
     - Update geoip and geoip6 to the February 5 2019 Maxmind GeoLite2
diff --git a/changes/ticket29168 b/changes/ticket29168
deleted file mode 100644 (file)
index 65c5232..0000000
+++ /dev/null
@@ -1,5 +0,0 @@
-  o Major bugfixes (cell scheduler, KIST):
-    - Make KIST to always take into account the outbuf length when computing
-      what we can actually put in the outbuf. This could lead to the outbuf
-      being filled up and thus a possible memory DoS vector. TROVE-2019-001.
-      Fixes bug 29168; bugfix on 0.3.2.1-alpha.