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.

Zahin Ibnat

dblp:327/1731 · DBLP profile ↗
← Back
3ranked-venue papers
2as first author
3since 2021 · last 2026
0000-0001-5664-4428ORCID · corroborated

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

Systems, architecture and hardware · 3 · 2 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.

Computer architecture, parallel and distributed computing, and storage systems
3 papers
Electronic design automation · 66% Integrated circuit design · 34%
Network and information security
3 papers
Hardware security and side channels · 100%

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

TopicWeightPapersLastEvidence papers
Integrated circuit design
system-on-chip
1.222026
Redefining Tradition: An Active Watermarking Approach for IP Protection in SoCs · IEEE Trans. Comput. Aided Des. Integr. Circuits Syst. 2026
ActiWate: Adaptive and Design-agnostic Active Watermarking for IP Ownership in Modern SoCs · DAC 2023
Hardware security and side channels › intellectual property protection
hardware watermarking
1.012026
Redefining Tradition: An Active Watermarking Approach for IP Protection in SoCs · IEEE Trans. Comput. Aided Des. Integr. Circuits Syst. 2026
Hardware security and side channels
intellectual property protection
1.012026
Redefining Tradition: An Active Watermarking Approach for IP Protection in SoCs · IEEE Trans. Comput. Aided Des. Integr. Circuits Syst. 2026
Electronic design automation
intellectual property protection
1.012026
Redefining Tradition: An Active Watermarking Approach for IP Protection in SoCs · IEEE Trans. Comput. Aided Des. Integr. Circuits Syst. 2026
Electronic design automation
high-level synthesis
0.612022
Secure by construction: addressing security vulnerabilities introduced during high-level synthesis: invited · DAC 2022
Electronic design automation › high-level synthesis
security-aware high-level synthesis
0.612022
Secure by construction: addressing security vulnerabilities introduced during high-level synthesis: invited · DAC 2022
Electronic design automation › high-level synthesis
RTL generation
0.212022
Secure by construction: addressing security vulnerabilities introduced during high-level synthesis: invited · DAC 2022

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

self-verification · 2.0active watermarking · 2.0security-aware synthesis · 1.1security vulnerability identification · 1.1
YearPublicationVenuePosition
2026 Redefining Tradition: An Active Watermarking Approach for IP Protection in SoCs
abstract
Globalization of the System-on-Chip (SoC) supply chain has resulted in increased intellectual property (IP) piracy, illegal reuse, and tampering by malicious actors. In response to these challenges, IP watermarking presents itself as a promising solution to protect against these risks; however, traditional methods rely heavily on labor-intensive manual tests by verification engineers and fail to account for the potential threat posed by malicious SoC design houses. To overcome these challenges and improve the efficiency of the watermark verification process while safeguarding against possible attacks, we developedActiWateas an innovative watermarking approach that not only provides proof of authorship but also prevents unauthorized usage of an IP. Using an automatic self-verification technique, the watermark establishes communication with various peripherals within the SoC. The versatility and effectiveness ofActiWatehave been proven through extensive experiments on multiple SoCs with diverse components and peripherals, including the testing of watermarking and the verification of various IPs. Moreover, we discuss the inclusion of this multiple serialized verification in more case studies and results, as well as analyzing prominent security threats, including reverse engineering attacks.
Zahin Ibnat, Mridha Md Mashahedur Rahman, M. Sazadur Rahman, Jingbo Zhou 0002, Farimah Farahmandi
IEEE Trans. Comput. Aided Des. Integr. Circuits Syst.1
2023 ActiWate: Adaptive and Design-agnostic Active Watermarking for IP Ownership in Modern SoCs
abstract
Watermarking offers a viable solution to combat IP piracy and illegal re-use. However, watermarking verification techniques rely heavily on manual testing by verification engineers and ignore the possibility of having a rogue SoC design house. To automate the watermarking-based verification process and to be against wider attacks (e.g., rogue design house), this paper presents ActiWate, which conducts automatic self-verification by communicating with various peripherals within the SoC. Showing its resilience against removal and spoofing attacks, ActiWate is architectured to be an IP/SoC-agnostic watermarking and our experiments demonstrate its versatility by implementing it on multiple RISC-V SoCs with different components/peripherals.
Zahin Ibnat, M. Sazadur Rahman, Mridha Md Mashahedur Rahman, Hadi Mardani Kamali, Mark Tehranipoor, Farimah Farahmandi
DAC1
2022 Secure by construction: addressing security vulnerabilities introduced during high-level synthesis: invited
abstract
Working towards a higher level of abstraction (C/C++) facilitates designers to execute and validate complex designs faster in response to highly demanding time-to-market requirements. High-Level Synthesis (HLS) is an automatic process that translates the high-level description of the design behaviors into the corresponding hardware description language (HDL) modules. However, HLS translation steps/optimizations can cause security vulnerabilities since they have not been designed with security in mind. It is very important that HLS generates functionally correct RTL in a secure manner in the first place since it is not easy to read the automatically generated codes and trace them back to the source of vulnerabilities. Even if one manages to identify and fix the security vulnerabilities in one design, the core of the HLS engine remains vulnerable. Therefore, the same vulnerabilities will appear in all other HLS generated RTL codes. This paper shows a systematic approach for identifying the source of security vulnerabilities introduced during HLS and mitigating them.
Md Rafid Muttaki, Zahin Ibnat, Farimah Farahmandi
DAC2