Trong điều có thể được coi là ví dụ lấp lánh của chính xác tại sao khóa vàng cung cấp backdoor vào dịch vụ bảo mật không nên tồn tại, Microsoft đã vô tình rò rỉ khóa chủ (master key) của hệ thống Secure Boot.
Rò rỉ này có thể mở khóa tất cả thiết bị cài công nghệ Microsoft Secure Boot, tước bỏ trạng thái hệ điều hành bị khóa, cho phép người dùng cài đặt hệ điều hành và ứng dụng riêng thay vì những thứ được chỉ định bởi ông khổng lồ công nghệ Redmond.
Rò rỉ không nên làm hỏng bảo mật thiết bị – về lý thuyết. Nhưng nó sẽ mở đường cho hệ điều hành thay thế và ứng dụng khác trước đây không thể hoạt động trên hệ thống Secure Boot.
Microsoft sẽ phản ứng như thế nào? Một bản cập nhật đơn giản thay đổi từng khóa cơ sở Secure Boot? Hay đơn giản là quá muộn, thiệt hại đã xảy ra?
Hãy nhìn kỹ xem rò rỉ Secure Boot có ý nghĩa gì đối với bạn và thiết bị của bạn.
Secure Boot là gì?
"Secure Boot giúp đảm bảo PC của bạn chỉ khởi động bằng firmware được tin cậy bởi nhà sản xuất"
Microsoft Secure Boot đến với Windows 8, được thiết kế để ngăn kẻ xấu cài ứng dụng hoặc hệ điều hành không được phép tải, hoặc thực hiện thay đổi, trong quá trình khởi động hệ thống. Khi ra mắt, có lo ngại việc giới thiệu này sẽ hạn chế nghiêm trọng khả năng dual-boot hoặc multi-boot hệ thống Microsoft. Cuối cùng, điều này phần lớn không có cơ sở – hoặc đã tìm thấy giải pháp.
Vì Secure Boot dựa vào đặc tả UEFI (Unified Extensible Firmware Interface) để cung cấp cơ sở mã hóa cơ bản, xác thực mạng, và ký driver, cung cấp cho hệ thống hiện đại một lớp bảo vệ khác khỏi rootkit và malware cấp thấp.
Windows 10 UEFI
Microsoft muốn tăng cường "bảo vệ" do UEFI cung cấp trong Windows 10.
Để đẩy điều này qua, Microsoft thông báo cho nhà sản xuất trước khi phát hành Windows 10 rằng việc loại bỏ tùy chọn tắt Secure Boot nằm trong tay họ, thực chất khóa hệ điều hành với hệ điều hành máy tính đi kèm. Đáng chú ý Microsoft không trực tiếp đẩy sáng kiến này (ít nhất không hoàn toàn công khai), nhưng như Peter Bright của Ars Technica giải thích, thay đổi quy tắc UEFI hiện có trước ngày phát hành Windows 10 đã làm cho điều này trở nên khả thi:
"Nếu điều này đứng vững, chúng ta có thể تصور OEM xây dựng máy không cung cấp cách dễ dàng để boot hệ điều hành tự xây dựng, hoặc thực sự, bất kỳ hệ điều hành nào không có chữ ký số phù hợp."
Mặc dù chắc chắn có nhiều desktop và laptop bán ra với cài đặt UEFI không khóa, điều này có thể trở thành rào cản khác cho những người muốn thử hệ điều hành thay thế.
Một rào cản nữa cho người ủng hộ Linux phải xoay sở... thở dài.
Và bây giờ Secure Boot bị mở khóa vĩnh viễn?
Vĩnh viễn, tôi không chắc. Nhưng hiện tại, Secure Boot có thể bị mở khóa. Đây là chuyện đã xảy ra.
Tôi biết tôi đã nói về khóa khung siêu cấp mở mọi ổ khóa trong vũ trụ Microsoft UEFI Secure Boot… nhưng thực tế nó归结为 chính sách nào bạn đã ký trên hệ thống.
Secure Boot hoạt động cùng với một số chính sách, được đọc và tuân thủ hoàn toàn bởi Windows boot manager. Các chính sách khuyên boot manager giữ Secure Boot bật. Tuy nhiên, Microsoft đã tạo ra một chính sách được thiết kế để cho phép nhà phát triển test bản build hệ điều hành mà không phải ký số từng phiên bản. Điều này thực chất ghi đè Secure Boot, vô hiệu hóa kiểm tra hệ thống sớm trong quá trình khởi động. Các nhà nghiên cứu bảo mật, MY123 và Slipstream, đã ghi lại phát hiện của họ (trên một trang web rất dễ thương):
"Trong quá trình phát triển Windows 10 v1607 'Redstone', MS thêm loại chính sách secure boot mới. Cụ thể, chính sách "supplemental" nằm trong partition EFIESP (thay vì trong biến UEFI), và có cài đặt được merge vào, tùy thuộc vào điều kiện (cụ thể, rằng một chính sách "activation" nhất định cũng tồn tại, và đã được tải). Redstone's bootmgr.efi tải "legacy" policies (cụ thể, chính sách từ biến UEFI) trước. Tại một thời điểm trong dev redstone, nó không làm bất kỳ kiểm tra thêm nào ngoài kiểm tra chữ ký / deviceID. (Điều này đã thay đổi, nhưng hãy xem thay đổi đó ngu ngốc như thế nào) Sau khi tải "legacy" policy, hoặc base policy từ partition EFIESP, nó sau đó tải, kiểm tra và merge các supplemental policies. Bạn thấy vấn đề ở đây chưa? Nếu không, để tôi nói rõ ràng. Chính sách "supplemental" chứa các yếu tố mới, cho điều kiện merge. Các điều kiện này (có lẽ, tại một thời điểm) không được kiểm tra bởi bootmgr khi tải legacy policy. Và bootmgr của win10 v1511 và trước chắc chắn không biết về chúng. Đối với những bootmgr đó, nó vừa tải một chính sách đã ký, hoàn toàn hợp lệ."
Điều này không đọc hay cho Microsoft. Nó thực chất có nghĩa là chính sách debug-mode được thiết kế để cho phép nhà phát triển – và chỉ nhà phát triển – cơ hội phủ quy trình ký số đang mở cho bất kỳ ai có bản Windows 10 retail. Và chính sách đó đã rò rỉ ra Internet.
Nhớ iPhone San Bernardino?
"Bạn có thể thấy sự nghịch lý. Cũng có nghịch lý trong việc MS chính họ cung cấp cho chúng ta vài "khóa vàng" đẹp (như FBI sẽ nói ;) để chúng ta dùng cho mục đích đó :)Về FBI: bạn đang đọc này không? Nếu có, thì đây là ví dụ thực tế hoàn hảo về tại sao ý tưởng backdoor hệ thống crypto với "khóa vàng an toàn" là rất tồi! Người thông minh hơn tôi đã nói điều này với bạn lâu rồi, dường như bạn để ngón tay trong tai. Bạn vẫn không hiểu à? Microsoft triển khai hệ thống "khóa vàng an toàn". Và khóa vàng bị rò rỉ do sự ngu ngốc của MS. Bây giờ, điều gì xảy ra nếu bạn bảo mọi người làm hệ thống "khóa vàng an toàn"? Hy vọng bạn có thể cộng 2+2..."
Đối với những người ủng hộ mã hóa, đây là khoảnh khắc đắng ngọt quá đà, hy vọng cung cấp sự rõ ràng cần thiết cho cơ quan thực thi pháp luật và quan chức chính phủ. Backdoor vàng sẽ không bao giờ ở lại ẩn. Chúng luôn bị khám phá, سواء bởi lỗ hổng nội bộ không lường trước (tiết lộ Snowden) hay bởi những người quan tâm đến móc nối và tháo gỡ công nghệ và mã nguồn bên dưới.
Hãy xem xét iPhone San Bernardino...
"Chúng tôi có sự tôn trọng lớn đối với các chuyên gia tại FBI, và chúng tôi tin ý định của họ tốt. Lên đến thời điểm này, chúng tôi đã làm mọi thứ trong quyền lực và trong pháp luật để giúp họ. Nhưng bây giờ chính phủ Mỹ đã yêu cầu chúng tôi làm một điều chúng tôi đơn giản không có, và coi là quá nguy hiểm để tạo ra. Họ đã yêu cầu chúng tôi xây dựng backdoor cho iPhone."
Quả bóng nằm ở sân Microsoft
Như tôi đã nói, điều này không nên tạo ra rủi ro bảo mật lớn cho thiết bị cá nhân, và Microsoft đã phát hành tuyên bố giảm bớt tính liên quan của rò rỉ Secure Boot:
"Kỹ thuật jailbreak được mô tả trong báo cáo của các nhà nghiên cứu ngày 10/8 không áp dụng cho hệ thống PC desktop hoặc enterprise. Nó yêu cầu truy cập vật lý và quyền admin trên thiết bị ARM và RT và không làm hỏng bảo vệ mã hóa."
Cùng với đó, họ vội phát hành Microsoft Security Bulletin đánh dấu "Important." Điều này sẽ giải quyết lỗ hổng sau khi cài đặt. Tuy nhiên, nó sẽ không tốn nhiều công sức để cài phiên bản Windows 10 không có bản vá triển khai.
Khóa vàng (Golden Keys)
Thật không may, điều này không chắc dẫn đến làn sóng mới thiết bị Microsoft chạy Linux distro. Tôi nói, sẽ có một số cá nhân táo bạo花时间 test điều này, nhưng đối với đại đa số, điều này chỉ đơn giản là một sự cố bảo mật khác trôi qua mà họ không để ý.
Nó không nên như vậy.
Không quan tâm đến Linux distro trên máy tính bảng Microsoft là một chuyện, chắc chắn. Nhưng hàm ý rộng hơn của khóa vàng rò rỉ ra công cộng để mở khóa hàng triệu thiết bị tiềm năng là chuyện khác.
Vài năm trước The Washington Post đã kêu gọi "thỏa hiệp" về mã hóa, đề xuất rằng dù dữ liệu chúng ta rõ ràng nên cấm hacker, có lẽ Google và Apple et al nên có khóa vàng an toàn. Trong một bài phê phán xuất sắc về chính xác tại sao đây là "đề xuất sai lầm, nguy hiểm," người đồng sáng lập Keybase Christ Coyne giải thích, rất rõ ràng, rằng "Người tốt, người tử tế bị đe dọa bởi bất kỳ backdoor nào bỏ qua mật khẩu của chính họ."
Chúng ta đều nên đấu tranh cho mức độ bảo mật cá nhân tối đa, không chấp nhận làm yếu nó ở cơ hội đầu tiên. Vì như chúng ta đã thấy nhiều lần, những khóa khung siêu cấp sẽ rơi vào tay sai.
Và khi đó xảy ra, chúng ta đều chơi một trò chơi phòng thủ phản ứng nguy hiểm, चाहे chúng ta có muốn hay không.
Công ty công nghệ lớn có nên tạo backdoor trong dịch vụ không? Hay cơ quan chính phủ và dịch vụ khác nên lo việc của họ và tập trung duy trì bảo mật?
Nguồn ảnh: DutchScenery/Shutterstock, Constantine Pankin/Shutterstock