4 ms·

I wouldn't be surprised if you could build an HDCP decoder using an FPGA. Distribute devices built with that, and when newer keys are released, update the FPGA'

I wouldn't be surprised if you could build an HDCP decoder using an FPGA. Distribute devices built with that, and when newer keys are released, update the FPGA's configuration via an SD card or so. I don't even see why the HDCP handshake would need to be implemented in hardware, you'd presumably just need low-level enough access to the port from software.

unwind 16y ago
From the other story about the key leak, it seems the key-generation is based on traversing a 40x40 matrix of 56-bit numbers. If my maths is right, that adds up to (40x40x56)/8 = 11,200 bytes. Which really should be peanuts for any (half-way modern) FPGA architecture, storage-wise.
- konad 16y ago
  That's where PC-Mag gives better coverage. They are 56 bit HEXADECIMAL numbers, not just regular numbers.
drdaeman 16y ago
The real problem is that after decoding you have realtime video stream with bandwidth of several gigabits per second (up to 10.2 Gbit/s, but average's about 3 Gbit/s if I'm not mistaken), you have to either store or encode.