TLS có phải là phiên bản "mới" của SSL không? Những tính năng nào nó thêm, hoặc vấn đề bảo mật mà nó giải quyết?
Có thể có bất cứ điều gì hỗ trợ SSL hỗ trợ TLS không? Điều gì sẽ được tham gia vào việc thực hiện chuyển đổi? Là công tắc có giá trị nó?
Tại sao các email được gửi qua "TLS cơ hội" và VPN thường được gọi là SSL VPN? Có sự khác biệt trong công nghệ, có lẽ tạo ra chỗ cho dòng sản phẩm "TLS VPN" không?
Câu trả lời:
TLS và SSL là những công nghệ liên quan chặt chẽ.
Đầu tiên, email và TLS cơ hội. ESMTP có tùy chọn thực hiện phần truyền dữ liệu thực tế của cuộc hội thoại qua một liên kết được mã hóa. Đây là một phần của giao thức và đã được gọi là TLS trong phần lớn sự tồn tại của nó. Nó hoạt động đại khái như thế này:
-> EHLO foreignmailer.example.com
<- 250 Howdy, stranger
<- [list of capabilities, of which TLS is listed]
-> [Indicates it wants to start a TLS session]
<- [accepts negotioation]
-> [Mail actions, of which LOGIN might be one]
Khi phiên TLS đã được bắt đầu, các phương thức đăng nhập mới có thể khả dụng. Đây là một ví dụ về giao thức bao gồm trực tiếp Bảo mật lớp giao dịch. Các chứng chỉ được sử dụng là cùng loại chứng chỉ được sử dụng cho SSL qua HTTP.
Để biết ví dụ về dịch vụ không bao gồm TLS trực tiếp, hãy lấy POP3-over-SSL. Trong trường hợp đó, phiên bảo mật được đàm phán trước khi giao thức thực tế được đàm phán. Về bản chất, POP3 đang được gói gọn trong một phiên an toàn.
Nói chung, nếu một dịch vụ hỗ trợ SSL, nó có thể được mở rộng để hỗ trợ TLS. Điều đó có được thực hiện hay không là tùy thuộc vào những người duy trì dịch vụ. Điều này không có nghĩa là TLS có thể thay thế SSL trong "SSL VPN".
SSL VPN khác với anh em họ dựa trên IPSec của họ ở chỗ phiên bảo mật được thực hiện ở một cấp độ khác. SSL VPN thực hiện công việc của chúng giống như cách mà POP3-over-SSL thực hiện, trong đó lưu lượng được gói gọn trong kết nối TCP hiện có. IPSec VPN tạo một đường hầm bảo mật cấp IP , trong đó SSL VPN tạo một đường hầm bảo mật cấp TCP . Lý do SSL VPN dường như đang chiếm lĩnh là vì chúng dễ thiết lập hơn và chịu được các điều kiện mạng xấu hơn. SSL VPN có thể và sử dụng giao thức TLS để bảo mật phiên, mặc dù nó phụ thuộc vào chính nhà sản xuất VPN.
Đối với sự khác biệt về cấp độ giao thức chính xác giữa SSL và TLS, tôi không thể tham gia. TLS như là một tiêu chuẩn đã đến muộn hơn SSL và do đó bao gồm một số bài học kinh nghiệm trong các phiên bản SSL đầu tiên. SSLv3 đã được phê chuẩn trở lại vào năm 1996 và TLS1.0 vào năm 1999, và sự phát triển giao thức tiếp theo dường như bị giới hạn trong bộ TLS. Phải mất một thời gian dài để SSLv1 và v2 biến mất. TLS là sự kế thừa rõ ràng của bộ SSL.
TLS về cơ bản là một bản nâng cấp lên SSL. Các thay đổi đối với nó không đáng kể, nhưng đủ quan trọng để phá vỡ tính tương thích với SSL3.0.
Các bài viết Wikipedia bao gồm nó rộng rãi nhưng trong điều khoản hợp lý dễ hiểu. (Tôi không có ý với RTFM, nhưng tôi không muốn lặp lại mọi thứ ở đó.)
Chúng được sử dụng theo những cách tương tự, và vẫn được gọi là SSL. Về cơ bản, bạn chọn sơ đồ mã hóa của mình là một hoặc khác.
openssldường như không đồng ý (Nhiều chương trình nói "TLS" khi chúng có nghĩa là "STARTTLS".)
SSL như mọi người đã chỉ ra là một giao thức được thiết kế bởi Netscape trong quá khứ. Tại một số thời điểm, cơ quan tiêu chuẩn IETF đã quyết định áp dụng giao thức SSLv3 như một tiêu chuẩn, do đó, nó đã thay đổi rất tinh vi và nó được đặt tên là TLSv1.0.
Vì vậy, đối với hầu hết mọi người, TLSv1.0 gần như tương đương với SSLv3. Lý do mọi người vẫn gọi họ là giao thức SSL là vì lý do lịch sử - mọi người đều quen với tên này, vì vậy họ tiếp tục sử dụng nó. VPN hoàn toàn có thể sử dụng TLS dưới vỏ bọc, nhưng tên tiếp thị vẫn là SSL VPN.
Kể từ TLSv1.0, đã có hai phiên bản của tiêu chuẩn và hiện tại TLSv1.2, trong khi vẫn tương thích, có một số thay đổi đáng kể. Do thiết kế SSL / TLS, cả máy khách và máy chủ đều có thể thương lượng phiên bản giao thức nào chúng muốn sử dụng, do đó, máy khách sử dụng TLSv1.0 vẫn có thể nói chuyện với các máy chủ triển khai TLSv1.2 và ngược lại.
Xem xét khả năng tương tác giữa tất cả các phiên bản của giao thức, không có "thực hiện chuyển đổi", vì chúng là cùng một gia đình. Đó là một câu hỏi "tôi có cần sử dụng phiên bản mới hơn không?". Như với bất kỳ lĩnh vực nào khác, câu trả lời cho câu hỏi này sẽ phụ thuộc vào việc phiên bản hiện tại bạn đang sử dụng có bất kỳ giới hạn nào hay không. Hiện tại không có vấn đề gì với việc sử dụng SSLv3, nhưng phần lớn các máy khách và máy chủ ngoài kia hoạt động với TLSv1.0.
Tôi hy vọng điều này làm rõ hình ảnh một chút. Nếu không, hãy cho tôi biết những gì vẫn còn khó hiểu tôi sẽ cố gắng giải thích thêm.
TLS có phải là phiên bản "mới" của SSL không? Những tính năng nào nó thêm, hoặc vấn đề bảo mật mà nó giải quyết?
TLS là sinh thái T ransport L ayer S và thường đề cập đến lệnh STARTTLS trong các máy chủ thư SMTP. Nó có thể hoặc không thể sử dụng SSL (ví dụ như XEM cọ), nhưng nói chung SSL là hệ thống bảo mật chính được sử dụng. TLS cũng đã được sử dụng cho các mục đích khác (như HTTP) và thông số RFC mới nhất là ở phiên bản 1.2
Có thể có bất cứ điều gì hỗ trợ SSL hỗ trợ TLS không? Điều gì sẽ được tham gia vào việc thực hiện chuyển đổi? Là công tắc có giá trị nó?
Thông thường nhưng bằng bất cứ điều gì, với TLS là sự cân nhắc, bạn đang đề cập đến mailservers, do đó, cụ thể là những người gửi thư có chứng chỉ SSL có thể sử dụng TLS để chuyển thư và nhận thư.
Tại sao các email được gửi qua "TLS cơ hội" và VPN thường được gọi là SSL VPN? Có sự khác biệt trong công nghệ, có lẽ tạo ra chỗ cho dòng sản phẩm "TLS VPN" không?
Điều này có mùi giống như các nhân viên tiếp thị có trong phòng. "TLS cơ hội" đơn giản có nghĩa là nếu starttls không trả về 220 (Sẵn sàng bắt đầu TLS), hãy tiếp tục và gửi email bằng mọi cách. Lưu ý rằng TLS là tùy chọn SENDER không phải là tùy chọn người nhận có thể với một số máy chủ thư có thể từ chối thư không phải là TLS nhưng đó không phải là ngoại lệ.
TLS cũng hỗ trợ xác thực lẫn nhau và không chỉ đơn giản là mã hóa kết nối.
Gửi email qua VPN (cho dù SSL hoặc chương trình bảo mật khác) chỉ đơn giản là làm cho bảo mật mailservers không liên quan, bạn có thể sử dụng TLS qua VPN (và thậm chí bạn có thể sử dụng TLS làm sơ đồ bảo mật VPN) nhưng nó không nhất thiết ảnh hưởng đến cách thư được vận chuyển nếu chỉ kết nối VPn được mã hóa giữa các mailservers (vì vậy từ các mailervers nguồn và đích, chúng có thể truyền văn bản rõ ràng tiêu chuẩn)