浙江十一选五开奖走势图表
datasheet

技術文章—如何在燒錄生產過程中全方位保護芯片程序

2019-04-11來源: EEWORLD作者: ZLG立功科技·致遠電子 關鍵字:燒錄  芯片程序

隨著山寨產品層出不窮,越來越多的人開始關注芯片燒錄的安全性問題。芯片作為一個產品的核心部件,其內部程序一旦被盜取,那么整個產品將面臨被破解的風險,這里將介紹如何在燒錄生產過程中全方位保護芯片程序,實現安全生產。

 

要實現安全生產,首先得保正燒錄文件的安全性。燒錄文件是研發項目的結晶,其安全性極為重要,特別對于代燒錄工廠,人員配備參差不齊,如果將文件直接下發給工廠生產,容易造成文件泄漏。為此P800系列編程器提供了工程加密功能,燒錄工程由研發制作,并對敏感文件數據進行加密,以加密工程的形式下發給工廠生產,既解決了工廠接觸文件的風險,又避免了工人建立、配置燒錄工程的繁瑣操作,提高生產效率。

 

 

工程加密保證了文件的安全性,但是否就能確保芯片程序的安全呢?我們知道,芯片除了能燒寫(編程)外,還有讀取接口,以方便芯片的調試和校驗數據的完整性,也就是燒錄進去的程序還可以被完整的讀取出來。即使不接觸文件,也能獲取文件內容,最終導致燒錄文件被間接盜取。當然,芯片在設計時也會考慮到這個問題,每種芯片基本都擁有自己的一套加密方法,我們只要在燒錄完成后,及時給芯片加密,就能在一定程度上保障代碼的安全性。

 

然而,文件、芯片雙重加密看似牢不可破,其實還是有一定的漏洞,這個漏洞主要出現在燒錄流程上。擦除、燒寫、校驗、加密為傳統的燒錄流程,市面上絕大多數編程器均采用該流程。我們知道,芯片的保護在于加密,在該流程中,加密放到了最后執行,如果芯片在燒寫完成后,加密之前被取走(也就是校驗階段,校驗一般都會持續一段時間,而這段時間足夠芯片被取走),那么芯片就處于燒錄完成但未加密狀態,導致程序被讀取盜走。

 

 

為解決這個問題,我們可以把加密放到燒寫之前,這樣燒錄流程就變為:擦除、加密、燒寫、校驗。即使在校驗階段把芯片取下,芯片也已經加密完成了,無法讀取其內部數據。也許你會問,加密后芯片還能燒寫和校驗嗎?其實對于大部分芯片來說,加密是需要重新啟動才會生效的,也就是只要在燒錄流程中不掉電、不復位,芯片依然可以正常燒寫和校驗。當芯片取下后,加密就會立即生效,及時保護芯片內部程序。

 

 

安全的工程加密,可靠的芯片保護以及靈活的流程配置是P800系列編程器的標準功能,既能擬補傳統編程器的安全性不足,又能保證量產的穩定性,全方位保護知識產權。

 


關鍵字:燒錄  芯片程序

編輯:muyan 引用地址:http://www.vdizh.tw/manufacture/2019/ic-news041127665.html
本網站轉載的所有的文章、圖片、音頻視頻文件等資料的版權歸版權所有人所有,本站采用的非本站原創文章及圖片等內容無法一一聯系確認版權者。如果本網所選內容的文章作者及編輯認為其作品不宜公開自由傳播,或不應無償使用,請及時通過電子郵件或電話通知我們,以迅速采取適當措施,避免給雙方造成不必要的經濟損失。

上一篇:2018年全球前十大IC設計公司營收排名出爐
下一篇:最后一頁

關注eeworld公眾號 快捷獲取更多信息
關注eeworld公眾號
快捷獲取更多信息
關注eeworld服務號 享受更多官方福利
關注eeworld服務號
享受更多官方福利

推薦閱讀

JFlash ARM對stm32程序的讀取和燒錄

as 選擇要儲存的文件類型如:HEX格式,存儲就OK了。寫入讀取的文件:第一步:File-->Open  data flie打開相應的HEX文件。第二步:Targect-->Connect鏈接JLINK   ;Targect-->Program 等待燒錄完成就OK了。如有不做之處請指教,目前不會破解單片機,但是想學,如果有大神愿意授教小弟感激不盡,學破解不是為了破解別人的單片機,而是只有懂了破解之道才能更好的保護自己的程序不被破解。
發表于 2019-02-13
JFlash ARM對stm32程序的讀取和燒錄

