Điểm:4

Bạn có biết các giao thức cần thiết để đạt được một số điểm "độc lập" trên cùng một đường cong elip không?

lá cờ id

Xét một đường cong elip $E$ xác định trên một trường hữu hạn $\mathbb{F}_{\!q}$ với một số không cố định $\mathbb{F}_{\!q}$-điểm $P$. Để đơn giản, hãy để thứ tự của $\mathbb{F}_{\!q}$-nhóm điểm $E(\mathbb{F}_{\!q})$ là số nguyên tố và do đó nhóm được tạo bởi $P$. Vì mục đích bảo mật, trong nhiều giao thức của mật mã elip (ví dụ: trong phiên bản an toàn của Kép_EC_DRBG) chúng ta cần tạo một "độc lập" khác $\mathbb{F}_{\!q}$-điểm $Q$ trên $E$.

Làm ơn trả lời câu hỏi này. Bạn có biết các giao thức, nơi cần có thêm "độc lập" $\mathbb{F}_{\!q}$-điểm trên cùng một đường cong? Nói cách khác, một bên giao dịch với "độc lập" $\mathbb{F}_{\!q}$-điểm $Q_1$, $Q_2$, $\ldots$, $Q_n$ ngoài ra $P$. Bằng cách "độc lập", ý tôi là những điểm như vậy mà không ai biết các logarit rời rạc có liên quan với nhau.

Tôi hỏi bạn, bởi vì đối với một số $E$$n$ Tôi biết làm thế nào để sản xuất đồng thời một số $Q_i$ nhanh hơn so với thế hệ riêng biệt của chúng. Tôi muốn biết liệu cách tiếp cận của tôi có xứng đáng được công bố trên một tạp chí khoa học tốt hay không. Hoặc có thể nó thậm chí có liên quan đến mật mã trong thế giới thực.

eckes avatar
lá cờ us
Có thể một số thỏa thuận chính dựa trên ECDH đa bên?
Dimitri Koshelev avatar
lá cờ id
@eckes, bạn có thể chính xác nhận xét của mình không?
Điểm:8
lá cờ my

Bạn có biết các giao thức cần thiết để có được một số điểm "độc lập" trên cùng một đường cong elip không?

Một vị trí rõ ràng mà điều này xảy ra nếu bạn đang thực hiện cam kết Pedersen về một vectơ giá trị; bạn cam kết với một véc tơ $(x_1, x_2, ..., x_n)$ bằng cách công bố giá trị $rH + x_1G_1 + x_2G_2 + ... + x_nG_n$; để làm việc này, rõ ràng bạn cần $n+1$ điểm độc lập $H, G_1, G_2, ..., G_n$

Mặc dù điều này hơi mơ hồ, nhưng điều này vẫn xuất hiện; tìm kiếm nhanh của Google tờ giấy này, và do đó có một số khả năng ứng dụng; chắc chắn nhiều hơn một số giấy tờ tôi đã thấy ...

