Điểm:0

Hết hạn chứng chỉ gốc dịch vụ phụ trợ

lá cờ ru

Chúng tôi đang sử dụng mTLS để xác thực các dịch vụ phụ trợ của mình và chứng chỉ gốc sẽ hết hạn vào năm 2022. Dưới đây là chi tiết hết hạn cho tất cả các chứng chỉ:

  • Các nguồn gốc chứng chỉ sẽ hết hạn trong 2022
  • Các trung cấp chứng chỉ sẽ hết hạn trong 2031
  • Các Lá cây chứng chỉ sẽ hết hạn trong 2023

Tôi không biết tại sao chứng chỉ gốc được đặt hết hạn trước tất cả các chứng chỉ khác và tôi muốn tránh cập nhật tất cả các chứng chỉ trong một vài tháng nếu có thể. Dựa trên các thử nghiệm của chúng tôi, mọi thứ sẽ vẫn hoạt động sau khi chứng chỉ gốc hết hạn miễn là chứng chỉ trung gian và chứng chỉ lá vẫn còn hiệu lực. Chúng tôi đã thực hiện các thử nghiệm sau để xác thực:

  • Chúng tôi đã cập nhật chứng chỉ trong môi trường thử nghiệm và đặt chứng chỉ gốc hết hạn sau một giờ
  • Mọi thứ đã hoạt động bình thường sau một giờ
  • Chúng tôi đã thực hiện một thử nghiệm khác với các chứng chỉ trung gian, khiến chúng hết hạn sau một giờ
  • Sau một giờ, chúng tôi bắt đầu nhận được lỗi xác thực

Ai đó có thể xác nhận xem các thử nghiệm của chúng tôi có đủ để xác thực rằng việc hết hạn chứng chỉ gốc không gây ra sự cố không?

Cảm ơn vì những ý tưởng tốt đẹp mà bạn cung cấp!

### Thông tin thêm ###

Chúng tôi sử dụng xác thực mTLS giữa các dịch vụ nội bộ của mình:

  • Hashicorp Consul, Nomad và Vault
  • MongoDB
  • Một vài dịch vụ khác

Trong những trường hợp này, chúng tôi có thể tìm thấy chứng chỉ trung gian và lá nhưng không tìm thấy chứng chỉ gốc.

Nếu tôi xác thực chứng chỉ trung gian, tôi có thể thấy rằng chứng chỉ sẽ hết hạn sau 1 năm mặc dù chứng chỉ gốc đã hết hạn.

Tôi đã kiểm tra các chứng chỉ này bằng cách sử dụng Terraform để tạo 3 máy chủ Lãnh sự trong một môi trường mới. Chứng chỉ kiểm tra đã được cài đặt trên từng phiên bản và việc hết hạn chứng chỉ gốc không gây ra bất kỳ sự cố nào

