SSL/TLS类安全漏洞及SLB安全漏洞问题

• 1 : 问题背景
• • 1.1、SSL/TLS类漏洞-Sweet32 攻击
  • 1.2、SSL/TLS类漏洞-弱密码套件
• 2 : 解决思路
• • 2.1、学习SSL/TLS是什么
  • 2.2、安装检测工具
  • 2.3、升级OpenSSL
  • 2.4、调整加密算法
• 3 : 总结
• • 3.1、比较环境的不同
  • 3.2、解决该问题
  • 3.3、查阅的资料
  • 3.4、相关资源

  1 : 问题背景

  在项目正常运转过程中，安全部发来一个安全报告，两个中危，裂开了。。。

  1.1、SSL/TLS类漏洞-Sweet32 攻击

  Sweet32 攻击是一个 SSL/TLS 漏洞，允许攻击者使用 64 位分组密码破坏 HTTPS 连接。
  

  具体涉及套件：
  Cipher suites susceptible to Sweet32 attack (TLS1.0 on port 443):
  TLS_RSA_WITH_3DES_EDE_CBC_SHA
  解决方案：重新配置受影响的 SSL/TLS 服务器以禁用对废弃 64 位分组密码的支持。

  1.2、SSL/TLS类漏洞-弱密码套件

  远程主机支持带弱或不安全属性的 TLS/SSL 密码套件。
  

  具体涉及套件：
  Weak TLS/SSL Cipher Suites: (offered via TLS1.2 on port 443):
  TLS_RSA_WITH_3DES_EDE_CBC_SHA (Medium strength encryption algorithm (3DES).)
  解决方案：重新配置受影响的应用程序以避免使用弱密码套件。

  2 : 解决思路

  2.1、学习SSL/TLS是什么

  额，网上有很多解释，简单来说呢，就是应用程序之间提供身份认证和数据加密的加密协议。也可以说加密算法之类的吧。
  参考链接： TLS与SSL之间关系：https://www.cnblogs.com/bonelee/p/10384442.html

  2.2、安装检测工具

  下载nmap-7.93-setup.exe，双击安装。资源可从网上下载，也可在文末自取。
  一键到底安装。
  安装好之后，Win + R 输入 cmd，假设要检测的域名是 xxx.com
  输入：nmap -sV --script ssl-enum-ciphers -p 443 xxx.com
  即可。如图就是没问题的
  

  2.3、升级OpenSSL

  查阅资料，发现需要升级OpenSSL，大概意思是高版本的会默认禁用该加密套件。

  1. 确认当前版本，检查是否需要升级
  openssl version
  2. 备份旧版本文件
  mv /usr/bin/openssl /usr/bin/openssl_back
  3. 创建新目录 进行安装
  cd /usr/local/openssl
  4. 将压缩包(openssl-1.1.1.tar.gz)放置该/usr/local/openssl路径下
  压缩包链接可从网上下载，也可在文末自取。
  5. 解压安装包(openssl-1.1.1.tar.gz)
  tar -zxvf openssl-1.1.1.tar.gz 
  6. 进入解压文件  
  cd  /usr/local/openssl/openssl-1.1.1
  分别执行下面两个命令
  ./config --prefix=/usr/local/openssl   #如果此步骤报错,需要安装perl以及gcc包
  make && make install
  7. 创建软连接（分别执行一下三个命令）
  ln -sf /usr/local/openssl/bin/openssl /usr/bin/openssl
  echo "/usr/local/openssl/lib" >> /etc/ld.so.conf
  ldconfig -v
  8. 查看版本
  openssl version
  版本 1.1.1 及以上，就说明升级成功。
   
  [root@80_19 ~]# openssl version
  OpenSSL 1.1.1  11 Sep 2018
  为了让nginx和OpenSSL匹配，于是找到了这个网站，只不过没用到而已。
   参考链接：自动生成nginx配置：https://ssl-config.mozilla.org/#server=nginx&version=1.15.8.3&config=intermediate&openssl=1.1.1&guideline=5.6
   
  于是乎，带着期待的心情验证生产环境，但生产环境仍是下面这种样子，可惜可惜。
   
   
  2.4、调整加密算法
   
  由于升级OpenSSL不行，不能通过高版本禁用加密算法。
   无非就是禁止某些加密算法套件而已嘛，知道是啥意思了，那就开始手动禁用吧。
   
  查阅资料，这个说的好像跟我们这个一模一样啊，开整吧。
   参考链接：禁用3DES和DES弱加密算法，保证SSL证书安全：https://huaweicloud.csdn.net/637ee66adf016f70ae4c909f.html
   既然要改nginx，那再参考参考吧
   参考链接：Nginx 安全优化：https://blog.csdn.net/IT_ZRS/article/details/124459610
   
  老规矩，测试环境先整。
   修改nginx配置，增加配置
   ssl_protocols TLSv1.2;
   ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES256-SHA384:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES128-SHA:ECDHE-RSA-AES256-SHA:AES128-SHA:AES256-SHA;
   
  然后在参数 ssl_ciphers 后增加和减去 DES-CBC3-SHA，观察效果。
   如果在添加上 DES-CBC3-SHA 时，会出现那个C的漏洞。
   在去掉 DES-CBC3-SHA 时，也就意味着手动禁用，就不会出现漏洞。
   
  于是乎，再次带着期待的心情验证生产环境，但生产环境仍是下面这种样子，可惜可惜。
   
   
  3 : 总结
   
  3.1、比较环境的不同
   
  测试环境，域名直接打到nginx上，所以在nginx的配置上修改TSL相关配置，都可以直接在域名中体现，手动设置1.2并排除DES-CBC3-SHA加密算法套件，就可以解决改问题。（2.4可以印证）。
   生产环境，开了阿里云的SLB，这导致域名并非直接打到nginx上。
   域名先打到SLB上，然后SLB在负载到nginx上，于是基于这种机制，对于nginx的修改，并不会对域名相关的漏洞有影响。
   不同点：SLB
   
  参考链接：官网TLS安全策略说明：https://help.aliyun.com/document_detail/90740.html
   
   上图可以看到SLB的TLSv1.2支持的算法加密套件中有 DES-CBC3-SHA
   也就是导致安全漏洞的原因所在了。
   
  3.2、解决该问题
   
  在解决问题的过程中，发现了下面这个链接
   参考链接：阿里云的SLB的安全漏洞–TLS弱密码加密算法漏洞：https://blog.csdn.net/m0_37268841/article/details/90715374
   额，就很烦，如果早点看到这个链接，能少走很多的弯路啊。
   
  为了解决问题，我们甚至要升级对java8并不友好的 TLSv1.3了，不过改动还挺大，就算了吧
   参考链接：Java8支持TLSv1.3协议请求：https://blog.csdn.net/devzyh/article/details/122074632
   
  解决该问题的方式：
   方式一（推荐）：
   使用自定义的加密算法套件，然后在自定义的加密算法套件中，禁止 DES-CBC3-SHA 加密算法套件。
   参考链接：https://help.aliyun.com/document_detail/198572.html
   方式二（比较难）：
   如果你足够牛*的话，就找阿里云，让他们针对你们的服务来去处理该加密算法套件。
   方式三（不推荐）：
   升级TLS版本，不过1.3的版本对Java8并不是很支持，要全系统测试一遍，代价比较大，还比较麻烦。
   
  3.3、查阅的资料
   
  支持SSL中等强度密码套件
   漏洞描述：
   远程主机支持的SSL加密算法提供了中等强度的加密算法，目前，使用密钥长度大于等于56bits并且小于112bits的算法都被认为是中等强度的加密算法。
   漏洞解决方案：
   升级2021年年度版本或更新版本后，参照SSL/TLS 受诫礼(BAR-MITZVAH)攻击漏洞(CVE-2015-2808)解决方法进行修复（链接如下：https://zhiliao.h3c.com/Theme/details/130547 ），
   其中加密套件禁用如下两种：
   rsa_aes_256_cbc_sha
   dhe_rsa_aes_256_cbc_sha
   
  3.4、相关资源
   
  OpenSSL：https://pan.baidu.com/s/1RNsZojB45uZHGyVqyJjrjQ?pwd=3vya
   提取码: 3vya
   nmap-7.93-setup：https://pan.baidu.com/s/1zTax5nI8whstaFqYnmqQ0A?pwd=aviv
   提取码: aviv
   nmap-7.93-setup: https://download.csdn.net/download/qq_38254635/87349350
   
  有什么不对的还望指正，书写不易，觉得有帮助就点个赞吧！
  				
  客户服务器被发现Sweet32，经过检查，都是受DES/3DES影响导致的，解决办法就是禁用了DES/3DES。
  验证方式：nmap -sV --script ssl-enum-ciphers -p 443 test.com
  以下是我从网络上找到的一些信息：
  分组密码在SSL/TLS协议中的特定配置会遭到碰撞攻击。
  传统64位块分组密码在使用CBC模式时很容易被碰撞攻击。SSL/TLS协议所有支持使用3DES对称加密的密码套件都受影响（例如 ECDHE-RSA-DES-CBC3-S...
  nmap -sV --script ssl-enum-ciphers -p 443 www.baidu.com
  nmap --script="ssl-enum-ciphers" -sS -Pn -p 443  www.baidu.com
  sslscan  www.baidu.com
  2.nginx ssl配置
  ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:!aNULL:!MD5:!3DES:!ADH:.
  				
  Windows服务器中防御LOGJAM攻击与Sweet32攻击https://www.cnblogs.com/masahiro/p/15272066.html
  LOGJAM 攻击是一个 SSL/TLS 漏洞，允许攻击者拦截易受攻击的客户端和服务器之间的 HTTPS 连接， 并强制它们使用“导出级”加密，然后可以对其进行解密或更改。发现网站支持 DH(E) 导出密码套件， 或使用小于 1024 位的 DH 素数或最大 1024 位的常用 DH 标准素数的非导出 DHE 密码套件时，会发出 此漏洞警报。
  SSL/TLS协议信息泄露漏洞(CVE-2016-2183)漏洞：
  TLS, SSH, IPSec协商及其他产品中使用的DES及Triple DES密码存在大约四十亿块的生日界，这可使远程攻击者通过Sweet32攻击，获取纯文本数据。
  风险级别：低
  该漏洞又称为SWEET32（https://sweet32.info）是对较旧的分组密码算法的攻击，它使用64位的块大小，缓解SWEET32攻击OpenSSL 1.0.1和OpenSSL 1.0.2中基于DES密码套件从“高”密码字符串组移至“中”；但Op
  TLS 1.0和 TLS 1.1可能会受到FREAK、POODLE、BEAST和CRIME等漏洞的影响。 关于漏洞的详情可以查看：
  https://www.acunetix.com/blog/articles/tls-vulnerabilities-attacks-final-part/
  可参考如下链接进行配置：
  				
  核心代码TlsClientProtocol protocol = new TlsClientProtocol(tcpClient.GetStream(), new Org.BouncyCastle.Security.SecureRandom());
  MyTlsClient client = new MyTlsClient();
  protocol.Connect(client);
  使用Windows自带的FIPS代替SSL加密
  1）启用FIPS
  操作步骤：管理工具->本地安全策略->安全设置->本地策略->安全选项->找到"系统加密：将FIPS兼容算法用于加密、哈希和签名"选项->右键"属性"->在"本地安全设置"下，选择"已启用（E）"，点击"应用"、“确定”，即可。
  2）禁用SSL密码套件
  操作步骤：按下’ Win + R’，进入"运行"，键入" 
  				
  SSL漏洞问题[解决]前言1、升级openssl版本2.1 安装2.2 备份2.3 创建软连接2.4 查看openssl版本2.5 重新扫描,发现漏洞任未解决2、重新编译nginx2.1 openssl前置2.2 重新编译安装2.3 验证
  扫描网站发现有两个跟SSL相关的中级漏洞
  TLS/SSL Sweet32 attack
  TLS/SSL Wrak Cipher Suites
  1、升级openssl版本
  2.1 安装
  wget -P /usr/local/src https://infra-res
  				
  SSL/TLS协议信息泄露漏洞是指在使用SSL/TLS协议时，攻击者可以通过一些手段获取到加密通信中的明文信息，从而导致信息泄露。这种漏洞可能会导致用户敏感信息泄露、身份认证失效等安全问题。
  这种漏洞的原因可能是SSL/TLS协议本身的设计缺陷，也可能是实现上的缺陷。例如，早期版本的SSL协议在加密过程中使用的是固定的密钥，攻击者可以通过分析加密报文来猜测密钥，从而获取到明文信息。此外，SSL/TLS协议中还存在一些加密算法的漏洞，例如BEAST攻击、POODLE攻击等，攻击者可以通过这些漏洞来获取加密通信中的明文信息。
  为了防止SSL/TLS协议信息泄露漏洞的发生，需要使用较新的SSL/TLS协议版本，并且使用安全的加密算法。此外，还需要对服务器和客户端进行安全配置，禁用一些不安全的加密算法和协议版本。最好的方式是使用最新的TLS 1.3协议，它已经修复了之前版本中存在的大多数安全漏洞。
  response.reset();
  response.setContentType("application/pdf")
  response.setCharacterEncoding("UTF-8");
  response.setHeader("Content-Disposition", "attachment;filename=" + new String(URLEncoder.encode(fileName, "UTF-8").getBytes("utf-8"), "ISO8859-1"));
  response.getOutputStream();
                  JAVA根据模板生成PDF文件并导出
                      lixiamle: 
                      请问一下，本地设置路径之后，打包发布上去，路径获取不到，得用流的方式，你这个支持吗
                  JAVA根据模板生成PDF文件并导出
                      message丶小和尚: 
                      没试过，应该是不行的