Jonathan Protzenko

859 posts

Jonathan Protzenko banner
Jonathan Protzenko

Jonathan Protzenko

@_protz_

Principal Cheese Researcher at Microsoft Research. I tweet about cheese, and occasionally formal verification, cryptography (HACL*/EverCrypt), type systems, etc

Seattle, WA Katılım Eylül 2010
392 Takip Edilen876 Takipçiler
Jonathan Protzenko
Jonathan Protzenko@_protz_·
@djco For now, you can close the repository and directly use the package here: github.com/hacl-star/hacl… relying on path dependencies in your cargo file: #specifying-path-dependencies" target="_blank" rel="nofollow noopener">doc.rust-lang.org/cargo/referenc…
English
1
0
0
33
Jonathan Protzenko
Jonathan Protzenko@_protz_·
@djco This will eventually be distributed as part of libcrux which I believe will have all of the bells and whistles like proper packaging and documentation.
English
1
0
0
40
Brian Smith
Brian Smith@BRIAN_____·
@_protz_ @cryptopathe Interesting. That seems to imply that we don’t need to support the in-place form for many operations. I think that it is worth considering adding an in-place-or-disjoint slice type to Rust. Rust Crypto and *ring* have both had to create it, mixed up w/ MaybeUninit for disjoint.
English
1
0
0
93
Jonathan Protzenko
Jonathan Protzenko@_protz_·
New blog post! I share plans to modernize HACL* by bringing it to a pure, safe Rust world. I also talk about a new backwards-compat tool, Eurydice, for new verified Rust code that still needs to exist in legacy C environments. jonathan.protzenko.fr/2024/01/05/eur…
English
3
7
37
3.6K
Jonathan Protzenko
Jonathan Protzenko@_protz_·
@BRIAN_____ @cryptopathe Yes we need something general because sometimes indices are indeed non constant but still relatable to each other, e.g. f() and f()+4
English
0
0
0
44
Brian Smith
Brian Smith@BRIAN_____·
@_protz_ @cryptopathe And is the reason you are doing the split_at stuff because of the non-constant indexes? I would have expected slice pattern matching could be used for the cases where the indexes are known at compile time, at least.
English
1
0
0
136
Jonathan Protzenko
Jonathan Protzenko@_protz_·
@BRIAN_____ @cryptopathe Yes we haven’t observed anything meaningful in terms of perf. Even cases where it got faster (perhaps because the callee is a local function and never receives aliased arguments anymore).
English
1
0
0
59
Jonathan Protzenko retweetledi
Jonathan Protzenko retweetledi
Ilya Sergey
Ilya Sergey@ilyasergey·
Super excited to have @_protz_ visiting @NUSComputing and giving an invited talk on formally verified cryptography and security protocols!
Ilya Sergey tweet media
English
1
2
21
2.7K
Jonathan Protzenko retweetledi
Son Ho
Son Ho@sonmarcho·
I was very happy to give a talk at Galois to present the latest progress on Aeneas, our framework to verify Rust programs. On the menu: latest features, future extensions, ongoing verification effort, and most of all demo of the Lean backend! galois.com/blog/2023/10/a…
English
1
4
21
3K
Jonathan Protzenko retweetledi
Signal
Signal@signalapp·
Our quantum-resistant protocol upgrade, PQXDH, is now “the first machine-checked post-quantum security proof of a real-world cryptographic protocol.” Thanks to the researchers who did this important formal verification! Read more from them here👇 cryspen.com/post/pqxdh
English
40
443
2.1K
211.7K
Jonathan Protzenko retweetledi
Théophile Wallez
Théophile Wallez@twallez·
A new paper called "Comparse: Provably Secure Formats for Cryptographic Protocols" is out! eprint.iacr.org/2023/1390 A few explanations below. 🧵
English
1
10
28
5K