lá cờ br
Không chắc là bạn đã kiểm tra đầy đủ điều này. Tôi chắc chắn sẽ không tiếp tục mà không cần thử nghiệm thêm. Tuy nhiên, câu hỏi của bạn khá mơ hồ và không cho đi nhiều. Những bài kiểm tra bạn đã thực hiện chính xác? Bên phụ thuộc trong kịch bản này là gì? Bạn có nhớ cài đặt CA gốc mới, tồn tại trong thời gian ngắn làm điểm neo tin cậy trong bên phụ thuộc trước khi thử nghiệm không?
StefB avatar
lá cờ ru
@garethTheRed Cảm ơn bạn đã đóng góp. Tôi đã thêm một vài chi tiết vào cuối phần mô tả. Về việc hết hạn chứng chỉ gốc mà không gây ra bất kỳ sự cố nào, có thể là do giả định rằng chứng chỉ gốc *nên* hết hạn trước chứng chỉ trung gian và rời đi? Ngoài ra, nếu tôi hiểu chính xác, trong trường hợp xấu nhất, tôi có thể tạo chứng chỉ gốc mới bằng cách sử dụng cùng một khóa riêng và khóa trung gian và lá vẫn hoạt động cho đến khi hết hạn, đúng không?
lá cờ br
Có, nếu bạn sử dụng cùng một khóa _và_ cùng một Chủ đề, thì bạn có thể thay thế chứng chỉ gốc đã hết hạn của mình bằng chứng chỉ mới này. Đó có lẽ là lựa chọn an toàn nhất của bạn. Bạn nói rằng bạn xác nhận, nhưng bạn không giải thích làm thế nào. Bạn đang sử dụng công cụ nào để xác thực? Ngoài ra, hãy xem @dave_thompson_085 [bình luận bên dưới](https://serverfault.com/questions/1083180/backend-services-root-certificate-expiration?noredirect=1#comment1414293_1083221).
StefB avatar
lá cờ ru
Để kiểm tra, tôi đã triển khai một cụm gồm 3 phiên bản Consul đang sử dụng mTLS để giao tiếp. Như đã nêu trước đây, tôi không thấy bất kỳ lỗi nào nếu tôi làm cho chứng chỉ gốc hết hạn nhưng nếu tôi làm cho chứng chỉ trung gian hết hạn, tôi sẽ gặp lỗi ngay lập tức. Tôi không nghĩ rằng chứng chỉ gốc hoàn toàn không được sử dụng trong trường hợp đó và tôi sẽ phải xác thực tất cả các dịch vụ nội bộ khác. Tôi sẽ lên kế hoạch cập nhật chứng chỉ gốc của mình để đảm bảo rằng chúng tôi sẽ không gặp phải sự cố khi chứng chỉ gốc hiện tại hết hạn. Cảm ơn bạn đã giúp đỡ!
Điểm:0
lá cờ cn

Chức năng xác thực chứng chỉ tuân thủ RFC 5280 yêu cầu tất cả các chứng chỉ trong chuỗi (bao gồm cả chứng chỉ gốc) PHẢI nằm trong thời hạn hiệu lực của chúng tại thời điểm xác thực. Nghĩa là, chức năng xác thực chứng chỉ phù hợp sẽ không thể xác thực chuỗi chứng chỉ của bạn sau khi quyền root hết hạn (vào năm 2022).

RFC 5280 §6.1.3.a.3:

Thời hạn hiệu lực của chứng chỉ bao gồm thời gian hiện tại.

và điều này áp dụng cho mọi chứng chỉ trong chuỗi. Nếu bạn thấy rằng chứng chỉ lá được xác thực thành công đối với gốc đã hết hạn, thì:

  1. có một chứng chỉ chéo chuyển hướng bạn đến một thư mục gốc khác
  2. chức năng xác thực chứng chỉ bị định cấu hình sai và bỏ qua một số lỗi xác thực nhất định.
dave_thompson_085 avatar
lá cờ jp
5280 không yêu cầu nó; 6.1.3 áp dụng cho 'chứng chỉ i cho i trong 1..n' như được định nghĩa trong 6.1, NGOẠI TRỪ mỏ neo tin cậy (tức là gốc) -- hoàn toàn không cần phải là chứng chỉ và có thể không _có_ Thời hạn hiệu lực.Lưu ý (b) ở trang 73 và rõ ràng hơn là đoạn từ thứ hai đến cuối cùng ở trang 73. **Hầu hết** triển khai đều sử dụng chứng chỉ cho các ký tự liên kết và TTBOMK kiểm tra tính hợp lệ, nhưng một ngoại lệ đáng chú ý là LetsEncrypt đang tiếp tục sử dụng một đường dẫn tùy chọn đến thư mục gốc DST X3 đã hết hạn vào ngày 30 tháng 9 vì các điện thoại Android cũ không thể cập nhật vẫn tin tưởng nó nhưng _không_ tin tưởng vào thư mục gốc ISRG X1 (mới hơn).
lá cờ cn
Hãy mã hóa giải quyết vấn đề của họ bằng chứng chỉ chéo. Nếu không, web sẽ bị hỏng. Điều này có nghĩa là ít nhất một gốc chưa hết hạn phải xuất hiện trong tất cả các chuỗi có thể.
dave_thompson_085 avatar
lá cờ jp
Chắc chắn là không cần thiết cho tất cả các chuỗi hợp lệ; ITYM phải có chuỗi _a_ đến gốc chưa hết hạn. Nhưng điều đó không đúng với Android, như đã giải thích tại https://letsencrypt.org/2020/12/21/extending-android-compatibility.html . (Trên thực tế, điều đó không đúng với Java nói chung, nhưng không giống như Android được nhúng trên các thiết bị do các nhà cung cấp ngừng hỗ trợ, Java trên các hệ thống máy tính thường có thể được cập nhật và không cần bản hack này.)

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.