Demo Data from EDBT 2026 / reviewers in the wild / expert
Lasse Letager Hansen
dblp:341/1807
· DBLP profile ↗
2ranked-venue papers
0as first author
2since 2021 · last 2025
0000-0003-3271-3593ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Security and privacy · 1 · 1 since 2021Software engineering, systems software and programming languages · 1 · 1 since 2021Theory of computation · 1 · 1 since 2021
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Network and information security
1 paper |
Cryptographic protocols and secure computation · 77% Systems and software security · 23% | |
| Computer networks
1 paper |
Transport protocols and congestion control · 100% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Cryptographic protocols and secure computation
protocol verification |
0.9 | 1 | 2025 | Formal Security and Functional Verification of Cryptographic Protocol Implementations in Rust · CCS 2025 |
Transport protocols and congestion control › transport protocols
TLS 1.3 |
0.3 | 1 | 2025 | Formal Security and Functional Verification of Cryptographic Protocol Implementations in Rust · CCS 2025 |
Transport protocols and congestion control
transport protocols |
0.3 | 1 | 2025 | Formal Security and Functional Verification of Cryptographic Protocol Implementations in Rust · CCS 2025 |
Systems and software security
memory safety |
0.3 | 1 | 2025 | Formal Security and Functional Verification of Cryptographic Protocol Implementations in Rust · CCS 2025 |
Methods — techniques the papers use, named apart from their topics
proverif · 1.7machine-checked proof · 1.7f* · 1.7SSProve · 1.7
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | Formal Security and Functional Verification of Cryptographic Protocol Implementations in RustabstractWe present an effective methodology for the formal verification of practical cryptographic protocol implementations written in Rust. Within a single proof framework, we show how to develop machine-checked proofs of diverse properties like runtime safety, parsing correctness, and cryptographic protocol security. All analysis tasks are driven by the software developer who writes annotations in the Rust source code and chooses a backend prover for each task, ranging from a generic proof assistant like F* to dedicated crypto-oriented provers like ProVerif and SSProve Our main contribution is a demonstration of this methodology on Bert13, a portable, post-quantum implementation of TLS 1.3 written in Rust and verified both for security and functional correctness. To our knowledge, this is the first security verification result for a protocol implementation written in Rust, and the first verified post-quantum TLS 1.3 library. Karthikeyan Bhargavan, Lasse Letager Hansen, Franziskus Kiefer, Jonas Schneider-Bensch, Bas Spitters |
CCS | 2 |
| 2024 | The Last Yard: Foundational End-to-End Verification of High-Speed CryptographyabstractThe field of high-assurance cryptography is quickly maturing, yet a unified foundational framework for end-to-end formal verification of efficient cryptographic implementations is still missing. To address this gap, we use the Coq proof assistant to formally connect three existing tools: (1) the Hacspec emergent cryptographic specification language; (2) the Jasmin language for efficient, high-assurance cryptographic implementations; and (3) the SSProve foundational verification framework for modular cryptographic proofs. We first connect Hacspec with SSProve by devising a new translation from Hacspec specifications to imperative SSProve code. We validate this translation by considering a second, more standard translation from Hacspec to purely functional Coq code and generate a proof of the equivalence between the code produced by the two translations. We further define a translation from Jasmin to SSProve, which allows us to formally reason in SSProve about efficient cryptographic implementations in Jasmin. We prove this translation correct in Coq with respect to Jasmin's operational semantics. Finally, we demonstrate the usefulness of our approach by giving a foundational end-to-end Coq proof of an efficient AES implementation. For this case study, we start from an existing Jasmin implementation of AES that makes use of hardware acceleration and prove that it conforms to a specification of the AES standard written in Hacspec. We use SSProve to formalize the security of the encryption scheme based on the Jasmin implementation of AES. Philipp G. Haselwarter, Benjamin Salling Hvass, Lasse Letager Hansen, Théo Winterhalter, Catalin Hritcu, Bas Spitters |
CPP | 3 |