Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Oussama Draissi

dblp:331/4560 · DBLP profile ↗
← Back
4ranked-venue papers
1as first author
4since 2021 · last 2026
0009-0005-6065-8087ORCID · corroborated

Domains — the database's venue-derived domains; a paper can count in several

Security and privacy · 3 · 3 since 2021Databases, data management, data science and information retrieval · 1 · 1 first-author · 1 since 2021Applied, interdisciplinary, general and emerging computing · 1 · 1 first-author · 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
2 papers
Systems and software security · 78% Blockchain and cryptocurrency security · 22%
Software engineering, system software, and programming languages
2 papers
Software testing · 82% Runtime systems and virtual machines · 18%

Topics — the 7 heaviest of 7, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Systems and software security
memory safety
1.012026
Bento: Fine-Grained Memory Isolation for COTS WebAssembly Binaries · WWW 2026
Systems and software security › vulnerability discovery
fuzzing
0.712023
Fuzz on the Beach: Fuzzing Solana Smart Contracts · CCS 2023
Blockchain and cryptocurrency security
smart contract security
0.712023
Fuzz on the Beach: Fuzzing Solana Smart Contracts · CCS 2023
Systems and software security
vulnerability analysis
0.712023
Fuzz on the Beach: Fuzzing Solana Smart Contracts · CCS 2023
Software testing
fuzzing
0.712023
Fuzz on the Beach: Fuzzing Solana Smart Contracts · CCS 2023
Software testing › fuzzing
smart contract fuzzing
0.712023
Fuzz on the Beach: Fuzzing Solana Smart Contracts · CCS 2023
Runtime systems and virtual machines › language runtime
webassembly runtime
0.312026
Bento: Fine-Grained Memory Isolation for COTS WebAssembly Binaries · WWW 2026

Methods — techniques the papers use, named apart from their topics

fuzzing · 1.3
YearPublicationVenuePosition
2026 $2B Lessons: Brigade as a Defense Against Real-World DeFi Bridge Exploits
Pascal Winkler, Jens-Rene Giesen, Oussama Draissi, Federico Badaloni, Sebastian Holler, Clara Schneidewind, Lucas Davi
ACNS (2)3
2026 Bento: Fine-Grained Memory Isolation for COTS WebAssembly Binaries
abstract
WebAssembly (Wasm) enables execution of memory-unsafe languages like C/C++ in the browser, but its monolithic linear memory leaves modules vulnerable to high-impact attacks such as cross-site scripting. Existing defenses are unsuitable for commercial-off-the-shelf (COTS) binaries, requiring either source code, non-standard runtimes, or introduce high-overhead instrumentation.
Oussama Draissi, Lucas Davi
WWW1
2023 Fuzz on the Beach: Fuzzing Solana Smart Contracts
abstract
Solana has quickly emerged as a popular platform for building decentralized applications (DApps), such as marketplaces for non-fungible tokens (NFTs). A key reason for its success are Solana's low transaction fees and high performance, which is achieved in part due to its stateless programming model. Although the literature features extensive tooling support for smart contract security, current solutions are largely tailored for the Ethereum Virtual Machine. Unfortunately, the very stateless nature of Solana's execution environment introduces novel attack patterns specific to Solana requiring a rethinking for building vulnerability analysis methods.
Sven Smolka, Jens-Rene Giesen, Pascal Winkler, Oussama Draissi, Lucas Davi, Ghassan Karame, Klaus Pohl
CCS4
2022 RiscyROP: Automated Return-Oriented Programming Attacks on RISC-V and ARM64
abstract
Return-oriented programming (ROP) is a powerful run-time exploitation technique to attack vulnerable software. Modern RISC architectures like RISC-V and ARM64 pose new challenges for ROP execution due to the lack of a stack-based return instruction and strict instruction alignment. Further, the large number of caller-saved argument registers significantly reduces the gadget space available to the attacker. Consequently, existing ROP gadget tools for other processor architectures cannot be applied to these RISC architectures. Previous work on RISC-V provides only manual construction of ROP attacks against specially crafted programs, and no analysis of ROP attacks has been conducted for ARM64 yet.
Tobias Cloosters, David Paaßen, Oussama Draissi, Patrick Jauernig, Emmanuel Stapf, Lucas Davi, Ahmad-Reza Sadeghi
RAID4