Author
Abstract
Security and compliance frameworks generally require proof that a control functions continuously, not that it was configured correctly once. Most organizations still produce that proof by hand - a captured screenshot, a spreadsheet entry, a forwarded confirmation email - a method built for a slower era of infrastructure change and poorly suited to systems provisioned, modified, and redeployed through code on a near-continuous basis. This article examines an architectural alternative: embedding evidence generation directly into the internal developer platform that already governs provisioning and deployment, so a control's operating state is captured as a byproduct of normal platform activity rather than reconstructed after the fact for an auditor. Written from a platform-engineering vantage point - grounded in experience building golden-path developer tooling and platform-embedded policy enforcement - rather than from compliance practice, its central claim is narrower than "automate compliance": evidence gathering belongs at the platform layer, but the determination that gathered evidence actually satisfies a control's intent should remain a deliberately structured human decision. Recent empirical work on infrastructure-as-code security posture and pipeline misconfiguration rates supports continuous, machine-gathered evidence over periodic manual sampling; separate research on human oversight of automated recommendations complicates the assumption that adding a human reviewer automatically improves decision quality, and that complication shapes how the review layer proposed here is designed. The article closes by considering what it takes, organizationally, to move a compliance function that has long operated on manual habit toward this platform-centered model.
Suggested Citation
Rahul Muralinath, 2026.
"Compliance-as-Code: Automating Evidence Collection with Human-in-the-Loop Review,"
International Journal of Scientific Research in Computer Science, Engineering and Information Technology, International Journal of Scientific Research in Computer Science, Engineering and Information Technology, vol. 12(5), pages 305-313, September.
Handle:
RePEc:jbh:ijsrcs:v12:y2026:i5:id:2178
DOI: 10.32628/CSEIT2612528
Note: Article URL: https://ijsrcseit.com/home/article/view/CSEIT2612528
Download full text from publisher
Corrections
All material on this site has been provided by the respective publishers and authors. You can help correct errors and omissions. When requesting a correction, please mention this item's handle: RePEc:jbh:ijsrcs:v12:y2026:i5:id:2178. See general information about how to correct material in RePEc.
If you have authored this item and are not yet registered with RePEc, we encourage you to do it here. This allows to link your profile to this item. It also allows you to accept potential citations to this item that we are uncertain about.
We have no bibliographic references for this item. You can help adding them by using this form .
If you know of missing items citing this one, you can help us creating those links by adding the relevant references in the same way as above, for each refering item. If you are a registered author of this item, you may also want to check the "citations" tab in your RePEc Author Service profile, as there may be some citations waiting for confirmation.
For technical questions regarding this item, or to correct its authors, title, abstract, bibliographic or download information, contact: Pankaj Sharma (email available below). General contact details of provider: https://ijsrcseit.com/home .
Please note that corrections may take a couple of weeks to filter through
the various RePEc services.