Forum Discussion
Hi,
Any changes in design (small changes or big changes) cause the bitstream in sof change. This make new sof file (new changes in design) different to previous sof file.
Usually, design security features is used when your design is in the final stage (final design and ready for production).
If any bug/error in future, decrypt the previous design. Generate a new key and program the new design.
I think the design security features is straight forward and not complicated.
I hope this will make you much clear.
Thanks😉
- MVanM6 years ago
New Contributor
Hi
But if you program a non-volatile key it cannot be changed anymore. So generating a new key is not an option for boards with the key already programmed into the fpga. To be 100% clear. Assume the following steps:
- Create .sof file
- Create .ekp and encrypted .sof (.rbf) by supplying KEY and .sof file
- Program non-volatile key into fuse on fpga using .ekp file
- FPGA can now decrypt the encrypted design (.rbf) using the programmed key.
- Decide a small change in design is needed
- Generate a new .sof file with design changes.
- Encrypt the new .sof file with original KEY
- FPGA cannot decrypt the new encrypted configuration (.rbf)?
This would make it completely impossible to do an upgrade in the field.