Điểm:0

Di chuyển DNSSEC chỉ với KSK được di chuyển

lá cờ ma

Phiên bản ngắn: Nếu một đầu dò có chữ ký DNSSec đột nhiên thay thế cả ZSK (và tất cả các bản ghi liên quan đến ZSK cũ), đồng thời giữ lại các KSK (được tham chiếu bởi máy chủ ngược dòng). Nó sẽ gây ra bất kỳ rắc rối? Và nó có gây rắc rối sau khi TTL của vùng/bản ghi hết hạn không?

phiên bản dài: Vì vậy, tôi đang thay thế máy chủ DNS có thẩm quyền 2012R2 (được hỗ trợ bởi tệp) lưu trữ một số vùng DNSSEC.

Từ những gì tôi đã thu thập được, không thể di chuyển các ZSK cho một vùng, nhưng có thể di chuyển các KSK. (Về mặt kỹ thuật, tôi có thể di chuyển cả hai, nhưng chỉ có thể nhập các KSK trên vùng vì một số lý do). Cũng không thể thêm bất kỳ bản ghi nào liên quan đến DNSSEC 'tùy chỉnh' khi Windows Server gắn cờ vùng là đã ký.Máy chủ DNS ngược dòng (TLD cấp quốc gia) chỉ chứa các tham chiếu đến KSK.

Nếu tôi hiểu điều này một cách chính xác, Nếu tôi sao chép vùng, hãy tạo ZSK mới và ký tên. Sau đó đặt nó trực tuyến (sẽ có cùng IP với máy chủ trước đó). Điều này chỉ dẫn đến các vấn đề với xác minh chữ ký trong TTL của vùng/bản ghi được đề cập (tôi tin), và sau đó chỉ khi ai đó chỉ lưu trữ bản ghi chứ không phải bản ghi chữ ký? (Tôi cũng biết rằng một số máy chủ DNS có thể lưu trữ nhiều hơn Vùng TTL).

Điểm:0
lá cờ cn

Nếu một đầu dò có chữ ký DNSSec đột nhiên thay thế cả ZSK (và tất cả các bản ghi liên quan đến ZSK cũ), đồng thời giữ lại các KSK (được tham chiếu bởi máy chủ ngược dòng). Nó sẽ gây ra bất kỳ rắc rối?

Đúng. Bạn dường như quên rằng các bản ghi DNS có TTL. Vì vậy, các trình phân giải đệ quy sẽ/có thể có dữ liệu khóa cũ trong bộ đệm của chúng (các DNSKEY các bản ghi liệt kê các ZSK cũ), và do đó, chẳng hạn, mong đợi tìm thấy chữ ký với nó. "Đột nhiên" không bao giờ trộn lẫn ý chí với DNS. Không có thay đổi nào được thực hiện mà không có thời gian gia hạn.

Từ những gì tôi đã thu thập được, không thể di chuyển các ZSK cho một vùng, nhưng có thể di chuyển các KSK.

Tôi không rõ ý của bạn khi "di cư" ở đó là gì. Theo định nghĩa, các ZSK được luân phiên thường xuyên, chẳng hạn như một lần mỗi tháng hoặc 2 tháng một lần, nhưng có sự chồng chéo.

Dù thế nào đi chăng nữa, bạn luôn có phương pháp xấu xí này để thay đổi mọi thứ, phương pháp này hoạt động nhưng mở ra một cửa sổ không bảo mật:

  • loại bỏ DS ở cha mẹ
  • đợi "đủ" thời gian (ít nhất ĐS TTL và một số nữa)
  • bây giờ vùng của bạn không còn được bảo mật DNSSEC nữa, bạn có thể thay đổi nội dung của nó theo ý muốn của mình, bao gồm cả về các khóa
  • khi bạn đã đạt đến cấu hình mong muốn mới của mình và bạn đã kiểm tra xem DNSSEC có ổn không bằng cách mô phỏng một cấu hình cụ thể ĐS ở cha mẹ, sau đó bạn có thể đặt nó ĐS ghi lại tại cha mẹ.

Tất nhiên, nếu bạn có bất kỳ hoạt động giám sát nào trong khu vực của mình mong đợi DNSSEC, thì nó sẽ báo lỗi trong quá trình thực hiện (hoặc ít nhất cũng là thử nghiệm tốt cho quá trình giám sát).

