You can use the Security Finder to search for security issues and their impact on Riverbed products. This
page is
continuously updated, displaying the most current public security issues first. The search box can be used to
look up
records by specific CVE numbers or relevant search word, e.g. Apache, 8.5.0, Workaround. For additional
search tips,
refer to article S16165. Security issues listed here are categorized into three groups: fixed, workaround recommended and not applicable.
For general security topics, security best practices and other security related topics, try performing a general search.
BETA FEATURE: This feature is currently under development and is considered Beta Software. We are still
enhancing the
features and results so please exercise caution when interpreting and implementing the results. If you have
any
questions, please open a case with Riverbed Support. If you have feedback for this tool, please send it to
supportfeedback@riverbed.com.
Riverbed Technology is committed to protecting customers against vulnerabilities in our supported products.
Vulnerabilities are addressed in accordance to the software support policy.
https://support.riverbed.com/content/support/about_support/end_of_life_policy.html
For search tips, read article S16165.
Details: CVE-2017-13089: The http.c:skip_short_body() function is called in some circumstances, such as when processing redirects. When the response is sent chunked in wget before 1.19.2, the chunk parser uses strtol() to read each chunk's length, but doesn't check that the chunk length is a non-negative number. The code then tries to skip the chunk in pieces of 512 bytes by using the MIN() macro, but ends up passing the negative chunk length to connect.c:fd_read(). As fd_read() takes an int argument, the high 32 bits of the chunk length are discarded, leaving fd_read() with a completely attacker controlled length argument. CVE-2017-13090: The retr.c:fd_read_body() function is called when processing OK responses. When the response is sent chunked in wget before 1.19.2, the chunk parser uses strtol() to read each chunk's length, but doesn't check that the chunk length is a non-negative number. The code then tries to read the chunk in pieces of 8192 bytes by using the MIN() macro, but ends up passing the negative chunk length to retr.c:fd_read(). As fd_read() takes an int argument, the high 32 bits of the chunk length are discarded, leaving fd_read() with a completely attacker controlled length argument. The attacker can corrupt malloc metadata after the allocated buffer. Fix: Upgraded wget to 1.19.2. Recommendation: Upgrade to a software version with the fix.