關(guān)于MCU間通信防監(jiān)聽問題

ID:74687 · 發(fā)表于 2024-1-4 18:31

我現(xiàn)在準(zhǔn)備做個(gè)設(shè)備認(rèn)證的東西，在每個(gè)機(jī)械設(shè)備上裝個(gè)帶有身份驗(yàn)證的PCB板，然后主控板向該P(yáng)CB板發(fā)送指令，返回加密的認(rèn)證信息，主控芯片進(jìn)行解密，看身份驗(yàn)證信息是否一致。

但是，這里有個(gè)問題，如果通過串口或者485發(fā)送這些信息，很容易被人監(jiān)聽被截取，別人也就可以寫個(gè)程序?qū)︱?yàn)證的密文進(jìn)行偽造。

大神們，有沒有方法可以做到，防止串口或485通信防監(jiān)聽的辦法？

ID:807591 · 發(fā)表于 2024-1-5 08:52

沒有絕對(duì)的加密，只有更多的麻煩，要么你試試量子糾纏？

ID:485350 · 發(fā)表于 2024-1-5 09:05

坐等大神思路

ID:883242 · 發(fā)表于 2024-1-5 09:08

加隨機(jī)數(shù)就行了，這樣每次你主控板發(fā)送的密文都不一樣，就算被人監(jiān)聽，PCB板也只知道幾億億次隨機(jī)密文中的一種回復(fù)，如何仿造？？？

ID:277550 · 發(fā)表于 2024-1-5 10:21

光是加密不夠的，做到同1條指令、都是不同的數(shù)據(jù)，基本可以了。

ID:844772 · 發(fā)表于 2024-1-5 10:30

有密碼機(jī)的，就是比較貴，通常都是軟件上想辦法。簡單的就做個(gè)哈希，也很難破解的。順便還可以不斷改改串口的波特率。

ID:485350 · 發(fā)表于 2024-1-5 10:34

主機(jī)發(fā):
TEA加密(消息ID + Buf[0] + Buf[1] + Buf[2] + Buf[3] + 隨機(jī)數(shù) + 隨機(jī)數(shù) + 隨機(jī)數(shù) + 隨機(jī)數(shù)+ 校驗(yàn))

從機(jī)回發(fā):
TEA加密(主機(jī)消息ID + Buf[0] + Buf[1] + Buf[2] + Buf[3] + 隨機(jī)數(shù) + 隨機(jī)數(shù) + 隨機(jī)數(shù) + 隨機(jī)數(shù)+ 校驗(yàn))

這樣通信怎樣??有沒大神知道一番

ID:485350 · 發(fā)表于 2024-1-5 10:44

主機(jī)發(fā):
以9600波特率發(fā)送
TEA加密(消息ID + 隨機(jī)波特率 + Buf[1] + Buf[2] + Buf[3] + 隨機(jī)數(shù) + 隨機(jī)數(shù) + 隨機(jī)數(shù) + 隨機(jī)數(shù)+ 校驗(yàn))
波特率設(shè)置為隨機(jī)波特率等待從機(jī)回發(fā)(某段時(shí)間內(nèi)無法接收到從機(jī)回發(fā)數(shù)據(jù),再次返回9600波特率重新發(fā)送)
從機(jī)回發(fā):
設(shè)置波特率為主機(jī)隨機(jī)波特率
TEA加密(主機(jī)消息ID + Buf[0] + Buf[1] + Buf[2] + Buf[3] + 隨機(jī)數(shù) + 隨機(jī)數(shù) + 隨機(jī)數(shù) + 隨機(jī)數(shù)+ 校驗(yàn))
設(shè)置波特率為9600等待主機(jī)重新更新波特率

這樣又怎樣??

這樣通信怎樣??有沒大神知道一番

ID:883242 · 發(fā)表于 2024-1-5 10:52

18680365301 發(fā)表于 2024-1-5 10:34
主機(jī)發(fā):
TEA加密(消息ID + Buf[0] + Buf[1] + Buf[2] + Buf[3] + 隨機(jī)數(shù) + 隨機(jī)數(shù) + 隨機(jī)數(shù) + 隨機(jī)數(shù)+ ...

如果每個(gè)數(shù)據(jù)幀都只有8 bytes那么這么做就對(duì)了，如果是很長的連續(xù)數(shù)據(jù)沒必要用這么多隨機(jī)數(shù)，8個(gè)字節(jié)插入1個(gè)就行。

ID:458247 · 發(fā)表于 2024-1-5 16:09

Hephaestus 發(fā)表于 2024-1-5 10:52
如果每個(gè)數(shù)據(jù)幀都只有8 bytes那么這么做就對(duì)了，如果是很長的連續(xù)數(shù)據(jù)沒必要用這么多隨機(jī)數(shù)，8個(gè)字節(jié)插入 ...

可以生成個(gè)uint32_t類型隨機(jī)數(shù)RNG[0]、RNG[1]、RNG[2]、RNG[3]，假如你的消息有5字節(jié)，[ID]、[buf1]、[buf2]、[buf3]、[buf4]、[crc0]、[crc1]、[crc2]、[crc3]。可以把[ID]^RNG[0]、[buf1]^RNG[1]、[buf2]^RNG[2]、[buf3]^RNG[3]、[buf4]^RNG[0]，然后在[buf4]后面添加RNG[0]、RNG[1]、RNG[2]、RNG[3]，計(jì)算crc32填入[crc0]、[crc1]、[crc2]、[crc3]，收到報(bào)文后逆向異或，這樣兩個(gè)相同功能的報(bào)文，可以做到?jīng)]一個(gè)字節(jié)是一樣的，讓人摸不著頭腦

