Engineering workflow & boundaries
How a CVE finding becomes a tested merge request.
Every case follows a five-step sequence on a pinned Yocto, Buildroot, OpenWrt, Debian/CIP, or vendor BSP baseline, separating Firmdura's preparation work from your code review, signing keys, and deployment process.
-
01
Pin branch and rules
Agree one supported branch, board config, runner setup, test suite, and written source-handling terms before access.
-
02
Verify exposure
Check build definitions, compile flags, applied patches, and target code paths to classify each CVE.
-
03
Update or backport
Apply a safe minor update or adapt the upstream security fix across diverged APIs with commit provenance.
-
04
Rebuild and test
Build candidate packages and firmware images, then run component and product regression suites against baseline.
-
05
Deliver for review
Submit the merge request, test logs, and audit notes to your queue for engineering review and image signing.