Demo Data from EDBT 2026 / reviewers in the wild / expert
Ashwin Kallingal Joshy
dblp:254/1560
· DBLP profile ↗
2ranked-venue papers
2as first author
2since 2021 · last 2022
0000-0001-8236-5027ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 2 · 2 first-author · 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.
| Software engineering, system software, and programming languages
2 papers |
Software testing · 41% Program analysis · 34% Debugging and program repair · 25% |
Topics — the 6 heaviest of 6, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software testing
fuzzing |
0.7 | 2 | 2022 | FuzzerAid: Grouping Fuzzed Crashes Based On Fault Signatures · ASE 2022 Validating static warnings via testing code fragments · ISSTA 2021 |
Debugging and program repair › crash report analysis
crash bucketing |
0.6 | 1 | 2022 | FuzzerAid: Grouping Fuzzed Crashes Based On Fault Signatures · ASE 2022 |
Software testing › test generation
automated test generation |
0.5 | 1 | 2021 | Validating static warnings via testing code fragments · ISSTA 2021 |
Program analysis
static analysis |
0.5 | 1 | 2021 | Validating static warnings via testing code fragments · ISSTA 2021 |
Program analysis
warning validation |
0.5 | 1 | 2021 | Validating static warnings via testing code fragments · ISSTA 2021 |
Debugging and program repair
fault localization |
0.2 | 1 | 2022 | FuzzerAid: Grouping Fuzzed Crashes Based On Fault Signatures · ASE 2022 |
Methods — techniques the papers use, named apart from their topics
fuzzing · 1.1fault signature · 0.6syntactic patching · 0.5symbolic execution · 0.5
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2022 | FuzzerAid: Grouping Fuzzed Crashes Based On Fault SignaturesabstractFuzzing has been an important approach for finding bugs and vulnerabilities in programs. Many fuzzers deployed in industry run daily and can generate an overwhelming number of crashes. Diagnosing such crashes can be very challenging and time-consuming. Existing fuzzers typically employ heuristics such as code coverage or call stack hashes to weed out duplicate reporting of bugs. While these heuristics are cheap, they are often imprecise and end up still reporting many “unique” crashes corresponding to the same bug. In this paper, we present FuzzerAid that uses fault signatures to group crashes reported by the fuzzers. Fault signature is a small executable program and consists of a selection of necessary statements from the original program that can reproduce a bug. In our approach, we first generate a fault signature using a given crash. We then execute the fault signature with other crash inducing inputs. If the failure is reproduced, we classify the crashes into the group labeled with the fault signature; if not, we generate a new fault signature. After all the crash inducing inputs are classified, we further merge the fault signatures of the same root cause into a group. We implemented our approach in a tool called FuzzerAid and evaluated it on 3020 crashes generated from 15 real-world bugs and 4 large open source projects. Our evaluation shows that we are able to correctly group 99.1% of the crashes and reported only 17 (+2) “unique” bugs, outperforming the state-of-the-art fuzzers. Ashwin Kallingal Joshy, Wei Le |
ASE | 1 |
| 2021 | Validating static warnings via testing code fragmentsabstractStatic analysis is an important approach for finding bugs and vulnerabilities in software. However, inspecting and confirming static warnings are challenging and time-consuming. In this paper, we present a novel solution that automatically generates test cases based on static warnings to validate true and false positives. We designed a syntactic patching algorithm that can generate syntactically valid, semantic preserving executable code fragments from static warnings. We developed a build and testing system to automatically test code fragments using fuzzers, KLEE and Valgrind. We evaluated our techniques using 12 real-world C projects and 1955 warnings from two commercial static analysis tools. We successfully built 68.5% code fragments and generated 1003 test cases. Through automatic testing, we identified 48 true positives and 27 false positives, and 205 likely false positives. We matched 4 CVE and real-world bugs using Helium, and they are only triggered by our tool but not other baseline tools. We found that testing code fragments is scalable and useful; it can trigger bugs that testing entire programs or testing procedures failed to trigger. Ashwin Kallingal Joshy, Xueyuan Chen, Benjamin Steenhoek, Wei Le |
ISSTA | 1 |