Điểm:3

NOTS có phải là sơ đồ chữ ký một lần hợp lệ không?

lá cờ ca

tôi mới tìm hiểu về KHÔNG S, một sơ đồ chữ ký kháng lượng tử dựa trên các hàm băm tuyên bố có kích thước khóa và chữ ký ngắn hơn nhiều. Sơ đồ chữ ký này có được biết là an toàn không? Khi nhìn vào bài báo, tôi nghi ngờ về cách nó sử dụng mô đun của các chỉ số (không phải đối thủ có thể tạo ra một hàm băm có cùng số lượng ký tự sao?). Nó có hợp pháp không? nhập mô tả hình ảnh ở đây

Điểm:6
lá cờ my

Nó có hợp pháp không?

Không, và bạn nhấn mạnh vào lý do - thuật toán chuyển đổi thông báo thành một chuỗi 16 giá trị từ 1 đến 128, sau đó ký hiệu chỉ dựa trên giá trị đó. Đó là tổng cộng 112 bit; trên thực tế, nó còn tệ hơn thế một chút, vì thuật toán họ sử dụng để chuyển đổi hàm băm thông báo thành chuỗi 16 giá trị sẽ tạo ra các giá trị luôn có tổng (mod 128) thành 64;. Điều đó có nghĩa là với một cặp tin nhắn/chữ ký hợp lệ, bạn có thể tìm thấy hình ảnh thứ hai chuyển thành 15 giá trị đầu tiên giống như vậy [1] (và do đó sẽ là một tin nhắn hợp lệ cho cùng một chữ ký) với giá trị dự kiến $O(2^{105})$ cố gắng. Tệ hơn nữa, vì bản dịch không liên quan đến bất kỳ sự ngẫu nhiên nào, bạn có thể mong đợi tìm thấy sự xung đột (và sau đó yêu cầu một thư được ký; thư thứ hai có cùng chữ ký đó sẽ là giả mạo) $O(2^{52,5})$ cố gắng.

Bài báo cũng đưa ra một loạt các tuyên bố sai lầm; đây là những cái nhảy ra với tôi:

  • Họ tuyên bố rằng "Các loại chương trình OTS/FTS khác (ngoại trừ WOTS và các chương trình của nó các biến thể) không có khả năng cho phép tính toán các khóa công khai từ chữ ký trừ khi có một bộ bổ sung khổng lồ thông tin được cung cấp cho người xác minh."; điều này là không chính xác. Đối với mọi sơ đồ chữ ký dựa trên hàm băm mà tôi đã thấy, quy trình xác minh về cơ bản là "lấy tin nhắn, chữ ký và có thể là một lượng nhỏ dữ liệu từ khóa chung, tính toán một loạt các giá trị băm và nếu kết quả khớp với những gì có trong khóa chung, thì bạn thắng". Nghĩa là, tất cả những gì bạn cần để tạo lại khóa chung là "lượng dữ liệu có thể nhỏ" này, chứ không phải "một bộ thông tin bổ sung khổng lồ ". Một điểm nhỏ, ngoại trừ việc họ nhấn mạnh điều này nhiều lần.

  • Đánh giá của họ, bao gồm so sánh với một số sơ đồ chữ ký dựa trên hàm băm khác đã chọn (nhưng không có gì với tham số W lớn); tuy nhiên, họ nhấn mạnh rằng họ chạy các sơ đồ cạnh tranh với kích thước băm (giá trị n) lớn phi thực tế - họ lưu ý rằng sơ đồ của họ (có tham số W lớn và giá trị n nhỏ hơn) dẫn đến chữ ký nhỏ hơn; không ngạc nhiên khi họ đặt ngón tay cái lên bàn cân một cách nặng nề.

  • Họ cũng tuyên bố rằng "Cuối cùng, NOTS đã đạt được tất cả những giảm thiểu này trong kích thước khóa và chữ ký mà không ảnh hưởng đến mức độ bảo mật"; mặc dù nhìn lướt qua bảng của họ cho thấy rằng họ cho rằng NOTS có mức độ bảo mật thấp hơn đáng kể (không tính điểm tôi đã nêu ở trên về việc nó thậm chí không đạt được điều đó như thế nào).

  • Đối với các bằng chứng bảo mật của họ, tốt, bao gồm các thuật toán mà họ cung cấp sẽ giả mạo và tạo ra xung đột; tuy nhiên, xem qua thuật toán cho thấy rằng, ngay cả khi được giả mạo, nó có thể thất bại (nghĩa là không tạo ra xung đột); do đó nó không hợp lệ như một bằng chứng.


[1]: Sau khi bạn bắt đầu trận đấu vào ngày 15 đầu tiên, bạn sẽ luôn nhận được trận đấu vào ngày 16.

lá cờ ca
Cảm ơn bạn. Vì vậy, hiện tại trạng thái nghệ thuật về kích thước chữ ký kháng lượng tử là WOTS+ phải không?
poncho avatar
lá cờ my
@MaiaVictor: đối với chữ ký dựa trên hàm băm, chữ ký LM-OTS nhỏ hơn (chủ yếu là do nó hỗ trợ các giá trị W lớn hơn). Tất nhiên, nếu bạn không hạn chế bản thân đối với các chữ ký dựa trên hàm băm, Rainbow sẽ *nhỏ hơn nhiều*...
lá cờ in
@poncho... "Cầu vồng..." bạn không quên một chi tiết nhỏ-nhỏ xíu của họ...:-P và WOTS+ được xuất bản ban đầu cho phép các giá trị tùy ý (thậm chí không phải là lũy thừa của 2) cho w. Chỉ RFC giới hạn w đến 16 (mặc dù nó cho phép các giá trị khác, nhưng nó không xác định các bộ tham số bằng cách sử dụng chúng).
poncho avatar
lá cờ my
@mephisto: ở NIST cấp 1, Rainbow (ít nhất là lần gửi vòng 3) có kích thước chữ ký là 66 byte.Để đạt được các chữ ký ngắn như vậy (thậm chí giả sử hàm băm 16 byte), WOTS+ sẽ yêu cầu $Wâ2^{64}$ và ngay cả khi chúng tôi coi $W$ khổng lồ như vậy là thực tế, thì cấu trúc ADDR của WOTS+ vẫn giả định rằng $W
lá cờ in
@poncho: Chắc chắn rồi, nhưng trong ngữ cảnh này, bạn cũng nên đề cập đến kích thước khóa chung có thể liên quan đến người dùng.

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