Giới thiệu về khắc phục lỗ hổng SSL/TLS

Khi các báo cáo quét an ninh chỉ ra nhiều lỗ hổng liên quan đến SSL/TLS, việc xử lý chúng trở thành ưu tiên hàng đầu để bảo vệ hệ thống. Các lỗ hổng như BAR-MITZVAH, POODLE hay các phiên bản giao thức cũ có thể làm suy yếu khả năng bảo mật của máy chủ. Hướng dẫn này cung cấp các bước thực hành để củng cố bảo mật SSL/TLS trên Nginx và Tomcat.

1. Đánh giá và lập kế hoạch khắc phục lỗ hổng

Trước khi thực hiện bất kỳ thay đổi cấu hình nào, việc phân tích kỹ lưỡng báo cáo quét an ninh là rất quan trọng. Lập một ma trận đánh giá tác động giúp ưu tiên các lỗ hổng:

Tên lỗ hổng	Mức độ rủi ro	Phạm vi ảnh hưởng	Ưu tiên khắc phục	Phương pháp xác minh
BAR-MITZVAH (CVE-2015-2808)	Trung bình	Đánh cắp phiên	Cao	Kiểm tra bắt tay HTTPS
POODLE (CVE-2014-3566)	Nghiêm trọng	Lộ thông tin nhạy cảm	Khẩn cấp	Phát hiện giao thức SSLv3
SSL Insecure Renegotiation	Trung bình	Tấn công Man-in-the-Middle	Trung bình	Kiểm tra phiên bản OpenSSL

Danh sách công cụ cần chuẩn bị:

• Công cụ dòng lệnh OpenSSL (phiên bản ≥ 1.1.1).
• Lệnh kiểm tra cú pháp Nginx: nginx -t.
• Giám sát nhật ký Tomcat: tail -f logs/catalina.out.
• Các công cụ kiểm tra SSL trực tuyến (ví dụ: SSL Labs).

Lưu ý quan trọng: Luôn sao lưu các tệp cấu hình gốc trước khi thực hiện bất kỳ thay đổi nào. Nên sử dụng định dạng tên tệp sao lưu như cp nginx.conf nginx.conf.bak_$(date +%Y%m%d).

2. Cấu hình bảo mật nâng cao cho Nginx

2.1 Tối ưu hóa giao thức và bộ mã hóa

Trong khối http của tệp /etc/nginx/nginx.conf, áp dụng các cấu hình sau để tăng cường bảo mật SSL/TLS:

ssl_protocols TLSv1.2 TLSv1.3;
ssl_ciphers 'ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256';
ssl_prefer_server_ciphers on;
ssl_ecdh_curve X25519:secp384r1:secp521r1;
ssl_session_timeout 1d;
ssl_session_cache shared:TLS_CACHE:60m;
ssl_session_tickets off;

Kinh nghiệm thực tế:

• Danh sách bộ mã hóa quá dài có thể gây lỗi khởi động Nginx. Hãy chọn một tập hợp các bộ mã hóa mạnh và hiệu quả.
• Khi bật TLSv1.3, một số máy khách cũ có thể gặp vấn đề tương thích. Kiểm tra nhật ký để xác định các trường hợp này.
• Việc lựa chọn đường cong ECDH ảnh hưởng đến hiệu suất. X25519 thường là lựa chọn tối ưu.

2.2 Triển khai các chính sách bảo vệ nâng cao

Để chống lại các cuộc tấn công như CRIME và BREACH, hãy thêm các tiêu đề bảo mật sau:

add_header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload" always;
add_header X-Frame-Options DENY;
add_header X-Content-Type-Options nosniff;

Kiểm tra tính hiệu quả của cấu hình bằng lệnh:

openssl s_client -connect tenmien-cua-ban.com:443 -tls1_2 -cipher 'ECDHE-RSA-AES256-GCM-SHA384'

3. Cấu hình bảo mật Tomcat

3.1 Tăng cường bảo mật cho Connector

Trong tệp server.xml, cấu hình Connector cho HTTPS cần được điều chỉnh để cân bằng giữa bảo mật và khả năng tương thích:

