The random field contains 32 bytes

The random field contains 32 bytes of data. Of those, 28 bytes are randomly generated. The remaining four bytes carry additional information influenced by the client’s clock. Client time is not actually relevant for the protocol, and the specification is clear on this (“Clocks are not required to be set correctly by the basic TLS protocol, higher-level or application protocols may define additional requirements.”); the field was included as a defense against weak random number generators, after just such a critical failure was discovered in Netscape Navigator in 1994. Although this field used to contain the actual time, there are fears that client time could be used for large-scale browser fingerprinting.7 As a result, some browsers add random clock skew to their time (as you can see in the example) or simply send four random bytes instead.

Kết quả (Việt) 1:

Trường ngẫu nhiên bao gồm 32 byte dữ liệu. Những người, 28 byte ngẫu nhiên được tạo ra. Bốn byte còn lại mang theo thông tin bổ sung bị ảnh hưởng bởi các khách hàng đồng hồ. Thời gian khách hàng không phải là thực sự liên quan đến các giao thức, và đặc điểm kỹ thuật là rõ ràng trên này ("đồng hồ không được yêu cầu để được thiết lập một cách chính xác bằng cơ bản TLS giao thức, cao cấp hoặc giao thức ứng dụng có thể xác định các yêu cầu bổ sung."); lĩnh vực đã được bao gồm như là một bảo vệ chống lại yếu ngẫu nhiên số máy phát điện, sau một thất bại quan trọng chỉ được phát hiện ở Netscape Navigator vào năm 1994. Mặc dù lĩnh vực này sử dụng để chứa thời gian thực tế, có lo ngại rằng thời gian khách hàng có thể được sử dụng cho quy mô lớn các trình duyệt fingerprinting.7 kết quả là, một số trình duyệt thêm ngẫu nhiên đồng hồ skew vào thời gian của họ (như bạn có thể thấy trong ví dụ) hoặc chỉ đơn giản là gửi bốn byte ngẫu nhiên để thay thế.

Kết quả (Việt) 2:

Các lĩnh vực ngẫu nhiên chứa 32 byte dữ liệu. Trong số đó, 28 byte được tạo ngẫu nhiên. Bốn byte còn lại mang thêm thông tin ảnh hưởng bởi đồng hồ của khách hàng. thời gian của khách hàng là không thực sự có liên quan cho các giao thức, và đặc tả rõ ràng về điều này ( "Đồng hồ không cần phải được thiết lập một cách chính xác bởi các giao thức TLS cơ bản, các giao thức cấp cao hơn hoặc ứng dụng có thể xác định các yêu cầu bổ sung."); lĩnh vực này đã được bao gồm như là một bảo vệ chống lại máy phát điện số ngẫu nhiên yếu, chỉ sau một thất bại quan trọng như vậy đã được phát hiện trong Netscape Navigator vào năm 1994. Mặc dù lĩnh vực này sử dụng để chứa thời gian thực tế, có nhiều lo ngại rằng thời gian của khách hàng có thể được sử dụng cho quy mô lớn trình duyệt fingerprinting.7 kết quả là, một số trình duyệt thêm ngẫu nhiên skew đồng hồ thời gian của mình (như bạn có thể thấy trong ví dụ) hoặc đơn giản là gửi bốn byte ngẫu nhiên để thay thế.