If I would really care about security, I would not pick SRAM FPGA in the first place. The are nice Flash based FPGAs out there for projects with high security requirements. They don’t need configuration devices leaking bitstream all over the place. On the other hand is somehow sad, that popular 7 series is compromised. Though I never saw a company, that cared about bitstream security. It was best case “nice to have”…
A lot of flash-based FPGAs are actually an SRAM FPGA with an internal flash die bonded to the configuration pins. The bitstream is harder to get to, but it's still available to a determined attacker.
A Full Break of the Bitstream Encryption of Xilinx 7-Series FPGAs
61–70 of 93 posts
Re: A Full Break of the Bitstream Encryption of Xilinx 7-Series FPGAs
#62Once I worked at a place which was very interested in protecting the IP inherent in their firmware. They gave me a research assignment to get an idea of how difficult it would be for an attacker to extract it as a binary given unlimited physical access to a sample device. Since I read and write Chinese, I did some searching on Chinese-language sites and found a company advertising their ability to do just that... for…
Having evaluated implemting game drm many times this nuance may or may not matter to the business. Most drm is a house of cards that a determined attacker can take out. It's still very widely used for good and bad reasons. And a lot of those reasons are not closely tied to the strength of a given implementation.
Re: A Full Break of the Bitstream Encryption of Xilinx 7-Series FPGAs
#63This is not small issue. Up to 10% of FPGA's in the market can be affected. RAID-, SATA-, NIC- controllers, Industrial control systems, mobile base stations, data centers, devices like encrypted USB sticks and HDD's. In some cases it's possible to carry the attack remotely.
That would be great. I shudder to think what horrors may await us in USB-/Wifi-/Network-controller bit-streams/firmwares. But the sooner these things get opened, the better.
Re: A Full Break of the Bitstream Encryption of Xilinx 7-Series FPGAs
#64Earlier quoted context omitted.
Having evaluated implemting game drm many times this nuance may or may not matter to the business. Most drm is a house of cards that a determined attacker can take out. It's still very widely used for good and bad reasons. And a lot of those reasons are not closely tied to the strength of a given implementation.
The DRM only has to function during the time where most sales occur for it to be worth it.
Re: A Full Break of the Bitstream Encryption of Xilinx 7-Series FPGAs
#65Is there any way that the breaking of the Xlinix bitstream encryption opens the door to documenting and reverse engineering that bitstream in the same way that was done with Project IceStorm[0] for the Lattice iCE40 FPGAs? [0] Project IceStorm - http://www.clifford.at/icestorm/
Re: A Full Break of the Bitstream Encryption of Xilinx 7-Series FPGAs
#66Earlier quoted context omitted.
The DRM only has to function during the time where most sales occur for it to be worth it.
Except that piracy doesn’t hurt sales and may actually help: https://www.engadget.com/2017-09-22-eu-suppressed-study-pira...
For a big movie that people want to watch? Piracy probably hurt.
For a small indie that is in dire need of more exposure, then they're probably on youtube, but I can see how piracy could help.
If you're in the middle? Not clear.
Re: A Full Break of the Bitstream Encryption of Xilinx 7-Series FPGAs
#67Is there any way that the breaking of the Xlinix bitstream encryption opens the door to documenting and reverse engineering that bitstream in the same way that was done with Project IceStorm[0] for the Lattice iCE40 FPGAs? [0] Project IceStorm - http://www.clifford.at/icestorm/
It's such a sad situation. Why can't companies just provide all the necessary hardware info in the datasheet?
Re: A Full Break of the Bitstream Encryption of Xilinx 7-Series FPGAs
#68Earlier quoted context omitted.
It's such a sad situation. Why can't companies just provide all the necessary hardware info in the datasheet?
Vendor lock-in is the primary way in which these companies make money
Re: A Full Break of the Bitstream Encryption of Xilinx 7-Series FPGAs
#69Earlier quoted context omitted.
Only ones who need to keep firmwares secret will be affected. There are few companies I knew who transitioned from MCUs to FPGAs solely for their obsession of keeping their "IP" from leaking, hoping that FPGA will provide more obscuration than simple encrypted MCU firmware.
If the FPGA can be updated, attacker can take over the hardware and reprogram it. If attacker gets access to the bitstream, the has complete control over the FPGA.
Re: A Full Break of the Bitstream Encryption of Xilinx 7-Series FPGAs
#70Is there any way that the breaking of the Xlinix bitstream encryption opens the door to documenting and reverse engineering that bitstream in the same way that was done with Project IceStorm[0] for the Lattice iCE40 FPGAs? [0] Project IceStorm - http://www.clifford.at/icestorm/
Besides, the lack of public RE efforts is AFAIK a political issue more than anything; the FPGA companies have been known to send lawyers at anyone who tries. The bitstream format itself is, following the layout of the FPGA itself, naturally going to be extremely regular and definitely not hard to figure out. They're really like a "worst kept secret" in the industry --- there are probably a lot of people who have already figured it out, but just don't want to attract legal attention.