<Connector 
    protocol="org.apache.coyote.http11.Http11NioProtocol"
    port="8443" 
    SSLEnabled="true"
    sslEnabledProtocols="TLSv1.2,TLSv1.3"
    ciphers="TLS_AES_256_GCM_SHA384,TLS_CHACHA20_POLY1305_SHA256,TLS_AES_128_GCM_SHA256,ECDHE-RSA-AES256-GCM-SHA384,ECDHE-ECDSA-AES256-GCM-SHA384"
    keystoreFile="/duong/dan/den/keystore.jks"
    keystorePass="matkhaucungcap"
    maxThreads="200" 
    scheme="https" 
    secure="true" 
    clientAuth="false" 
    sslProtocol="TLS"
    useServerCipherSuitesOrder="true"/>

Ghi chú về hiệu suất:

• Việc chuyển từ giao thức BIO sang NIO có thể cải thiện hiệu suất HTTPS đáng kể.
• Bật TLSv1.3 có thể tăng thông lượng nhưng cũng có thể tăng mức sử dụng bộ nhớ.
• Thứ tự các bộ mã hóa không chính xác có thể gây lỗi kết nối cho một số ứng dụng khách.

3.2 Quản lý chứng chỉ và khóa

Khi tạo cặp khóa mới bằng keytool, sử dụng các tham số sau để đảm bảo bảo mật:

keytool -genkeypair \
    -alias tomcat_cert \
    -keyalg RSA \
    -keysize 3072 \
    -sigalg SHA256withRSA \
    -validity 730 \
    -keystore server.jks \
    -storetype JKS \
    -storepass matkhaucuaban \
    -dname "CN=tenmien.com, OU=IT, O=CongTyABC, L=ThanhPho, ST=TinhThanh, C=VN"

Kịch bản giám sát thời hạn chứng chỉ (thêm vào crontab để kiểm tra định kỳ):

#!/bin/bash

# Đường dẫn đến keystore và mật khẩu
KEYSTORE_PATH="/duong/dan/den/server.jks"
KEYSTORE_PASS="matkhaucuaban"

# Lấy ngày hết hạn của chứng chỉ
NGAY_HET_HAN=$(keytool -list -v -keystore "$KEYSTORE_PATH" -storepass "$KEYSTORE_PASS" | \
               grep "Valid from" | sed -n 's/.*until: //p' | awk '{print $1" "$2" "$3" "$4}')

# Chuyển đổi ngày hết hạn sang định dạng epoch time
TIMESTAMP_HET_HAN=$(date -d "$NGAY_HET_HAN" +%s)
TIMESTAMP_HIEN_TAI=$(date +%s)

# Tính số ngày còn lại
SO_NGAY_CON_LAI=$(( (TIMESTAMP_HET_HAN - TIMESTAMP_HIEN_TAI) / 86400 ))

# Cảnh báo nếu chứng chỉ sắp hết hạn
if (( SO_NGAY_CON_LAI < 30 )); then
    echo "CẢNH BÁO: Chứng chỉ sẽ hết hạn sau $SO_NGAY_CON_LAI ngày!"
fi

4. Hệ thống xác minh và giám sát

4.1 Giải pháp kiểm tra tự động

Một đoạn mã Python đơn giản để kiểm tra giao thức SSL và lỗ hổng POODLE:

import subprocess
import re

def kiem_tra_giao_thuc_tls(ten_mien):
    """Kiểm tra xem máy chủ có hỗ trợ TLSv1.2 hay không."""
    try:
        lenh = ['openssl', 's_client', '-connect', f'{ten_mien}:443', '-tls1_2']
        ket_qua = subprocess.run(lenh, capture_output=True, text=True, timeout=10)
        return 'Protocol  : TLSv1.2' in ket_qua.stdout and 'Cipher' in ket_qua.stdout
    except subprocess.TimeoutExpired:
        print(f"Kiểm tra TLSv1.2 cho {ten_mien} hết thời gian.")
        return False
    except Exception as e:
        print(f"Lỗi khi kiểm tra TLSv1.2 cho {ten_mien}: {e}")
        return False

