Demo Data from EDBT 2026 / reviewers in the wild / expert
Mandrita Banerjee
dblp:227/7246
· DBLP profile ↗
2ranked-venue papers
2as first author
1since 2021 · last 2022
0000-0003-2712-4735ORCID · reported
Domains — the database's venue-derived domains; a paper can count in several
Computer networks · 1 · 1 first-authorSecurity and privacy · 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.
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Electronic design automation · 56% Embedded and real-time systems · 44% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Embedded and real-time systems
cyber-physical system platforms |
0.6 | 1 | 2022 | A Hardware-Assisted Heartbeat Mechanism for Fault Identification in Large-Scale IoT Systems · IEEE Trans. Dependable Secur. Comput. 2022 |
Electronic design automation › hardware verification and test › fault diagnosis
fault identification |
0.6 | 1 | 2022 | A Hardware-Assisted Heartbeat Mechanism for Fault Identification in Large-Scale IoT Systems · IEEE Trans. Dependable Secur. Comput. 2022 |
Electronic design automation › hardware verification and test
fault detection |
0.2 | 1 | 2022 | A Hardware-Assisted Heartbeat Mechanism for Fault Identification in Large-Scale IoT Systems · IEEE Trans. Dependable Secur. Comput. 2022 |
Methods — techniques the papers use, named apart from their topics
hardware monitoring agent · 0.6
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2022 | A Hardware-Assisted Heartbeat Mechanism for Fault Identification in Large-Scale IoT SystemsabstractWith increased inter-connectivity among disparate devices, such as Internet-of-Things (IoT) devices, including those deployed in a nation’s critical infrastructure, there is a need to ensure that any failure in the deployed devices can be detected. The capability to automatically detect device failures is particularly crucial in a large-scale, complex IoT system, since it can be very time-consuming and challenging to investigate a large number of geographically-dispersed devices that are also of different makes and types. In this paper, we present a faulty-device identification technique that is designed to achieve lightweight processor-level architectural support. Specifically, a hardware-based monitoring agent is incorporated within a processor and connected to a separate monitoring program when an examination is required. By analyzing information collected by the agent, the monitoring program determines whether the device being monitored is functioning. Findings from our detailed evaluation demonstrate that the proposed approach can detect around 90 percent of the failures with minimal hardware overhead of approximately 5k gates. This area overhead is reasonable and amounts to 7.69 percent of the ARM Cortex-M4 – a lightweight IoT-class processor – that has a total area (excluding optional caches and scratch-pad memory) of 65k gates. Mandrita Banerjee, Carlo Borges, Kim-Kwang Raymond Choo, Junghee Lee 0004, Chrysostomos Nicopoulos |
IEEE Trans. Dependable Secur. Comput. | 1 |
| 2018 | Blockchain-Based Security Layer for Identification and Isolation of Malicious Things in IoT: A Conceptual DesignabstractInternet-of-Things (IoT) is increasingly becoming the norm in both civilian and military settings. In this paper, we present a comprehensive security abstraction layer for IoT systems based on blockchain, which provides us a logical view of a system that comprises trusted devices. The goal of the proposed layer is to detect and isolate untrusted devices. The proposed abstraction layer provides three services, namely: authorization, authentication, and auditing by using blockchain and smart contract-based approaches. We adopt a hardware based approach, where dedicated hardware modules are used to monitor the behavior of the firmware without incurring excessive performance overhead. Mandrita Banerjee, Junghee Lee 0004, Qian Chen 0019, Kim-Kwang Raymond Choo |
ICCCN | 1 |