AssureLoop v0.3 hardware-alpha is intentionally narrow.
Current supported hardware-alpha board:
Current focus:
- Zephyr firmware
- MCUboot signed image workflow
- SBOMs
- release manifests
- evidence bundles
- update package verification
- hardware MCUboot lifecycle validation
This issue is for roadmap feedback.
Possible next directions:
- Improve NUCLEO-H563ZI release polish.
- Add a second board, likely Nordic nRF52840 DK.
- Improve app/version propagation in lifecycle logs.
- Add better hardware negative-update evidence reports.
- Improve release artifact viewer/report output.
- Add OpenChain/SPDX/NIST SSDF alignment docs.
- Add more CI/reproducibility checks.
- Add optional serial capture automation.
- Add a clearer design-partner evaluation path.
- Keep the scope narrow and harden the existing workflow.
Questions:
- What would you prioritize next?
- Should AssureLoop support another board before improving release reports?
- Which board or MCU family would be most useful?
- What evidence artifacts are missing?
- What would make the project more credible to embedded teams?
- What should AssureLoop avoid building?
Reminder: AssureLoop is not production OTA, not production secure boot, and not a certification claim.
AssureLoop v0.3 hardware-alpha is intentionally narrow.
Current supported hardware-alpha board:
Current focus:
This issue is for roadmap feedback.
Possible next directions:
Questions:
Reminder: AssureLoop is not production OTA, not production secure boot, and not a certification claim.