ID:883242 · 發(fā)表于 2024-1-5 16:34

yzw846562238 發(fā)表于 2024-1-5 16:09
可以生成個(gè)uint32_t類型隨機(jī)數(shù)RNG[0]、RNG[1]、RNG[2]、RNG[3]，假如你的消息有5字節(jié)，、、、、、[crc0] ...

你搜下TEA、XTEA、XXTEA、salsa20、ChaCha20、Poly1305……

ID:771630 · 發(fā)表于 2024-1-5 16:57

滾動(dòng)碼 + AES加密 + 加鹽就可以了

ID:74687 · 發(fā)表于 2024-1-6 16:22

感謝各位老鐵的熱心解答。

ID:74687 · 發(fā)表于 2024-1-6 16:26

感謝各位老鐵的熱心解答。其實(shí)我的問題主要是防別人截獲我的通信密文，但是這個(gè)是沒辦法阻止的。簽名認(rèn)證有一套自己的算法HMAC，這些算法肯定比一般的算法強(qiáng)，防監(jiān)聽辦法就是加個(gè)時(shí)間戳驗(yàn)證，即使別人截獲了你的密文，發(fā)過來一樣通不過驗(yàn)證，因?yàn)槟愕拿芪氖沁^時(shí)的。

ID:883242 · 發(fā)表于 2024-1-7 08:52

HMAC基礎(chǔ)算法還是DES、AES什么的，既然你有這么大的單片機(jī)資源能算規(guī)模這么大的算法，我就不說什么了。

ID:476415 · 發(fā)表于 2024-1-7 12:11

用較長位數(shù)的偽隨機(jī)數(shù)生成器，將你的數(shù)據(jù)作為初始數(shù)據(jù)送進(jìn)去，運(yùn)行特定次后得到的數(shù)據(jù)作為通信數(shù)據(jù)，這樣，亂碼通信，解密會(huì)有點(diǎn)障礙。

ID:476415 · 發(fā)表于 2024-1-7 12:13

Hephaestus 發(fā)表于 2024-1-7 08:52
HMAC基礎(chǔ)算法還是DES、AES什么的，既然你有這么大的單片機(jī)資源能算規(guī)模這么大的算法，我就不說什么了。

9494，晃了一眼HMac，感覺很高端的樣子。哈哈哈

ID:74687 · 發(fā)表于 2024-1-7 17:21

Hephaestus 發(fā)表于 2024-1-7 08:52
HMAC基礎(chǔ)算法還是DES、AES什么的，既然你有這么大的單片機(jī)資源能算規(guī)模這么大的算法，我就不說什么了。

不稿HMAC了，只是用時(shí)間戳加DES加密，再添加幾個(gè)隨機(jī)數(shù)以及把數(shù)組位置變換一下。

ID:74687 · 發(fā)表于 2024-1-7 17:37

yzw846562238 發(fā)表于 2024-1-5 16:09
可以生成個(gè)uint32_t類型隨機(jī)數(shù)RNG[0]、RNG[1]、RNG[2]、RNG[3]，假如你的消息有5字節(jié)，、、、、、[crc0] ...

我現(xiàn)在的問題不是要解密，問題是防止別人偽造你發(fā)過的報(bào)文，如果發(fā)個(gè)你前面發(fā)過一模一樣的報(bào)文，能不能騙過上位機(jī)？

ID:883242 · 發(fā)表于 2024-1-8 00:43

zyftank 發(fā)表于 2024-1-7 17:37
我現(xiàn)在的問題不是要解密，問題是防止別人偽造你發(fā)過的報(bào)文，如果發(fā)個(gè)你前面發(fā)過一模一樣的報(bào)文，能不能騙 ...

隨機(jī)數(shù)是上位機(jī)發(fā)的，下位機(jī)發(fā)前面一模一樣的報(bào)文，怎么可能騙過上位機(jī)？

原來我們說了半天，你根本就不看。

ID:74687 · 發(fā)表于 2024-1-8 08:50

Hephaestus 發(fā)表于 2024-1-8 00:43
隨機(jī)數(shù)是上位機(jī)發(fā)的，下位機(jī)發(fā)前面一模一樣的報(bào)文，怎么可能騙過上位機(jī)？

