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

Hassan Nadeem

dblp:312/6183 · DBLP profile ↗
← Back
1ranked-venue papers
0as first author
1since 2021 · last 2022
—ORCID · none

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

Systems, architecture and hardware · 1 · 1 since 2021Software engineering, systems software and programming languages · 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
Systems and software security · 100%
Software engineering, system software, and programming languages
1 paper
Operating systems · 100%

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

TopicWeightPapersLastEvidence papers
Systems and software security › memory safety
address space layout randomization
0.612022
Adelie: continuous address space layout re-randomization for Linux drivers · ASPLOS 2022
Systems and software security
memory safety
0.612022
Adelie: continuous address space layout re-randomization for Linux drivers · ASPLOS 2022
Operating systems › system security › operating system security
kernel security
0.612022
Adelie: continuous address space layout re-randomization for Linux drivers · ASPLOS 2022

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

continuous re-randomization · 1.1address space layout randomization · 1.1
YearPublicationVenuePosition
2022 Adelie: continuous address space layout re-randomization for Linux drivers
abstract
While address space layout randomization (ASLR) has been extensively studied for user-space programs, the corresponding OS kernel's KASLR support remains very limited, making the kernel vulnerable to just-in-time (JIT) return-oriented programming (ROP) attacks. Furthermore, commodity OSs such as Linux restrict their KASLR range to 32 bits due to architectural constraints (e.g., x86-64 only supports 32-bit immediate operands for most instructions), which makes them vulnerable to even unsophisticated brute-force ROP attacks due to low entropy. Most in-kernel pointers remain static, exacerbating the problem when pointers are leaked.
Ruslan Nikolaev 0001, Hassan Nadeem, Cathlyn Stone, Binoy Ravindran
ASPLOS2