VLDB 2026 Research / reviewers in the wild / expert
Lukasz Chmielewski
dblp:31/6262
· DBLP profile ↗
15ranked-venue papers
1as first author
9since 2021 · last 2026
0000-0001-8978-5235ORCID · verified
Domains — the database's venue-derived domains; a paper can count in several
Security and privacy · 14 · 1 first-author · 8 since 2021Systems, architecture and hardware · 1 · 1 since 2021
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2026 | Faster Signature Verification with 3-Dimensional Decomposition
Vojtech Suchanek, Marek Sýs, Lukasz Chmielewski |
ACNS (1) | 3 |
| 2026 | SoK: Reassessing Side-Channel Vulnerabilities and Countermeasures in PQC ImplementationsabstractPost-Quantum Cryptography (PQC) algorithms should remain secure even in the presence of quantum computers. Although the security of such schemes is guaranteed at the algorithmic level, real-world implementations often suffer from other vulnerabilities like Side-Channel Analysis (SCA) attacks. This Systematization of Knowledge (SoK) paper investigates SCA attacks targeting implementations of PQC algorithms. This work categorizes attacks from an adversarial perspective to identify the most vulnerable components of the algorithms' implementations and highlights unexplored parts in current implementations. In addition, it reviews and analyzes the efficiency and efficacy of existing countermeasures to SCA attacks in current hardware implementations. This approach helps identify countermeasures that provide broader protection and highlights characteristics needed for future secure implementations. Our findings offer guidance in strengthening existing systems and developing more efficient defenses against side-channel attacks. Patrik Dobias, Azade Rezaeezade, Lejla Batina, Lukasz Chmielewski, Lukas Malina |
AsiaCCS | 4 |
| 2025 | BarraCUDA: Edge GPUs do Leak DNN Weights
Lukasz Chmielewski, Leo Weissbart, Lejla Batina, Yuval Yarom |
USENIX Security Symposium | 2 |
| 2025 | Revisiting the analysis of references among Common Criteria certified products
Adam Janovsky, Lukasz Chmielewski, Petr Svenda, Jan Jancar, Vashek Matyas |
Comput. Secur. | 2 |
| 2024 | Breaking DPA-Protected Kyber via the Pair-Pointwise Multiplication
Estuardo Alpirez Bock, Gustavo Banegas, Christopher Brzuska, Lukasz Chmielewski, Kirthivaasan Puniamurthy, Milan Sorf |
ACNS (2) | 4 |
| 2024 | Chain of Trust: Unraveling References Among Common Criteria Certified Products
Adam Janovsky, Lukasz Chmielewski, Petr Svenda, Jan Jancar, Vashek Matyas |
SEC | 2 |
| 2024 | sec-certs: Examining the security certification practice for better vulnerability mitigation
Adam Janovsky, Jan Jancar, Petr Svenda, Lukasz Chmielewski, Jiri Michalik, Vashek Matyas |
Comput. Secur. | 4 |
| 2021 | Rosita++: Automatic Higher-Order Leakage Elimination from Cryptographic CodeabstractSide-channel attacks are a major threat to the security of cryptographic implementations, particularly for small devices that are under the physical control of the adversary. While several strategies for protecting against side-channel attacks exist, these often fail in practice due to unintended interactions between values deep within the CPU. To detect and protect from side-channel attacks, several automated tools have recently been proposed; one of their common limitations is that they only support first-order leakage. Madura A. Shelton, Lukasz Chmielewski, Niels Samwel, Markus Wagner 0007, Lejla Batina, Yuval Yarom |
CCS | 2 |
| 2021 | Evaluating the ROCKY Countermeasure for Side-Channel LeakageabstractROCKY is a recently introduced countermeasure against fault attacks for authenticated encryption algorithms. It is based on the random rotation of the internal state. In this work, we evaluate the effectiveness of ROCKY as a countermeasure against side-channel attacks. We implement four different types of FPGA-oriented architectures of Xoodoo: an unprotected version and three different versions protected with ROCKY. Xoodoo is used as round function of Xoodyak, which is a scheme in the NIST lightweight cryptography standardization competition. For the experimental setup, the SAKURA-G target board with Spartan-6 FPGA is used. The evaluation of the results is done through test vector leakage assessment (TVLA). This is the first work looking into the side-channel security of the ROCKY countermeasure. Konstantina Miteloudi, Lukasz Chmielewski, Lejla Batina, Nele Mentens |
VLSI-SoC | 2 |
| 2019 | Location, Location, Location: Revisiting Modeling and Exploitation for Location-Based Side Channel Leakages
Christos Andrikos, Lejla Batina, Lukasz Chmielewski, Liran Lerman, Vasilios Mavroudis, Kostas Papagiannopoulos, Guilherme Perin, Georgios Rassias, Alberto Sonnino |
ASIACRYPT (3) | 3 |
| 2017 | Applying Horizontal Clustering Side-Channel Attacks on Embedded ECC Implementations
Erick Nascimento 0002, Lukasz Chmielewski |
CARDIS | 2 |
| 2017 | Side-Channel Based Intrusion Detection for Industrial Control Systems
Pol Van Aubel, Kostas Papagiannopoulos, Lukasz Chmielewski, Christian Doerr |
CRITIS | 3 |
| 2016 | Attacking Embedded ECC Implementations Through cmov Side Channels
Erick Nascimento 0002, Lukasz Chmielewski, David F. Oswald, Peter Schwabe |
SAC | 2 |
| 2015 | A Semi-Parametric Approach for Side-Channel Attacks on Protected RSA Implementations
Guilherme Perin, Lukasz Chmielewski |
CARDIS | 2 |
| 2008 | Fuzzy Private Matching (Extended Abstract)abstractIn the private matching problem, a client and a server each hold a set of n input elements. The client wants to privately compute the intersection of these two sets: he learns which elements he has in common with the server (and nothing more), while the server gains no information at all. In certain applications it would be useful to have a fuzzy private matching protocol that reports a match even if two elements are only similar instead of equal. We consider this fuzzy private matching problem, in a semi-honest environment. First we show that the original solution proposed by Freedman et al. is incorrect. Subsequently we present two fuzzy private matching protocols. The first, simple, protocol has a large bit message complexity. The second protocol improves this, but here the client incurs a $O(n)$ factor time complexity. Lukasz Chmielewski, Jaap-Henk Hoepman |
ARES | 1 |