紡織工業(yè)板卡fpga加密有什么合適的推薦嗎

sunxiang0506 · 發(fā)表于 2022-12-26 11:09:48

?-о · 發(fā)表于 2022-12-26 14:39:27

fpga加密的話(huà)，其實(shí)可以考慮可編程的加密芯片例如，LKT4110U之類(lèi)的

Test_wf · 發(fā)表于 2022-12-26 15:02:55

是不是用標準的加密算法認證也行吧，那個(gè)挺常用的？

kessy1 · 發(fā)表于 2022-12-26 15:39:27

標準加密算法，認證的話(huà)，安全性不大夠用吧？

zntsbkhhh · 發(fā)表于 2022-12-27 13:47:08

1 認證的安全性首先不是特別高，畢竟認證點(diǎn)是在設備端。而對于fpga來(lái)說(shuō)，要想進(jìn)行標準算法的安全認證，考慮到標準算法的數據轉換復雜度，fpga實(shí)現起來(lái)還是比較難的。因此最好選擇可以編一些程序的芯片

miniminimini · 發(fā)表于 2022-12-27 15:08:30

zntsbkhhh 發(fā)表于 2022-12-27 13:47
1 認證的安全性首先不是特別高，畢竟認證點(diǎn)是在設備端。而對于fpga來(lái)說(shuō)，要想進(jìn)行標準算法的安全認證，考慮 ...

哦，明白了一些，編程的安全性怎么樣

QL87 · 發(fā)表于 2022-12-27 16:02:34

從現有的加密方案來(lái)說(shuō)，防盜版的需求，可編程的還是好一些，相當于程序分別保護了，依靠加密芯片的高安全性，可以很好的對程序自身實(shí)現防護

tyl2010 · 發(fā)表于 2022-12-27 16:26:51

好的，了解了，那么這種方案的實(shí)現方式復雜嗎會(huì )不會(huì )有系統方面的要求

xiaoyuhzou1228 · 發(fā)表于 2022-12-27 16:54:19

一般加密芯片都是走的底層i2c spi uart等接口，系統不會(huì )有問(wèn)題

wang0327 · 發(fā)表于 2022-12-27 17:02:36

那有機會(huì )可以試一下了

sunxiang0506 · 發(fā)表于 2022-12-27 17:04:03

我還有個(gè)疑問(wèn)，對fpga來(lái)說(shuō)，線(xiàn)路上的保護怎么保證，就算編寫(xiě)的程序，也會(huì )有計算結果的吧

QL87 · 發(fā)表于 2022-12-27 17:06:32

線(xiàn)路上一定要保證動(dòng)態(tài)行，比如隨機數干擾，或者數據本身就是動(dòng)態(tài)每次不同，那么運行之后的結果也是不同的

tyl2010 · 發(fā)表于 2022-12-28 09:22:14

那每次結果怎么驗證呢

zntsbkhhh · 發(fā)表于 2022-12-29 09:18:09

程序一般運行結果直接用就行了，有加密的才會(huì )解密

wang0327 · 發(fā)表于 2022-12-29 17:09:30

我明白了，就是說(shuō)，合法的芯片程序計算結果就是ok的，如果非法計算錯誤，運行錯誤，也符合預期吧

miniminimini · 發(fā)表于 2022-12-29 17:12:04

就是這個(gè)意思哈，正確的芯片做正確的事，破解者破不掉加密芯片，那方案就是安全

Test_wf · 發(fā)表于 2022-12-29 17:20:00

對，芯片就是不可或缺的，少了，程序就運行不起來(lái)的

?-о · 發(fā)表于 2022-12-30 10:03:29

有沒(méi)有能多種方案的，那不是更好嗎，比如mcu那種環(huán)境的話(huà)

xiaoyuhzou1228 · 發(fā)表于 2022-12-30 10:09:06

那就多了，無(wú)論是認證（唯一id 、密鑰），還是參數保護（從加密芯片中取出加密的參數），或者程序移植到加密芯片中，都是可以的

kessy1 · 發(fā)表于 2022-12-30 10:45:58

那后續做方案還是要仔細思考一下，做得好一些避免損失了