WeakSATD: Detecting Weak Self-admitted Technical Debt
Barbara Russo, Matteo Camilli, Moritz Mock

TL;DR
This paper presents WeakSATD, a method to detect and analyze weak self-admitted technical debt in code, aiming to improve long-term code quality and security by identifying vulnerabilities associated with unpaid technical debt.
Contribution
It introduces heuristics for automatic detection of weaknesses in self-admitted technical debt and applies them to Chromium C-code, highlighting potential security risks.
Findings
55% of self-admitted technical debt code contains weaknesses
Identified 14 different types of code weaknesses
Prototype successfully detects weak code linked to technical debt
Abstract
Speeding up development may produce technical debt, i.e., not-quite-right code for which the effort to make it right increases with time as a sort of interest. Developers may be aware of the debt as they admit it in their code comments. Literature reports that such a self-admitted technical debt survives for a long time in a program, but it is not yet clear its impact on the quality of the code in the long term. We argue that self-admitted technical debt contains a number of different weaknesses that may affect the security of a program. Therefore, the longer a debt is not paid back the higher is the risk that the weaknesses can be exploited. To discuss our claim and rise the developers' awareness of the vulnerability of the self-admitted technical debt that is not paid back, we explore the self-admitted technical debt in the Chromium C-code to detect any known weaknesses. In this…
Peer Reviews
No public reviews on file for this paper yet. If you reviewed it on a platform where reviews are public (OpenReview, ICLR, NeurIPS, ICML), you can paste yours below so the community can read it here.
Videos
No videos yet. Explain this paper in a talk, walkthrough, or lecture? Add one.