原來我們說了半天，你根本就 ...

你這種也可以試出來，就是把上位機(jī)發(fā)的隨機(jī)數(shù)改成固定，從下位機(jī)返回?cái)?shù)據(jù)破解，破解有點(diǎn)難度。

ID:420836 · 發(fā)表于 2024-1-8 08:50

可以監(jiān)控RS232或RS485通信的串口連接，一旦連接未通過驗(yàn)證，通信將被關(guān)閉。

ID:1065084 · 發(fā)表于 2024-1-8 09:40

硬件方面：接口錯(cuò)亂，不使用標(biāo)準(zhǔn)的串口和485接口，畢竟是內(nèi)聯(lián)電路板，完全可以自定義接口，比如單總線或者多跟信號(hào)線，沒點(diǎn)技術(shù)還真分析不出來。協(xié)議方面：協(xié)議可以搞個(gè)比如變頻異步，一般人就分析不出來了，簡單一點(diǎn)也可以搞個(gè)4b-8b 將一個(gè)字節(jié)數(shù)據(jù)拆分到兩個(gè)字節(jié)中，兩字節(jié)中總共有8b的隨機(jī)碼。加密方面：網(wǎng)上加密方法有很多現(xiàn)成的，弄個(gè)AES128，一般的32位處理器沒啥壓力。

ID:883242 · 發(fā)表于 2024-1-9 23:10

zyftank 發(fā)表于 2024-1-8 08:50
你這種也可以試出來，就是把上位機(jī)發(fā)的隨機(jī)數(shù)改成固定，從下位機(jī)返回?cái)?shù)據(jù)破解，破解有點(diǎn)難度。

上位機(jī)都已經(jīng)破了，你還加密個(gè)蛋啊！

ID:1108822 · 發(fā)表于 2024-1-10 18:03

為了防止串口或485通信被監(jiān)聽，可以考慮以下幾種方法：

硬件加密：使用帶有加密功能的串口或485通信模塊。這些模塊可以在數(shù)據(jù)傳輸時(shí)進(jìn)行硬件加密，以保護(hù)數(shù)據(jù)的安全性。
自定義協(xié)議：設(shè)計(jì)一個(gè)自定義的通信協(xié)議，該協(xié)議在傳輸數(shù)據(jù)時(shí)對(duì)數(shù)據(jù)進(jìn)行加密，并采用特殊的格式或指令來標(biāo)識(shí)身份驗(yàn)證信息。這樣，即使數(shù)據(jù)被截取，也很難被偽造。
加密算法：采用強(qiáng)大的加密算法，如AES、RSA等，對(duì)數(shù)據(jù)進(jìn)行加密。這樣可以在一定程度上防止數(shù)據(jù)被破解。
定期更換密鑰：為了防止密鑰被破解，可以定期更換密鑰，使得截取的數(shù)據(jù)在一段時(shí)間內(nèi)無效。
物理隔離：通過物理方式隔離串口或485通信線路，如使用光纜或特殊的線路保護(hù)裝置，以防止數(shù)據(jù)被截取。
軟件加密：在軟件層面進(jìn)行加密處理，如對(duì)傳輸?shù)臄?shù)據(jù)進(jìn)行加密后再傳輸，并在接收端進(jìn)行解密。這樣可以增加數(shù)據(jù)的安全性。
校驗(yàn)和：在數(shù)據(jù)傳輸時(shí)添加校驗(yàn)和，以檢測(cè)數(shù)據(jù)是否被篡改。如果校驗(yàn)和不匹配，則可以重新傳輸數(shù)據(jù)或進(jìn)行身份驗(yàn)證。

ID:74687 · 發(fā)表于 2024-1-11 15:02

Hephaestus 發(fā)表于 2024-1-9 23:10
上位機(jī)都已經(jīng)破了，你還加密個(gè)蛋啊！

呵呵，既然你接三根線就能收到下位機(jī)的通信數(shù)據(jù)，你把RX和TX對(duì)調(diào)一下，不就能收到上位機(jī)發(fā)送的數(shù)據(jù)？

ID:883242 · 發(fā)表于 2024-1-11 17:15

zyftank 發(fā)表于 2024-1-11 15:02
呵呵，既然你接三根線就能收到下位機(jī)的通信數(shù)據(jù)，你把RX和TX對(duì)調(diào)一下，不就能收到上位機(jī)發(fā)送的數(shù)據(jù)？

能收到又怎么樣？？？

ID:74687 · 發(fā)表于 2024-1-12 10:19

Hephaestus 發(fā)表于 2024-1-11 17:15
能收到又怎么樣？？？

串口通信，信道是根本沒有保密可言，都是在外裸奔。

帳號(hào)		自動(dòng)登錄	找回密碼
密碼			立即注冊(cè)

久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

關(guān)于MCU間通信防監(jiān)聽問題