SSL Appliance Release Notes
Version 3.8.4
First Published: 6/3/15
Even if you are familiar with the update process, make sure you thoroughly read and understand these release notes, which describe supported platforms, new and changed features and functionality, known and resolved issues, and product and web browser compatibility. They also contain detailed information on prerequisites, warnings, and specific installation instructions for the Cisco SSL 1500, 2000, and 8200 appliances.
For detailed information on the Cisco SSL Appliance, refer to the online help or download the Cisco SSL Appliance 1500 Administration & Deployment Guide, Cisco SSL Appliance 1500 Administration & Deployment Guide, Cisco SSL Appliance 2000 and 8200 Administration & Deployment Guide, Cisco SSL Appliance 1500 Getting Started Guide, or Cisco SSL Appliance 2000 and 8200 Getting Started Guide from the Support site or Cisco.com.
These release notes are valid for Version 3.8.4 of the Cisco SSL Appliance. You can update appliances running at least Version 3.6.3 or at least Version 3.7.1 of the Cisco SSL Appliance to Version 3.8.4.
For more information, see the following sections:
Upgrading Cisco SSL Appliance
This section provides instructions for upgrading your appliance. Make sure to follow the instructions for the version you are currently running. Upgrades are supported for:
- 3.7.x up to and including 3.7.4-41
- 3.8.x
Terminology
- .patch: Updates the main partition; includes only the changes from one version to the next, all data and configurations are retained, applied through the WebUI.
- .nru: Replaces the existing rescue image with the new image; all data and configurations are retained, applied through the WebUI.
- .nsu: System update file; replaces the active image, re-images the rescue partition, triggers restore factory defaults, retains management IP address; all existing data and configurations are wiped, applied through the console.
Files associated with this release:
- sslv-3.6-to-3.8.4-15-cisco.patch
- sslv-3.8.4-15-cisco.iso
- sslv-3.8.4-15-cisco.nru
- sslv-3.8.4-15-cisco.nsu
- sslv-3.8.4-15-cisco.patch
- sslv-3.8.4-p7b_certificates-and-SNMP_MIBS.zip
–
sslv_3.6.3_to_3.8.0_ca_certificates.p7b
–
sslv_3.7.0_to_3.8.0_ca_certificates.p7b
–
sslv_3.8.0_to_3.8.3_ca_certificates.p7b
–
MIBS_SSLV-3.8.3.zip
–
CHECKSUMS.txt
Note
sslv-3.8.4-p7b_certificates-and-SNMP_MIBS.zip contains sslv_3.6.3_to_3.8.0_ca_certificates.p7b, sslv_3.7.0_to_3.8.0_ca_certificates.p7b, sslv_3.8.0_to_3.8.3_ca_certificates.p7b, and MIBS_SSLV-3.8.3.zip. Do not download these files individually.
Upgrade the Appliance
If the appliance is running 3.7.0 or greater, upgrade using the sslv-3.8.4-15-cisco.patch, see Upgrade from 3.7.x or Later to 3.8.4.
If the appliance is running 3.6.3, a two step upgrade process is required, as described in Upgrading the Cisco SSL Appliance from Version 3.6.3 to 3.8.4.
The patch mechanism will not update the rescue image in the system. Hence, if you use the Restore factory defaults option, the appliance will be re-imaged with the version of the rescue image. You must re-apply the patch.
Following the patch upgrade, Cisco recommends you upgrade the rescue image to the latest software version by applying the related.nru (for example, sslv-3.8.4-15-cisco.nru).
Apply a Patch
To apply the patch, access the (Platform Management) > Update menu option on the WebUI, select the sslv-3.8.4-15-cisco.patch file, and click OK.
The patch upgrade preserves your existing configuration data and existing logs.
Apply the NRU
To apply the.nru file which will update the rescue image, access the (Platform Management) > Update menu option on the WebUI, select the sslv-3.8.4-15-cisco.nru file, and click OK.
The existing rescue image will be replaced with the new image.
Tip
As a precaution, back up all configuration and policy data before the upgrade.
Patch Upgrade Procedure
Step 1
Access the (Platform Management) > Update menu.
Step 2
Click Choose File to select the patch upgrade file, then click OK.
Step 3
Reboot the appliance when prompted.
Step 4
Wait for the upgrade to complete. This might take several minutes, and involves the appliance rebooting a number of times.
Step 5
Update the list of external CA certificates.
3.8.x Process : To import the PKCS#7 encoded external CA certificate file (such as sslv-3.8.0_to_3.8.3_ca_ certificates.p7b), follow this procedure.
–
Go to the PKI > External Certificate Authorities Lists window, click Add to browse to the file, then click OK. You will see a "Upload Successful" message.
–
On the bottom of the External Certificate Authorities Lists window, click Apply next to the PKI Changes message.
After a 3.8.x upgrade, the list of external CA certificates does not include the CA certificates provided with the 3.8.x release. Without the new list of external CA certificates, the X.509 status for some sites (for example, www.google.com) is "Invalid Issuer." Import the sslv-3.8.0_to_3.8.3_ca_certificates.p7b file to update the external CA list.
3.7.x Process : To import the SSLV 3.7 PKCS#7 encoded external CA certificate file ( sslv_3.7.0_to_3.8.0_ca_certificates.p7b), follow this procedure.
–
Go to the PKI > External Certificate Authorites Lists window, click Add to browse to the file, then click OK. You will see a "Upload Successful" message.
–
On the bottom of the External Certificate Authorties Lists window, click Apply next to the PKI Changes message.
–
Use the same process to import the 3.8 external CA file ( sslv-3.8.0_to_3.8.3_ca_certificates.p7b).
After a 3.7.x to 3.8.x upgrade, the list of external CA certificates does not include the CA certificates provided with the 3.8.x release. Without the new lists of external CA certificates, the X.509 status for some sites (for example, www.google.com) is "Invalid Issuer." Import the ca_certificates.p7b file to update the external CA list.
3.6.3 Process : To import the SSLV 3.6.3 PKCS#7 encoded external CA certificate file ( sslv_3.8.0_to_3.8.3_ca_certificates.p7b), follow this procedure.
–
Go to the PKI > External Certificate Authorites Lists window, click Add to browse to the file, then click OK. You will see a "Upload Successful" message.
–
On the bottom of the External Certificate Authorties Lists window, click Apply next to the PKI Changes message.
–
Use the same process to import the 3.8 external CA file ( sslv-3.8.0_to_3.8.3_ca_certificates.p7b).
After a 3.6.3 to 3.8.x upgrade, the list of external CA certificates does not include the CA certificates provided with the 3.8.x release. Without the new lists of external CA certificates, the X.509 status for some sites (for example, www.google.com) is "Invalid Issuer." Import the ca_certificates.p7b file to update the external CA list.
Back up the PKI store after importing the CA certificates. The system log contains many warnings about duplicate entries; these log entries can be safely ignored.
Upgrading the Cisco SSL Appliance from Version 3.6.3 to 3.8.4
Before You Begin:
- Make sure the appliance is running software version 3.6.3; upgrade the unit to 3.6.3 if it is running older software.
- As a precaution, back up all configuration and policy data before the upgrade.
- Have an account with the Manage Application authentication role configured on the appliance
When you are ready to proceed:
Step 1
Access the (Platform Management) > Update menu.
Step 2
Use the Choose File button to select the sslv-3.6-to-3.8.4-15-cisco.patch, then press OK.
Step 3
Reboot the appliance when prompted.
Step 4
Wait for the upgrade to complete. This may take several minutes, and involves the appliance rebooting a number of times.
Step 5
Import the PKCS#7 encoded external CA certificate file (such as sslv_3.6.3_to_3.8.0_ca_certificates.p7b.) After a 3.6.x to 3.8.4 upgrade, the list of external CA certificates will not include the CA certificates provided with the 3.7.x and 3.8.x releases. Without the new list of external CA certificates, the X.509 status for some sites will be "Invalid Issuer." The sslv_3.6.3_to_3.8.0_ca_certificates.p7b file should be imported to update the external CA list.
Note
Be sure to backup the PKI store after importing the CA certificates. Note that the system log may have many warnings about duplicate entries; these log entries can be safely ignored.
Downgrading the Cisco SSL Appliance
In the unlikely event you want to downgrade from 3.7, contact Customer Support for assistance.
Changes
The following sections list the changes in the Version 3.8.4 update.
Updates to the Dashboard provide additional Power Supply status, and more granular disk utilization information.
Features in Version 3.8.4
- Enable/Disable Rule Setting : You can now disable a rule within a ruleset. When creating or editing a rule, the new Enabled option is selected by default; the rule is active (and its location in the ruleset matters as usual). When cleared, the rule is not processed.
The setting is also shown per rule in the Rulesets > Rules panel, as True (enabled) or False (disabled) in the new Enabled column.
In most situations, all rules should be set to True. If you are debugging a ruleset, you might use the False setting (that is, deselect Enabled for that rule), applying it to one rule at a time.
Two new tools display in the Rules panel, as part of the disable rules feature:
Click Enable Rule to enable a highlighted disabled rule.
Click Disable Rule to disable the highlighted rule.
When a rule is disabled, its background display is yellow:
Click Apply at the Policy Changes message in the footer after enabling or disabling a rule.
- Feedback Timeout Setting: SSL Appliance 3.8.4 supports a new loopback feedback timer. The new Appliance Feedback Options panel replaces the Plaintext Marker panel on the Segments window. Feedback Timeout is a new setting in that panel, which determines how long the SSL Appliance waits for a response before canceling a request and interrupting the SSL flow. Selecting the Extended timeout allows a more time-consuming request, such as one to the cloud, to complete. The Default is 1 second. The Extended period is 5 seconds.
The Plaintext Marker Type and Marker MAC Address settings are unchanged.
- Resigning CA Certificate Chain : SSL Appliance 3.8.4 provides support for including the resigning CA certificate chain in resigned SSL sessions. This allows SSL clients to validate resigned certificates without auto-downloading the resigning CA certificate chain. Here is the basic procedure:
–
On the Segment > System Options panel, check the new Append Resigning CA Chains to Resigned Certificates option. The SSL Appliance will include the resigning CA certificate chain (configured in the PKI store) in the SSL session.
–
On the PKI > External Certificate Authorities window, add all CAs from the resigning certificate chain to the External Certificate Authorities list.
Once certificates have been added to the default External Certificate Authorities List, optionally create a new External Certificate Authorities List, and add the intermediate CAs which are included in the chain.
–
On the PKI > Resigning Certificate Authorities window, add or edit a resigning certificate, Local or HSM. Select the required Certificate Chain External CAs.
Local CA example
HSM CA example
Click OK (on an Edit window) or Add (on an Add window), then Apply the changes.
–
Verify the CA chain. On the PKI > Resigning Certificate Authorities window, highlight the resigning CA, then click the Test Certificate Chain icon (chain link).
If the CA chain is complete, you will see a "Complete certificate chain is present" message.
If the CA chain in incomplete, you will see a "Incomplete certificate chain, first missing CA: <name>" message. Add the missing CA to the External Certificate Authorities List.
–
Configure a new segment with a ruleset using the appended resigning CA.
–
Notes:
During policy activation, the appliance will load the certificate chain for each active resigning CA from the External CAs.
If a full certificate chain is not found for a resigning CA, a message will appear in the System Log, which identifies the first missing CA. The SSL Appliance will load the partial CA chain and include it with resigned certificates in inspected SSL sessions.
Features in Version 3.8.3
- The power-off Fail-to-Wire mode is now configurable. On the Segments > Systems Options panel, Enable Power-off Fail-To-Wire is selected by default; on power-off, traffic is directed from the incoming port to the paired port. When deselected, traffic is redirected into the SSL Appliance rather than the paired port. No traffic gets through.
- The SNMP configuration is now configurable under a new SNMP Access tab in the Platform Management menu. SNMP v3 is now supported. You can configure, enable, or disable SNMP management access; v1/2c and v3 may be enabled or disabled independently. The MIBs are available in a separate zip file (MIBS_SSLV- 3.8.3.zip).
All SNMP access is disabled be default. SNMP v1/v2c access is disabled by default until a Community String is configured. SNMP v3 access is disabled until a SNMP User account is created. Separate, unique Trap User accounts are required for generating traps.
- VLAN tags may be translated between ports on the new VLAN Mappings panel on the Segments screen.
- A new off-box Python SSL Diagnostics tool is available. Use it to parse statistics within a diagnostic package collected by a SSL Appliance. The tool and tool documentation (ssldiags.pdf) are available in a ssldiags-n.n.n.zip file (where n.n.n is the version number) on BTO.
- A new off-box Python SSL Sessions tool is available. Use it to parse SSL session log information within an exported session log generated by a SSL Appliance. The tool and tool documentation (sslsessions.pdf) are available in a sslsessions-n.n.n.zip file (where n.n.n is the version number) on BTO.
- The new default RSA key size for generating client certificates and keys is 2048-bit. The default RSA key size for generating a local resigning CA remains 1024-bit.
- Support has been added for identifying additional Camellia, ARIA, and AES CCM cipher suites in the SSL Session Log.
- The SSL Appliance now supports inspecting SSL sessions with the following cipher suites:
–
TLS_ECDHE_ECDSA_WITH_CAMELLIA_128_CBC_SHA256
–
TLS_ECDHE_ECDSA_WITH_CAMELLIA_256_CBC_SHA384
–
TLS_ECDHE_RSA_WITH_CAMELLIA_128_CBC_SHA256
–
TLS_ECDHE_RSA_WITH_CAMELLIA_256_CBC_SHA384
- A new CLD command for exporting SSL Session Logs is available: session log export.
- If an appliance receives a VLAN tagged packet of less than 68 bytes, the appliance will pad it to 68 bytes before forwarding the packet.
- Each appliance model may have a distinct BIOS and BMC version. The BIOS and BMC versions are now displayed on the LCD screen. The following table presents the correct version for each model, as well as the BMC software version.
|
|
|
|
SSL1500 |
AQNIS100 |
4.00 |
|
SSL2000 |
S5500.86B.01.00.0061.030920121535 |
0.60 |
BIOS: Only the four unique digits display on the LCD. For example, "0061." |
SSL8200 |
S5500.86B.01.00.0061.030920121535 |
0.60 |
BIOS: Only the four unique digits display on the LCD. For example, "0061." |
Note
If you are getting a "Firmware Mismatch" message on the LCD, run the bios update Command Line Diagnostic (CLD) command in order to upgrade the BMC. The BIOS upgrade may take up to an hour; do not interrupt the process.
- The SSL Appliance has a new root OID based on the prefix.1.3.6.1.4.1.3417. The SSL Appliance models are now represented by this root OID plus the following OID extensions:
–
1.5.2 = SSL1500
–
1.5.3 = SSL2000
–
1.5.4 = SSL8200
Features in Version 3.8.2
There are no new features in 3.8.2.
Features in Version 3.8.1
- The Dashboard panel graphic for the SSL1500 now reflects the -C or -F connectors appropriate for the appliance in use.
- An Uptime indicator now appears on the Dashboard, indicating the length of time since the appliance was last restarted or reset.The supporting CLD command uptime is also available.
- The Change Selected Categories window in the Host Categorization feature now includes an Invert button; use it to quickly select or deselect all categories
- The SSL Appliance license may now be exported from the License window.
- The SSL Appliance now has a root OID:
–
14501.12 = Cisco SSL Appliance Product Family
–
14501.12.2 = SSL1500
–
14501.12.3 = SSL2000
–
14501.12.4 = SSL8200
- Luna SP HSM support enables the SSL Appliance to use the networked Luna SP HSM to store resigning CA keys and to perform digital signature operations.
- IPv6 is now supported for use on the management network port. IPv4 and IPv6 may be configured con- currently on the management network. IPv6 is supported in the following configuration modes: SLAAC, SLAAC + Stateless DHCP, and Static.
- Meeting the STIG V-3013 requirements, a notice and consent login banner may be configured. The banner is presented to the user before login, and must be accepted in order for the login to proceed.
- Access Control Lists (ACL) may be configured to authorize or restrict access to incoming connections on the management network. Independent ACLs are available for IPv4 and IPv6 traffic. This feature meets STIG V-19076 requirements.
- Traffic Class Lists may be used to construct policy which decides whether or not to intercept an SSL flow based on QoS bytes, including but not limited to DiffServ values.
Resolved Issues
The following issues have been resolved in Version 3.8.4:
- Legacy browser versions now correctly display the declared content type and sets the X-Con tent-Type-Options to nosniff.
- The web browser's cross-site scripting prevention filter is now correctly enabled.
- Javacript code which sets HTML elements is no longer at risk of attack due to HTML misinterpretation. The risk was eliminated by replacing code that sets HTML elements with code that sets innerText (which is not interpreted), or with code that directly manipulates the Document Object Model (DOM).
- Resolved an issue where MAC or Windows users browsing with Chrome encountered bad- record-mac messages when contacting sites such as Facebook.com and Panera.com.
- Sensitive system error messages are no longer seen on the SSL Visibility Appliance.
- Added cross-site request forgery (CSRF) protection. Cookies used in user requests to sites are protected transparently.
- Sensitive cookies are now marked as such, so they may not be modified by client-side script- ing languages. This reduces users' susceptibility to web-based attack vectors.
- Sensitive cookies are marked as secure, so they may no longer be transmitted over unen- crypted connections, potentially exposing their values to attackers.
- The SSL Visibility Appliance now includes protections against certain frame-based attacks such as clickjacking and cross-frame scripting.
- A user's session ID is now renewed after login, reducing the vulnerability of a session to hijacking.
- When configuring IPv6 DHCP, the appliance now allows a default gateway to be set.
- When an appliance is rebooted only once after applying several management network changes at the same time, the appliance no longer stops responding.
The following issues have been resolved in Version 3.8.3:
- When running a packet capture on an SV2800 or SV3800, existing flows are cut-through, so traffic is no longer dropped.
- The SSL Appliance no longer intermittently forwards packets dropped by the attached appliance.
- TCP packets are no longer received at the client out of order.
- Recent SV1800-C/-F hardware no longer report a firmware version mismatch message on the LCD screen or in the System Log. If you see a mismatch message on the LCD screen after upgrading to SSLV 3.8.3, run the BIOS update CLD command. The upgrade may take up to an hour; do not interrupt the process.
- When performing a manual test, or if an HSM resigning failure occurs, the corresponding System Log message now correctly appears in red text.
- After upgrading to SSLV-3.8.3, you will no longer see the message mount: special device /dev/dom2 does not exist during the boot process.
- When running packet captures, the SSL_CAPTURE_ERROR is no longer seen, and captures occur correctly.
- Cut through, reject, and drop rules matching Anonymous Diffie-Hellman flows are no longer bypassed.
- Appliances no longer experience intermittent disruption to new flows when a new Host Categorization database is loaded.
- The management port on an SV800 no longer resets to 10 Mbps following a power restoration if you use the power button prior to the green status LED illuminating.
- The following Common Vulnerabilities and Exposures (CVE) have been addressed in 3.8.3:
–
CVE-2014-9672
–
CVE-2014-9673
–
CVE-2014-9674
–
CVE-2014-9675
–
CVE-2015-0235
–
CVE-2015-0247
–
CVE-2015-1472
–
CVE-2015-1473
–
CVE-2015-1572
–
CVE-2015-0293
–
CVE-2015-0292
–
CVE-2015-0289
–
CVE-2015-0288
–
CVE-2015-0287
–
CVE-2015-0286
–
CVE-2015-0209
–
CVE-2015-0206
–
CVE-2015-0205
–
CVE-2015-0204
–
CVE-2014-8275
–
CVE-2014-3707
–
CVE-2014-3572
–
CVE-2014-3571
–
CVE-2014-3570
–
CVE-2014-3569
–
CVE-2014-3567
–
CVE-2014-3513
The following issues have been resolved in Version 3.8.2:
- Resolved a memory leak issue associated with Host Categorization policy.
- SSL8200s in an Active-Inline Fail to Appliance deployment with a Cut Through rule now correctly forward server hellos.
- The Active-Inline attached appliance correctly receives the SSL ServerHello message for cut- through SSL sessions using 4096-bit RSA keys.
- Fixed the Ghost Vulnerability (CVE-2015-0235).
- The SSL Appliance no longer forwards invalid Hello messages, consuming resources, due to a certificate chain issue.
- Resolved an issue where Invalid issuer was incorrectly displayed in a Passive-Inline deployment.
- HSM CA status now shows the validity of the signatures returned on a connection.
- Addressed the OpenSSH Denial of Service vulnerability (CVE-2010-5107).
- The appliance no longer experiences slow down and high memory utilization.
- The SSL Appliance no longer allows SSLv3 connections to an HSM device. This is related to changes made to mitigate the Shell Shock vulnerability (CVE-2014-6271 and CVE- 2014-7169).
- Resolved an issue where due to a proprietary TLS extension, the appliance was unable to inspect traffic to some Google sites from Chrome on Windows.
- Fixed an issue in which SSL2000 and SSL8200 systems might fail to boot with software versions 3.7.x, 3.8.0, and 3.8.1.
- Multiple VLAN tags in QinQ Ethernet headers are now handled correctly.
- TCP flows no longer stall due to advertising a window larger than the previously seen receive window.
- Fixed an issue in which SSL packet capture would not work on some ports on the SSL8200 appliance.
- The following Common Vulnerabilities and Exposures (CVE) have been addressed in 3.8.1:
–
CVE-2010-5107
–
CVE-2014-3566
–
CVE-2015-0235
The following issues have been resolved in Version 3.8.1:
- Resolved the "Shell Shock" vulnerability to specially-crafted environment variables (CVE- 2014-6271 and CVE-2014-7169) in the Red Hat Enterprise Linux Bourne Again shell (Bash).
- Loss of management network connectivity no longer occurs when IPv6 address mode is configured for DHCP.
- The following Common Vulnerabilities and Exposures (CVE) have been addressed in 3.8.1:
–
CVE-2014-3635
–
CVE-2014-3636
–
CVE-2014-3637
–
CVE-2014-3638
–
CVE-2014-3639
–
CVE-2014-6273
–
CVE-2014-6271
–
CVE-2014-7169
–
CVE-2014-7186
–
CVE-2014-7187
–
CVE-2014-0487
–
CVE-2014-0488
–
CVE-2014-0489
–
CVE-2014-0490
The following issues have been resolved in Version 3.8.0:
- Resolved the issue where following an upgrade an additional manual reboot was needed for the fix to be applied. A user no longer needs to perform the additional reboot.
- Resolved an issue that resulted in a fault when activating policy.
- Resolved a case where a segment did not recover on software failure.
- First-time boot no longer takes up to 5 additional minutes if no network cable is plugged into the management network port.
- Resolved an issue where all platform configuration changes required rebooting the appliance in order to take effect.
- System log files are rotated once per-day regardless of the size of the file, and only removed when the log disk space threshold of 3GB is reached.
- The following characters are now allowed in alert e-mail addresses: !, #, $, %, &, ', *, +, /, =, ?, ^, `, {, }, |, ~
- The following Common Vulnerabilities and Exposures (CVE) have been addressed in 3.8.0:
–
CVE-2012-1016
–
CVE-2013-1415
–
CVE-2013-1416
–
CVE-2013-1418
–
CVE-2013-6800
–
CVE-2014-4341
–
CVE-2014-4342
–
CVE-2014-4343
–
CVE-2014-4344
–
CVE-2014-4345
–
CVE-2014-3477
–
CVE-2014-3532
–
CVE-2014-3533
–
CVE-2014-3467
–
CVE-2014-3468
–
CVE-2014-3469
–
CVE-2013-4357
–
CVE-2013-4458
–
CVE-2014-0475
–
CVE-2014-4043
–
CVE-2014-5119
–
CVE-2014-5270
–
CVE-2014-0191
–
CVE-2014-0224
–
CVE-2014-0195
–
CVE-2014-0221
–
CVE-2014-0224
–
CVE-2014-3470
–
CVE-2014-3466
–
CVE-2014-0195
–
CVE-2014-0221
–
CVE-2014-0224
–
CVE-2014-3470
–
CVE-2014-0195
–
CVE-2014-0221
–
CVE-2014-0224
–
CVE-2014-3470
–
CVE-2014-4617
–
CVE-2014-0478
–
CVE-2014-3505
–
CVE-2014-3506
–
CVE-2014-3507
–
CVE-2014-3508
–
CVE-2014-3509
–
CVE-2014-3510
–
CVE-2014-3511
–
CVE-2014-3512
–
CVE-2014-5139
–
CVE-2014-3613
–
CVE-2014-3620
–
CVE-2014-0487
–
CVE-2014-0488
–
CVE-2014-0489
–
CVE-2014-0490
–
CVE-2012-6151
–
CVE-2014-2284
–
CVE-2014-2285
–
CVE-2014-2310
–
CVE-2014-2525
–
CVE-2014-2532
–
CVE-2014-1912
The following issues have been resolved in Version 3.7.4:
- When an SSL Appliance recovers from an overload condition it no longer flags some SSL sessions with the "Invalid cryptographic response" error code.
- Corrected an issue that exposed the following ports on the management interface: 9001, 9002, 9003, 9009 and 9010.
- In Passive Inline mode, copy ports now correctly see Server Hello packets with a "cut- through" rule.
- Corrected handling of dates in OCSP Response fields.
- Fixed an issue in which duplicate client/server hello packets were issued in passive-inline deployment for certain cut-through SSL flows.
- Fixed an issue in which certificate resigning of traffic with an Online Certificate Status Protocol (OCSP) stapled response with a key larger than the originating key caused the system to fail.
- Corrected several memory allocation issues.
- Corrected an issue where a segment did not recover on software failure.
- The command line diagnostic interface can now be used during the bootstrap phase to set IP configuration on the management network interface.
- The following Common Vulnerabilities and Exposures (CVE) have been addressed in 3.7.4:
–
CVE-2014-3477
–
CVE-2014-3532
–
CVE-2014-3533
–
CVE-2014-3467
–
CVE-2014-3468
–
CVE-2014-3469
–
CVE-2013-4357
–
CVE-2013-4458
–
CVE-2013-0475
–
CVE-2013-4043
–
CVE-2014-3505
–
CVE-2014-3506
–
CVE-2014-3506
–
CVE-2014-3507
–
CVE-2014-3508
–
CVE-2014-3509
–
CVE-2014-3510
–
CVE-2014-3511
–
CVE-2014-3512
–
CVE-2014-5139
The following issues have been resolved in Version 3.7.3:
- Resolved an issue in which the SSL Appliance became unusable and GUI timeouts occurred when navigating screens, requiring a manual reboot of the appliance to recover.
- Resolved a memory leak in the SSL intercept engine, when processing SSL flows with a large numbers of unique X.509 certificates. The issue resulted in no SSL sessions being inspected, and sometimes caused a restart.
- Resolved an issue where IP fragments would not pass successfully through the SSL Appliance.
- Resolved an issue where incorrect processing of IP fragments sometimes lead to a crash requiring a manual restart.
- Resolved an issue that resulted in NFE 0 overload messages and caused the SSL Appliance to stop decrypting.
- The SSL Debug log now rotates correctly. Previously, debug logs could fill up the internal disk.
- Resolved an issue that prevented proper startup of the appliance after a patch upgrade.
- The following Common Vulnerabilities and Exposures (CVE) have been addressed in 3.7.4:
–
CVE-2014-0224
The following issues have been resolved in Version 3.7.1:
- Addressed the HeartBleed exploit, protecting against it for SSL traffic passing through and inspected by the SSL Appliance. This patch allows you to protect internal servers and prevent vulnerable client systems from attack even if they visit a malicious SSL server.
- Resolved a memory leak in the SSL intercept engine. The main symptom was lockup in one or more processing threads, resulting in no SSL sessions being inspected. In the worst case scenario, the data-plane process would crash and restart. The symptoms manifested in scenarios where large number of unique X.509 certificates were seen on the wire.
- Fixed a crash in generating the platform diagnostics archive (archive process did not exclude the sparse file /var/log/lastlog).
- Fixed processing of out-of-order TCP packets as well as processing of large TCP headers in Passive-Tap mode.
- TCP FIN packets were not processed in the correct order in inline modes, resulting in TCP queue processing timeouts.
- When displaying SSL session log entry details the UI now checks for the availability of certificate information; previous releases would have triggered an exception in the UI. The same updated logic is also applied to the fingerprint calculation on unsupported certificate key types.
- The in-memory X.509 caches are now limited in size to prevent the OOM killer from terminating the data-plane. The issue used to manifest itself when a large number of unique X.509 certificates were detected by the SSL Appliance.
- Wild cards ('*' character) in X.509 subject fields are now treated as characters rather than wild cards in the policy engine. The rules in the policy may still use wild card characters. As an example: this fix allows the user to set up a rule to match the following CN: "cdn.*.live- filestore.com"
- TLS sessions with unsupported TLS extensions are now classified as undecryptable. Refer to the Important Information section for more details.
- The UI now allows the user to reset the hostname by entering an empty value, which then translates into "localhost.localdomain" in the configuration.
- The UI webserver would sporadically reject file uploads with a "502" error because of the size of the HTTP header; the allowed header size was increased to resolve the issue.
- Fixed handling of TCP retransmits while decrypting certain cipher-suites (using block ciphers, for example, AES-CBC, 3DES-CBC), in the process fixing various types of TCP queue processing timeouts. The issue was especially prevalent when deploying the SSL Appliance downstream from a F5 load-balance appliance.
- Process TLS CertificateStatus handshake messages; not processing those messages resulted in breaking certain browser page elements (such as twimg.com when connecting to Twitter).
- Allow setting the "Catch All Action" on rulesets; this was broken in version 3.6.3.
- Remove the X.509 Subject Key Identifier when applying "Decrypt (Resign Certificate)" and "Replace Key Only" actions to prevent invalid certificate errors in browsers.
- Empty user-defined policy lists used in rulesets no longer invalidate the rule referencing the list.
- Self-signed X.509 certificates seen on the wire had an erroneous validation status of both "Self-signed" and "Invalid Issuer".
- The IP header check logic was changed to allow fragments with the don't fragment (DF) bit set; those packets used to be discarded.
- Fixed issue when loading the UI in recent versions of the Chrome browser.
- When using user-defined PKI lists in rules and the list name has a specific length then the list would be ignored and would default to all entries of that specific type of PKI item.
For Assistance
Cisco Support
For information on obtaining documentation, using the Cisco Bug Search Tool (BST), submitting a service request, and gathering additional information about Cisco SSL Appliances, see What’s New in Cisco Product Documentation at: http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html.
Subscribe to What’s New in Cisco Product Documentation, which lists all new and revised Cisco technical documentation, as an RSS feed and deliver content directly to your desktop using a reader application. The RSS feeds are a free service.
If you have any questions or require assistance with the Cisco SSL Appliance, you can also contact Cisco Support:
Call Cisco Support at 1.408.526.7209 or 1.800.553.2447.