STC51燒錄程序時序分析

檢測串口是否有上位機檢測信號。一旦發現檢測信號,單片機回復響應信息,響應信息波形可見圖2.4,內容則可見圖2.5。圖2.3  檢測信號圖2.4  響應信號圖2.5  回復內容上位機接收到單片機響應后的回復信號,波特率為2400,每比特所占時間大約為416us,可以根據圖2.7對上位機的回復進行數據解析。圖2.6  上位機回復內容圖2.7  上位機回復內容Note3:上位機(STC-ISP)程序燒錄總的燒錄過程為:上位機先檢測單片機,再通知單片機開始燒錄程序,每次發一小段程序,單片機會有一個ACK,之后再發結束指令,圖3.2接圖3.1。圖3.1  程序燒錄圖3.2 
發表于 2019-01-26
STC51燒錄程序時序分析

STM32F103關閉SWD/JTAG功能無法燒錄時處理方法

現象:1.SWD或者JTAG無法連接2.FLASH ARM燒錄出現以下錯誤    - Erasing affected sectors ...    - ERROR: RAM check failed @ address 0x20000000.    - ERROR: Write: 0x03020100 07060504    - ERROR: Read: 0x00000000 00000000    - ERROR: (0 bytes of RAM have been checked successfully) 
發表于 2019-01-16

STM32環境搭建,建立工程及程序燒錄

;隨便填一些用戶信息…   安裝程序從當前開始安裝,等待安裝完成.   如果提示安裝驅動,如果需要使用到ULink進行程序的燒錄調試,則選擇是,如果不需要選擇否就可以了。   MDK安裝完成界面如下所示,點擊finnish:   彈出如下界面,取消選擇show the dialog at startup,點擊OK 此時在界面左方的樹形列表中,ALL Devices列表下,只有一個ARM選項,等待程序刷新獲取所有的設備列表: 展開設備STMicroelectronics選項,將會看到所有類型
發表于 2018-12-15
STM32環境搭建,建立工程及程序燒錄

解決mdk生成bin燒錄lpc1343無法運行問題

/fromelf.exe --bin --output ./Obj/gpiotest.bin  ./Obj/gpiotest.axf通過設置PIO_01 = LOW, PIO_03 = HIGH,插入USB電纜后,PC正常出現U盤符, 但下載我自己的測試程序后,無任何反應(似乎我的程序沒被更新)。重新復位芯片后,U盤里存在的firmware.bin 還是之前購買來時芯片本身自帶的firmware 文件.但是我用flash magic 燒錄到里面去,卻能正確運行。看來是hex轉bin出問題了。網上開始查找原因,然后發現一條有用的帖子信息:(21IC)應該是代碼有效性校驗字節不對,看看芯片UM,關于“Criterion for Valid User
發表于 2018-11-30

ubuntu下建立stm32開發環境:程序燒錄openocd+openjtag

上一篇博客寫了在ubuntu下,建立stm32開發環境,程序也已經編譯好生成main.bin,接下來就是要把該文件燒錄到stm32上.在Linux下給arm燒錄程序主要使用openocd,這個軟件開源,而且支持眾多芯片,從ARM9到A8都可以,當然STM32也可以.支持的JTAG工具也很多,JLINK ST-LINK OSBDM都可以,我這正好有一個openjtag基于FT2232C的,也是被支持的.參考:How-to manual  Installing a toolchain for Cortex-M3/STM32 on Ubuntu   by Peter Seng博主最近
發表于 2018-10-13

小廣播

About Us 關于我們 客戶服務 聯系方式 器件索引 網站地圖 最新更新 手機版

站點相關: 市場動態 半導體生產 材料技術 封裝測試 工藝設備 光伏產業 平板顯示 電子設計 電子制造 視頻教程

北京市海淀區知春路23號集成電路設計園量子銀座1305 電話:(010)82350740 郵編:100191

電子工程世界版權所有 京ICP證060456號 京ICP備10001474號 電信業務審批[2006]字第258號函 京公海網安備110108001534 Copyright ? 2005-2019 EEWORLD.com.cn, Inc. All rights reserved
浙江十一选五开奖走势图表 股票配资平台有哪些 购买股票指数 上证指数行情 2012年上证指数记录 个人投资理财产品 私募基金配资是什么意思 帮帮策略 君鹏佳华配资 牛米网 辉煌配资