Check if all hardware interrupts are disabled when entering uVisor boot
- Dominant language
- C
- Stars
- 135
- Forks
- 72
- PR merge metrics
- No merged PRs in 30d
Description
- always verify if any of the hardware interrupts are enabled when uvisor is initialised
- on debug build fail with a verbose security message explaining that the port is broken and interrupts need to be initialised using uVisor APIs.
- on release build just die & drop over in an endless loop
Contributor guide
Research direction
Start at the uVisor boot or initialization entry point and inspect how hardware interrupt state and debug versus release builds are handled. Verify the behavior for enabled interrupts: debug builds should provide the specified verbose security failure, while release builds should enter the requested endless loop. No test file or entry-point path is named, so identifying the relevant initialization code and test approach is part of the work.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- embedded-iot, operating-systems, security
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100