Demo Data from EDBT 2026 / reviewers in the wild / expert
Chensheng Yu
dblp:325/3296
· DBLP profile ↗
2ranked-venue papers
0as first author
2since 2021 · last 2022
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Security and privacy · 2 · 2 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
2 papers |
Software maintenance and evolution · 62% Operating systems · 38% |
Topics — the 6 heaviest of 6, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Systems and software security › vulnerability analysis
exploitability assessment |
0.6 | 1 | 2022 | GREBE: Unveiling Exploitation Potential for Linux Kernel Bugs · SP 2022 |
Systems and software security
exploitation |
0.6 | 1 | 2022 | GREBE: Unveiling Exploitation Potential for Linux Kernel Bugs · SP 2022 |
Systems and software security › vulnerability discovery › fuzzing
kernel fuzzing |
0.6 | 1 | 2022 | GREBE: Unveiling Exploitation Potential for Linux Kernel Bugs · SP 2022 |
Systems and software security
vulnerability discovery |
0.6 | 1 | 2022 | GREBE: Unveiling Exploitation Potential for Linux Kernel Bugs · SP 2022 |
Software maintenance and evolution › issue tracking
bug reports |
0.6 | 1 | 2022 | An In-depth Analysis of Duplicated Linux Kernel Bug Reports · NDSS 2022 |
Operating systems › kernel
linux kernel |
0.3 | 2 | 2022 | GREBE: Unveiling Exploitation Potential for Linux Kernel Bugs · SP 2022 An In-depth Analysis of Duplicated Linux Kernel Bug Reports · NDSS 2022 |
Methods — techniques the papers use, named apart from their topics
object-driven fuzzing · 1.1dynamic testing · 1.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2022 | An In-depth Analysis of Duplicated Linux Kernel Bug Reports
Dongliang Mu, Yuhang Wu 0003, Yueqi Chen 0001, Zhenpeng Lin, Chensheng Yu, Xinyu Xing 0001, Gang Wang 0011 |
NDSS | 5 |
| 2022 | GREBE: Unveiling Exploitation Potential for Linux Kernel BugsabstractNowadays, dynamic testing tools have significantly expedited the discovery of bugs in the Linux kernel. When unveiling kernel bugs, they automatically generate reports, specifying the errors the Linux encounters. The error in the report implies the possible exploitability of the corresponding kernel bug. As a result, many security analysts use the manifested error to infer a bug’s exploitability and thus prioritize their exploit development effort. However, using the error in the report, security researchers might underestimate a bug’s exploitability. The error exhibited in the report may depend upon how the bug is triggered. Through different paths or under different contexts, a bug may manifest various error behaviors implying very different exploitation potentials. This work proposes a new kernel fuzzing technique to explore all the possible error behaviors that a kernel bug might bring about. Unlike conventional kernel fuzzing techniques concentrating on kernel code coverage, our fuzzing technique is more directed towards the buggy code fragment. It introduces an object-driven kernel fuzzing technique to explore various contexts and paths to trigger the reported bug, making the bug manifest various error behaviors. With the newly demonstrated errors, security researchers could better infer a bug’s possible exploitability. To evaluate our proposed technique’s effectiveness, efficiency, and impact, we implement our fuzzing technique as a tool GREBE and apply it to 60 real-world Linux kernel bugs. On average, GREBE could manifest 2+ additional error behaviors for each of the kernel bugs. For 26 kernel bugs, GREBE discovers higher exploitation potential. We report to kernel vendors some of the bugs – the exploitability of which was wrongly assessed and the corresponding patch has not yet been carefully applied – resulting in their rapid patch adoption. Zhenpeng Lin, Yueqi Chen 0001, Yuhang Wu 0003, Dongliang Mu, Chensheng Yu, Xinyu Xing 0001 |
SP | 5 |