TLS/SSL trên http (80) với STARTTLS

Tôi đang nghiên cứu lý do tại sao TLS/SSL không sử dụng qua HTTP. Các giao thức khác, chẳng hạn như SMTP, POP3, FTP, v.v. có thể được sử dụng trên các cổng SSL (SMTPS, POP3S, FTPS) cho cách thứ nhất và cách thứ hai là sử dụng tùy chọn STARTTLS trong cổng hiện tại với phần mở rộng (ví dụ SMTP) Có một cách phổ biến là sử dụng cách thứ hai (STARTTLS) trên các giao thức email, nhưng tại sao http không sử dụng STARTTLS? tôi đã tìm thấy RFC TLS trong HTTP/1.1, nhưng hiện tại nó không được sử dụng (hoặc có thể tôi chưa thấy)

Một mục đích của Cơ chế nâng cấp Trong RFC 2817 là cung cấp một lưu trữ ảo cơ chế cho HTTP với TLS khi tình hình trở lại vào năm 2000:

Cơ chế Nâng cấp cũng giải quyết vấn đề "máy chủ ảo". Thay vì phân bổ nhiều địa chỉ IP cho một máy chủ duy nhất, một Máy chủ HTTP/1.1 sẽ sử dụng tiêu đề Host: để phân biệt dịch vụ web dự định. Khi việc sử dụng HTTP/1.1 ngày càng phổ biến, nhiều ISP đang cung cấp dịch vụ lưu trữ ảo dựa trên tên, do đó làm chậm IP cạn kiệt không gian địa chỉ.

Các Chỉ định tên máy chủ (SNI; RFC 3546, 3.1) đã đưa ra giải pháp tốt hơn cho vấn đề này vào năm 2003 — giải pháp vẫn đang được sử dụng — vì vậy không cần giải pháp này nữa. Các Nâng cấp tiêu đề vẫn tồn tại nhưng được sử dụng cho các mục đích khác nhau như chuyển từ HTTP/1.1 sang HTTP/2.0 (RFC 7230, 6.7).

Giao thức HTTP cũng có Địa điểm tiêu đề (RFC 7231, 7.1.2) với các mã phản hồi có liên quan, giúp dễ dàng chuyển hướng máy khách sang một lược đồ, máy chủ và cổng khác, không giống như các giao thức đang sử dụng STARTTLS.

Cũng lưu ý rằng việc sử dụng STARTTLS không phải là thứ gì đó tốt và đáng mơ ước và là thứ nên được nhiều giao thức chấp nhận. Trong thực tế, RFC 8314 hiện đã lỗi thời các giao thức văn bản rõ ràng để gửi và truy cập email, để lại MTA-to-MTA SMTP là giao thức email duy nhất mà STARTTLS nên được sử dụng. Từ phần 3:

â â Mặc dù cơ chế này đã được triển khai, một cơ chế thay thế trong đó TLS được đàm phán ngay lập tức khi kết nối bắt đầu trên một cổng riêng biệt (được gọi trong tài liệu này là "TLS ẩn") có được triển khai thành công hơn. Để khuyến khích sử dụng rộng rãi hơn TLS và cũng để khuyến khích tính nhất quán cao hơn về cách TLS được sử dụng, thông số kỹ thuật này hiện khuyến nghị sử dụng TLS tiềm ẩn cho Gửi POP, IMAP, SMTP và tất cả các giao thức khác được sử dụng giữa một MUA và một MSP.

Một lý do có thể là một STARTTLS bổ sung sẽ tăng thêm chi phí hoạt động do cần có thêm một chuyến khứ hồi (yêu cầu + phản hồi). Mặc dù vậy, thời gian từ khi bắt đầu kết nối đến khi phản hồi là khá quan trọng với HTTP và rất nhiều tối ưu hóa đã được thực hiện để giảm thời gian này, chẳng hạn như bắt tay TLS ngắn hơn hoặc các giao thức khác nhau như QUIC.Thay vào đó, thêm một cái gì đó như STARTTLS sẽ tăng thời gian và do đó không phải là một ý tưởng hay.