這個功能挺好的，

但是我研究了一下明碼加密的弱點，

貼出來，給大家研究一下，

寫了一段簡單的代碼，如下，效驗id

程序就是輸出 ok1， 來代表id的明碼對比，

然后我們生成hex文件，

這個hex文件，就是我們明碼加密后的燒寫文件，

當這個文件燒寫到指定的id 設備上，才能運行 ,我們測試是 輸出ok1;

加密過程已經ok,

下面

我們分析一下弱點,

單片機聲明的常量,

編譯器會進行編譯,并固化到flash區域,

基本上大多數單片機編譯器都是這么做的,

所以就存在了安全問題,

我們用jlink 的軟件, J-Flash ARM V4.08

讀取或者加載我們的hex文件,

我們為了便于分析,保存成1.c文件,

用ue打開分析,

很容易就找到了我們用于效驗設備id 的 對比數據:

看上面的數據,不用說了吧,

就是我們用于效驗的對比數據,

所以,如果是高手, 還是要注意你的加密的算法,

明碼是有其薄弱一面的,

還是謝謝大家看我的文章.