lá cờ ma
"Di chuyển" - Di chuyển chìa khóa sang máy chủ khác và từ bỏ khu vực. Vấn đề là Windows dường như không có tùy chọn để tôi có thể xuất bản trước hoặc ký hai lần vào vùng bằng một khóa từ mỗi máy chủ... Nó kiểm soát DNSSEC và sau đó sẽ không cho phép bạn làm bất cứ điều gì.
lá cờ ma
TTL cho các Khu vực mà tôi tin là chỉ còn 15 phút. Tôi biết các máy chủ công cộng có thể không tôn trọng TTL dưới một giờ. Thời gian ngừng hoạt động một giờ cho một dịch vụ có thể chấp nhận được (Đặc biệt khi chỉ ảnh hưởng đến đối tượng hỗ trợ DNSSEC và tôi có thể làm điều đó vào ban đêm). Nếu không có bất kỳ dấu thời gian/thời gian chờ nào khác, tôi phải tuân thủ. Xóa các bản ghi DS ở cấp độ gốc là giải pháp thay thế cho sự cố, nhưng tôi đang cố gắng tìm một giải pháp tốt hơn.
Patrick Mevzek avatar
lá cờ cn
@Zerqent Tại sao bạn không thể sử dụng cùng một khóa trên máy chủ mới?
lá cờ ma
Tôi không thể tìm ra cách có thể thực hiện được trên Windows Server. Bạn có thể nhập khóa vào một máy chủ khác (khóa được lưu trong chứng chỉ trong Windows).Sau đó, bạn có thể gọi Add-DnsServerSigningKey để nhập KSK. Nếu bạn cố gắng làm điều đó với ZSK, nó sẽ bỏ qua khóa bạn chỉ định và chỉ tạo một khóa mới (đồng thời nếu bạn xem xét các thông số thì thực tế nó nói rằng thông số đó chỉ dành cho KSK)
Patrick Mevzek avatar
lá cờ cn
Để quá trình di chuyển diễn ra suôn sẻ, bạn nên thực hiện chuyển đổi thích hợp để về cơ bản tạo khóa mới trên máy chủ mới, đảm bảo rằng khóa được thêm vào máy chủ cũ, trong bản ghi DNSKEY, có KSK hiện tại ký tên vào ZSK mới. Nếu bạn có thể tự di chuyển chữ ký, hãy tìm cách để máy chủ mới tính toán chữ ký và đưa chúng vào máy chủ cũ. Sau một thời gian (xem https://datatracker.ietf.org/doc/html/rfc7583#section-3.2 để được trợ giúp), bạn có thể xóa ZSK cũ làm khóa ký, sau đó di chuyển hoàn toàn vùng sang máy chủ mới, vì không sử dụng ZSK cũ. Hoặc lừa đảo (không có DNSSEC bằng cách xóa DS trong cha mẹ).
Patrick Mevzek avatar
lá cờ cn
(Xin lỗi, tôi biết rất ít nếu không muốn nói là không biết gì về nội dung dành riêng cho Windows, vì vậy tôi hy vọng ai đó có thể thêm câu trả lời giúp bạn hiểu thêm về HĐH cụ thể này; tôi chỉ đưa ra một số lời khuyên chung về bảo trì DNSSEC).
lá cờ ma
Chúc mừng Patrick. Tôi đã tham gia nhiều RFC đến đầu gối :). tuy nhiên, một khi tôi đăng nhập bằng Windows, tôi thực sự không thể thêm bản ghi DSKEY nên về cơ bản, tôi bị bỏ lại trong tình huống này (Di chuyển khẩn cấp tất cả các ZKey và đợi TTL - hoặc hơn thế nữa?) hoặc tắt dnssec, di chuyển rồi khôi phục.
Patrick Mevzek avatar
lá cờ cn
Hãy tưởng tượng bạn không thực hiện một số nâng cấp/bảo trì theo kế hoạch "thường xuyên" nhưng vì một số lý do, cơ sở hạ tầng hiện tại của bạn bị lỗi theo một cách nào đó và bạn phải chuyển quản lý khóa/chữ ký/xử lý DNS sang một số máy chủ mới "ngay lập tức" để khôi phục dịch vụ. Làm thế nào bạn sẽ quản lý đó? Nghe có vẻ xa vời/không cần thiết, nhưng tất cả phụ thuộc vào mức độ quan trọng của dịch vụ cụ thể này đối với những thứ khác (xem sự cố ngừng hoạt động gần đây tại FB: khu vực của họ bị phá vỡ cũng đã chặn nhiều công cụ nội bộ khác nhau) và việc quản lý thay đổi hiện tại một cách bình tĩnh cũng có thể giúp ích cho bạn soạn thảo một kế hoạch cho các trường hợp khẩn cấp. Hoặc ngược lại.

Đă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.