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

Ayushi Sharma 0001

dblp:307/2373-1 · DBLP profile ↗
← Back
3ranked-venue papers
1as first author
3since 2021 · last 2025
0009-0008-8967-8016ORCID · verified

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

Security and privacy · 3 · 1 first-author · 3 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
Program verification · 64% Software maintenance and evolution · 19% Programming languages and type systems · 17%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
Embedded and real-time systems · 100%

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

TopicWeightPapersLastEvidence papers
Software maintenance and evolution › software updates
security patch
0.312025
VeriBin: Adaptive Verification of Patches at the Binary Level · NDSS 2025
Programming languages and type systems › language-based security
memory safety
0.212024
Rust for Embedded Systems: Current State and Open Problems · CCS 2024

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

binary-level verification · 0.9
YearPublicationVenuePosition
2025 VeriBin: Adaptive Verification of Patches at the Binary Level
Hongwei Wu, Jianliang Wu 0002, Ayushi Sharma 0001, Aravind Machiry, Antonio Bianchi
NDSS4
2024 Rust for Embedded Systems: Current State and Open Problems
Ayushi Sharma 0001, Shashank Sharma 0003, Sai Ritvik Tanksalkar, Santiago Torres-Arias, Aravind Machiry
CCS1
2024 Aunor: Converting Rust crates to [no_std] at scale
abstract
Rust's high-performance memory safety features help eliminate an entire class of vulnerabilities, making it an attractive choice for mission-critical applications. Another important advantage of using Rust is the availability of a large number of libraries, i.e., crates, that make it easy to develop applications in Rust. However, crates need to be specially designed, i.e., no_std compatible, to be usable on embedded systems. Unfortunately, the majority of the crates are not no_std compatible. In this work, we tackle this problem by developing an automated code refactoring tool, Aunor, to specialize a given crate to be no_std compatible in a valid and backward compatible manner. Our preliminary evaluation shows Aunor is effective and could automatically convert 318 crates.
Shashank Sharma 0003, Ayushi Sharma 0001, Aravind Machiry
CODASPY2