def kiem_tra_lo_hong_poodle(dia_chi):
    """Kiểm tra xem máy chủ có bị ảnh hưởng bởi lỗ hổng POODLE (hỗ trợ SSLv3) không."""
    try:
        # Nếu s_client -ssl3 kết nối thành công, có thể tồn tại lỗ hổng
        subprocess.check_output(
            ['openssl', 's_client', '-connect', f'{dia_chi}:443', '-ssl3'],
            stderr=subprocess.STDOUT, timeout=5
        )
        return True  # Lỗ hổng POODLE có thể tồn tại
    except subprocess.CalledProcessError as e:
        # Nếu không thể kết nối hoặc lỗi bắt tay, có thể đã được khắc phục
        if "handshake failure" in str(e.output).lower() or "wrong version number" in str(e.output).lower():
            return False
        return True # Một lỗi khác, có thể vẫn tồn tại
    except subprocess.TimeoutExpired:
        print(f"Kiểm tra POODLE cho {dia_chi} hết thời gian.")
        return False
    except Exception as e:
        print(f"Lỗi khi kiểm tra POODLE cho {dia_chi}: {e}")
        return False

# Ví dụ sử dụng:
# if kiem_tra_giao_thuc_tls("yourdomain.com"):
#     print("Máy chủ hỗ trợ TLSv1.2.")
# else:
#     print("Máy chủ KHÔNG hỗ trợ TLSv1.2 hoặc gặp lỗi.")

# if kiem_tra_lo_hong_poodle("localhost"):
#     print("CẢNH BÁO: Máy chủ có thể bị ảnh hưởng bởi lỗ hổng POODLE (SSLv3 đang hoạt động).")
# else:
#     print("Máy chủ đã được bảo vệ khỏi POODLE (SSLv3 đã bị tắt).")

4.2 Chiến lược giám sát liên tục

Sử dụng Grok pattern cho phân tích nhật ký Nginx SSL trong ELK Stack:

NGINX_SSL_LOG %{IPORHOST:client_addr} - %{DATA:user_id} \[%{HTTPDATE:timestamp}\] "%{WORD:method} %{DATA:request} HTTP/%{NUMBER:http_version}" %{NUMBER:status} %{NUMBER:bytes} "%{DATA:referrer}" "%{DATA:agent}" "%{DATA:ssl_protocol}" "%{DATA:ssl_cipher}"

Cấu hình Prometheus để giám sát các chỉ số liên quan đến SSL:

- job_name: 'ssl_metrics'
  metrics_path: '/probe'
  params:
    module: [http_2xx]
  static_configs:
    - targets:
        - https://yourdomain.com
  relabel_configs:
    - source_labels: [__address__]
      regex: '(.*)'
      target_label: instance
    - source_labels: [__scheme__]
      target_label: scheme
    - source_labels: [__address__]
      target_label: __param_target
    - source_labels: [__param_target]
      target_label: instance
    - target_label: __address__
      replacement: localhost:9115 # Địa chỉ của blackbox exporter

5. Giải pháp cho các vấn đề khó khăn

5.1 Xử lý vấn đề tương thích

Trong trường hợp cần hỗ trợ các hệ thống cũ yêu cầu bộ mã hóa yếu hơn, Nginx có thể cấu hình điều kiện:

map $http_user_agent $bo_ma_hoa_tuy_chinh {
    default "ECDHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-GCM-SHA256";
    "~*MSIE" "ECDHE-RSA-AES128-SHA:DHE-RSA-AES128-SHA";
    "~*OldApp" "RC4-SHA:AES128-SHA"; # Ví dụ cho ứng dụng cũ
}

server {
    listen 443 ssl;
    server_name tenmien.com;

    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_ciphers $bo_ma_hoa_tuy_chinh;
    ssl_prefer_server_ciphers on;
    # ... các cấu hình SSL khác
}

5.2 Kỹ thuật tối ưu hóa hiệu suất

Điều chỉnh ssl_buffer_size của Nginx có thể cải thiện hiệu suất truyền tải tệp lớn:

ssl_buffer_size 8k;  # Giá trị mặc định là 4k. Tăng lên có thể cải thiện thông lượng cho tệp lớn.

Tối ưu hóa các tham số Executor (Thread Pool) trong Tomcat:

<Executor name="sslExecutor" 
          namePrefix="ssl-exec-"
          maxThreads="250" 
          minSpareThreads="50"
          maxQueueSize="1500"/>