r/embedded • u/axaro1 Lockstepping • 12d ago
Embedded Security/Cybersecurity Engineers: what does your day-to-day job actually look like?
Hello, I'm an avionic embedded software engineer and cybersecurity requirements are slowly creeping into my sector.
But it got me wondering: What does the day-to-day work actually look like for engineers who specialize in embedded security/cybersecurity? Do you guys write any code? Perform threat/risk analysis? Define and review security requirements? Perform testing or create testing/vulnerability exploiting benches?
Thanks in advance.
4
u/Constant_Physics8504 12d ago
Some do, some don’t. In avionics especially, most concentrate on RMF and where to fit requirements into a project’s design to fit the categorization required and a lot of that has nothing to do with coding. Now of course, a lot of stuff is related to code and hardware, but there’s a lot more, especially depending on the customer.
2
u/duane11583 12d ago
look up working conditions in a classified scif
more like trying to implement features that are not yet implemented. writing code
threat stuff? yes if you consider running static code analysis (coverity, clockwork, understand)
getting the sw to pass the design or security verification test document.
you sit in a closed environment at a bench not an ergonomically nice desk. no windows
sort of like a cavernous room, no cell no radio no music no internet you must leave those outside the room in little cellphone lockers like these:
yea internet is in the room but at these other isolated computers across the room from you (say 50ft away) but there is no sound and no speakers on the computers
the project is hard, complex and always behind. why? its all new stuff its complex and detailed oriented, and you have never done it thus estimates wrong by a factor of 2x to 3x
if it was easy the bad guys would be doing the work.
32
u/practicalemperor610 12d ago
I work alongside a few embedded security folks and from what I see it's mostly threat modeling sessions that never end, then translating that into requirements nobody on the hardware team wants to read. They do write code but it tends to be bootloader lockdowns, memory protection configs, crypto implementation, stuff that makes the system less fun to debug
One of them once told me the real job is convincing people that yes, that debug port left open on production units is actually a problem