Dimitri Koshelev avatar
lá cờ id
Cảm ơn! Tôi không biết nhiều về các chương trình cam kết. Tại sao không đủ để lấy $n = 1$ ? $n > 1$ có xảy ra trong tiền điện tử trong thế giới thực không?
poncho avatar
lá cờ my
@DimitriKoshelev: $n=1$ có thể không đủ nếu bạn đang cố gắng tận dụng các thuộc tính đồng hình của các cam kết Pedersen; ví dụ. đưa ra cam kết $(x_1, x_2)$ và $(y_1, y_2)$ tạo ra một ZKP mà $2(x_1, x_2) - 5(y_1, y_2) = (3, 7)$
Dimitri Koshelev avatar
lá cờ id
Tôi quên nói rằng phương pháp tạo của tôi cung cấp $\approx q$ bộ dữ liệu $(Q_i)_{i=1}^n$ trong số $E^n(\mathbb{F}_{\!q}) \approx q^ n$. Điều này không quan trọng đối với an ninh sao?
poncho avatar
lá cờ my
@DimitriKoshelev: điều quan trọng (ít nhất là đối với các cam kết của Pedersen véc tơ) là không ai biết giải pháp không cần thiết cho $x_1G_1 + x_2G_2 + ... + x_nG_n = 0$ (trong đó giải pháp tầm thường là $x_1 \equiv x_2 \equiv . .. \equiv x_n \equiv 0$). Ý tưởng của bạn có cung cấp điều đó không?
Dimitri Koshelev avatar
lá cờ id
Nó cung cấp điều đó, nhưng phân phối không đồng đều trên $E^n(\mathbb{F}_{\!q})$ (nó chỉ bao gồm các bộ $\approx q$). Tôi có ấn tượng rằng điều này không quan trọng, bởi vì $q$ rất quan trọng trong mật mã học và chúng ta có thể thường xuyên thay đổi các điểm độc lập. Bạn nghĩ sao ?
poncho avatar
lá cờ my
@DimitriKoshelev: giả định về độ cứng mà tôi đã đề cập là cần thiết và đủ cho thuộc tính ràng buộc của vectơ Pedersen; nó không thực sự quan tâm có thể có bao nhiêu bộ dữ liệu. Tất nhiên, các trường hợp sử dụng khác có thể đưa ra các giả định về độ cứng khác trên các điểm được tạo...
Dimitri Koshelev avatar
lá cờ id
$n$ lớn như thế nào trong thực tế?
Geoffroy Couteau avatar
lá cờ cn
"Các cam kết chung của Pedersen" (đó là tên của chúng) hiện được sử dụng rộng rãi, đặc biệt là trong ngữ cảnh của [Bulletproof](https://eprint.iacr.org/2017/1066.pdf). Bulletproof được triển khai và sử dụng trong Monero, do đó tôi đoán đó được tính là "đời thực" :) Ở đây, $n$ thường sẽ là $32$ hoặc $64$.
Điểm:2
lá cờ es

Có một chức năng "băm tới điểm" được sử dụng trong một số sơ đồ, trong đó cần tạo một điểm EC nơi nhật ký rời rạc w.r.t. bất kỳ điểm EC nào khác là không rõ. Đặc biệt:

  1. Một chữ ký nhẫn có thể liên kết. Cần phải tạo một 'hình ảnh chính', trong đó tính chính xác của 'hình ảnh chính' được khai báo bằng chữ ký có thể kiểm chứng được và nếu cùng một người ký (sử dụng cùng một khóa riêng tư) sẽ tạo lại chữ ký vòng (thậm chí với các chữ ký khác nhau những người tham gia khóa công khai của thành viên vòng khác), rõ ràng là họ đã sử dụng cùng một khóa riêng để ký lại. Nhìn thấy đây để biết chi tiết.

  2. Một hàm giả ngẫu nhiên không biết sử dụng hàm băm tới điểm để mã hóa các giá trị đầu vào PRF dưới dạng các điểm EC. đây.

  3. Truyền không rõ ràng sử dụng hàm băm tới điểm và EC El Gamal có thể sử dụng hàm băm tới điểm nếu bạn chỉ cần mã hóa tin nhắn thành các điểm để đi theo một hướng. Xem một ví dụ về cả hai đây.

  4. Cái này bằng chứng không phải là thành viên sử dụng hàm băm tới điểm cho một biến thể đối với các cam kết Pedersen trong đó cam kết cần được làm mờ, nhưng không cần phải đồng hình cộng gộp.

Dimitri Koshelev avatar
lá cờ id
cảm ơn bạn, nhưng tôi không thể tính toán hàm "băm thành điểm" trong một số đối số nhanh hơn so với riêng lẻ. Vấn đề của tôi là khác nhau. Tôi có thể tạo một số điểm độc lập (chỉ phụ thuộc vào một đối số) nhanh hơn so với riêng biệt.
knaccc avatar
lá cờ es
@DimitriKoshelev bạn có thể làm rõ ý của bạn bằng cách "chỉ phụ thuộc vào một đối số" không? Và kỹ thuật của bạn có hoạt động khi có một đồng yếu tố và bạn cần đảm bảo rằng điểm đó nằm trong cùng một nhóm con lớn với nhóm con lớn được tạo bởi một điểm cơ sở nổi tiếng cụ thể không? Bạn có thể quan tâm rằng đã có một số công việc tối ưu hóa được thực hiện cho tiền điện tử Monero để đảm bảo rằng một chuỗi byte tùy ý có thể nhanh chóng được ánh xạ tới một điểm Ed25519: https://github.com/monero-project/research-lab/blob/master /whitepaper/ge_fromfe_writeup/ge_fromfe.pdf
knaccc avatar
lá cờ es
Đây là mã C và Python để ánh xạ nhanh tới các điểm EC hợp lệ, dựa trên bài báo tôi đã liên kết trong nhận xét ở trên: https://github.com/monero-project/monero/blob/b4e1dc83d275f8ee9a8c12615cf952f05161c7a3/src/crypto/crypto- ops.c#L2210 https://github.com/monero-project/mininero/blob/c5fcee9d8ec8c302bca7fda8ce79b68e20d31c34/mininero.py#L238
Dimitri Koshelev avatar
lá cờ id
Kỹ thuật của tôi trả về một bộ $(Q_i)_{i=1}^n$ tùy thuộc vào một phần tử đã cho của trường cơ bản $\mathbb{F}_{\!q}$. Nó hoạt động khi có một đồng yếu tố, bởi vì chúng tôi luôn có thể xóa nó.
knaccc avatar
lá cờ es
@DimitriKoshelev Trong các ví dụ tôi đã đưa ra ở trên, giả sử bạn đang thực hiện một số loại giao lộ tập hợp riêng và các số được gửi tới OPRF là các số nguyên nhỏ hơn, chẳng hạn như 100. Tùy thuộc vào tốc độ tạo có thể nhanh hơn bao nhiêu một bộ gồm 100 phần tử sử dụng kỹ thuật của bạn, có lẽ sử dụng kỹ thuật của bạn sẽ tốt hơn là thực hiện riêng lẻ thao tác băm tới điểm trên mỗi đầu vào số nguyên.
Dimitri Koshelev avatar
lá cờ id
kỹ thuật của tôi không hoạt động trong thời gian liên tục. Do đó, các ứng dụng của nó bị hạn chế trong các giao thức, nơi các đối số của hàm băm không bí mật.
Điểm:1
lá cờ sa

Câu hỏi của bạn về cơ bản là: Có thể lấy mẫu một tuple có hữu ích không $(Q_1, Q_2, \dots, Q_n) \in E(F)^n$ sao cho không có mối quan hệ nào được biết giữa các điểm, nhưng bộ dữ liệu không được lấy mẫu từ phân phối đồng đều.

Từ quan điểm thực tế, có hai vấn đề:

  • Thông thường, những điểm này được lấy mẫu trong quá trình tạo tham số hệ thống, điều này không xảy ra thường xuyên và không quan trọng về mặt thời gian.
  • Nhiều kế hoạch có vẻ an toàn ngay cả khi các điểm chưa được lấy mẫu từ phân phối đồng đều.

Đó là, thực tế nó thường không hữu ích lắm, nhưng cũng thường không an toàn, ít nhất là dường như.

Sự phản đối chính là bằng chứng bảo mật của các lược đồ này đôi khi dựa vào khả năng lấy mẫu bộ dữ liệu. $(Q_1, \dots, Q_n)$ với một số bẫy được nhúng và điều này thường khó thực hiện nếu bạn cần phân phối không đồng đều trên bộ dữ liệu. Điều này sau đó sẽ làm hỏng bằng chứng bảo mật. (Ví dụ: Giả sử tôi muốn có thể phân biệt các lần mở của nhiều cam kết Pedersen.)

Một số người có thể không quan tâm đến điều đó, nhưng tôi nghĩ rằng hầu hết các nhà mật mã học sẽ rất miễn cưỡng chấp nhận điều này mà không có bất kỳ lợi ích rõ ràng nào.

Nói cách khác, tôi cho rằng thuật toán bạn có hầu như không hữu ích và đôi khi không sử dụng được.

Điều đó nói rằng, thuật toán bạn đã đưa ra có thể thú vị đối với một số người vì một số lý do, bất kể những trở ngại này. Hoặc nó có thể có những đặc tính thú vị khác. Vì vậy, dù sao thì nó cũng đáng để xuất bản.

Dimitri Koshelev avatar
lá cờ id
Cảm ơn. Bạn viết "Thông thường, những điểm này được lấy mẫu trong quá trình tạo tham số hệ thống, điều này không xảy ra thường xuyên và không quan trọng về thời gian." Tuy nhiên, nếu chúng ta không thường xuyên thay đổi các điểm, thì có nguy cơ kẻ tấn công có thể tìm thấy sự phụ thuộc giữa chúng, đặc biệt nếu $n$ lớn. Tôi có đúng không?
Dimitri Koshelev avatar
lá cờ id
Tôi đã không hiểu đoạn văn của bạn bắt đầu từ "Sự phản đối chính ...". Bạn có thể làm rõ?
lá cờ sa
Những điểm này có thể xuất hiện trong các tham số hệ thống, khóa công khai và tiêu chuẩn. Nói cách khác, đối tượng dài hạn. Cụ thể là gì mà bạn không hiểu?
Dimitri Koshelev avatar
lá cờ id
trên thực tế, tôi có thể tinh chỉnh phương pháp để làm cho nó đồng nhất. Ngay cả khi đó, nó hoạt động trung bình hiệu quả hơn nhiều so với các lần gọi liên tiếp của một bản đồ thời gian không đổi thành một đường cong.

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