亚洲精品久久久久久久久久久,亚洲国产精品一区二区制服,亚洲精品午夜精品,国产成人精品综合在线观看,最近2019中文字幕一页二页

搜索歷史

清空
搜索熱詞
      0
      • 聊天消息
      • 系統(tǒng)消息
      • 評(píng)論與回復(fù)
      VIP于 到期 續(xù)費(fèi)
      登錄后你可以
      • 下載海量資料
      • 學(xué)習(xí)在線課程
      • 觀看技術(shù)視頻
      • 寫(xiě)文章/發(fā)帖/加入社區(qū)
      會(huì)員中心
      創(chuàng)作中心
      發(fā)布
      創(chuàng)作活動(dòng)

      完善資料讓更多小伙伴認(rèn)識(shí)你，還能領(lǐng)取20積分哦，立即完善>

      3天內(nèi)不再提示

      secure boot的簽名和驗(yàn)簽方案

      倩倩 ? 來(lái)源：嵌入式與Linux那些事 ? 作者：嵌入式與Linux那些 ? 2022-09-20 14:53 ? 次閱讀
      加入交流群
      微信小助手二維碼

      掃碼添加小助手

      加入工程師交流群

      簡(jiǎn)介

      FIT 格式支持存儲(chǔ)鏡像的hash值，并且在加載鏡像時(shí)會(huì)校驗(yàn)hash值。這可以保護(hù)鏡像免受破壞，但是，它并不能保護(hù)鏡像不被替換。

      而如果對(duì)hash值使用私鑰簽名，在加載鏡像時(shí)使用公鑰驗(yàn)簽則可以保護(hù)鏡像不被替換。因此，公鑰必須保存在一個(gè)絕對(duì)安全的地方。

      接下來(lái)的內(nèi)容要求大家了解一些密碼學(xué)的內(nèi)容，之前也介紹過(guò)一些，可以看這篇文章

      secure boot (一)FIT Image

      secure boot (二)基本概念和框架

      secure boot簽名的大致流程：

      • 計(jì)算鏡像的hash值
      • 利用私鑰對(duì)hash值簽名
      • 簽名結(jié)果存在FIT Image 中。

      secure boot驗(yàn)簽的大致流程：

      • 讀取FIT Image
      • 獲得pubkey
      • 從FIT Image 提取簽名
      • 計(jì)算鏡像的hash
      • 使用公鑰驗(yàn)簽獲得hash值，與計(jì)算得到的hash值進(jìn)行對(duì)比

      簽名是由mkimage工具完成的，驗(yàn)簽由uboot完成。

      5f8ebe58-389c-11ed-ba43-dac502259ad0.png

      簽名算法

      原則上講，任何合適的算法都可以用來(lái)簽名和驗(yàn)簽。在uboot中，目前只支持一類算法：SHA&RSA。

      RSA 算法使用提前準(zhǔn)備好的公鑰就可以完成驗(yàn)簽，驗(yàn)簽相關(guān)的代碼量也很少。在驗(yàn)簽時(shí)，RSA只是在FDT中提取必要的數(shù)據(jù)進(jìn)行校驗(yàn)。

      當(dāng)然也可以在uboot中添加合適的算法，如果有其他簽名算法（如DSA），可以直接替換rsa.c，并在image-sig.c中添加對(duì)應(yīng)算法即可。

      創(chuàng)建RSA key和證書(shū)

      openssl 創(chuàng)建一副2048的密鑰對(duì)：

      $opensslgenpkey-algorithmRSA-outkeys/dev.key-pkeyoptrsa_keygen_bits:2048-pkeyoptrsa_keygen_pubexp:65537

      創(chuàng)建包含pubkey的證書(shū)：

      $opensslreq-batch-new-x509-keykeys/dev.key-outkeys/dev.crt

      查看pubkey的值：

      $opensslrsa-inkeys/dev.key-pubout

      綁定設(shè)備樹(shù)

      在FIT Image的簽名節(jié)點(diǎn)中需要添加以下 屬性，簽名節(jié)點(diǎn)與哈希節(jié)點(diǎn)處于同一級(jí)別，被稱為signature@1, signature@2等。

      • algo: 算法名稱

      • key-name-hint:用來(lái)簽名的key。密鑰對(duì)必須存放在單獨(dú)的文件夾（mkimage 使用-k 參數(shù)指定），私鑰被命名為 .key，證書(shū)命名為.crt。

      鏡像被簽名后，以下這些屬性都會(huì)被自動(dòng)強(qiáng)制添加：

      • value: 簽名后的值(RSA-2048 占256 bytes)

      以下這些屬性是可選的：

      • timestamp:簽名的時(shí)間

      • signer-name:簽名者的名字（例如mkimage）

      • signer-version:簽名的版本（例如"2013.01"）

      • comment:簽名者或者鏡像的額外信息

      • sign-images:簽名鏡像的列表

      • hashed-nodes:簽名者簽名的節(jié)點(diǎn)列表，一般是包含節(jié)點(diǎn)完整路徑的字符串。例如：

      hashed-nodes="/","/configurations/conf@1","/images/kernel@1",
"/images/kernel@1/hash@1","/images/fdt@1",
"/images/fdt@1/hash@1";

      以下是一個(gè)待簽名鏡像的its配置。

      /dts-v1/;

/{
description="ChromeOSkernelimagewithoneormoreFDTblobs";
#address-cells=<1>;

images{
kernel@1{
data=/incbin/("test-kernel.bin");
type="kernel_noload";
arch="sandbox";
os="linux";
compression="none";
load=<0x4>;
entry=<0x8>;
kernel-version=<1>;
signature@1{
algo="sha1,rsa2048";
key-name-hint="dev";
};
};
fdt@1{
description="snow";
data=/incbin/("sandbox-kernel.dtb");
type="flat_dt";
arch="sandbox";
compression="none";
fdt-version=<1>;
signature@1{
algo="sha1,rsa2048";
key-name-hint="dev";
};
};
};
configurations{
default="conf@1";
conf@1{
kernel="kernel@1";
fdt="fdt@1";
};
};
};

      以下是配置項(xiàng)簽名后的its文件。

      /dts-v1/;

/{
description="ChromeOSkernelimagewithoneormoreFDTblobs";
#address-cells=<1>;

images{
kernel@1{
data=/incbin/("test-kernel.bin");
type="kernel_noload";
arch="sandbox";
os="linux";
compression="lzo";
load=<0x4>;
entry=<0x8>;
kernel-version=<1>;
hash@1{
algo="sha1";
};
};
fdt@1{
description="snow";
data=/incbin/("sandbox-kernel.dtb");
type="flat_dt";
arch="sandbox";
compression="none";
fdt-version=<1>;
hash@1{
algo="sha1";
};
};
};
configurations{
default="conf@1";
conf@1{
kernel="kernel@1";
fdt="fdt@1";
signature@1{
algo="sha1,rsa2048";
key-name-hint="dev";
sign-images="fdt","kernel";
};
};
};
};

      pubkey的存儲(chǔ)

      為了校驗(yàn)簽名后的鏡像，必須把pubkey存放在可信賴的位置。將pubkey存在鏡像中是不安全的，很容易被破解。一般我們將其存放在uboot的FDT中（CONFIG_OF_CONTROL）。

      pubkey應(yīng)該作為一個(gè)子節(jié)點(diǎn)存放在/signature節(jié)點(diǎn)中。節(jié)點(diǎn)中要加上以下特性：

      • algo:算法名稱

      • key-name-hint: 簽名使用的key的名稱

      • required: 校驗(yàn)?zāi)撑渲盟褂玫墓€

      除此之外，每個(gè)算法都有一些必要的特性。RSA算法中，以下特性必須被添加：

      • rsa,num-bits:key的位數(shù)

      • rsa,modulus:N，多字節(jié)的整數(shù)

      • rsa,exponent:E，64位的無(wú)符號(hào)整數(shù)

      • rsa,r-squared:(2^num-bits)^2

      • rsa,n0-inverse:-1 / modulus[0] mod 2^32

      下面看一個(gè)例子，以下是一個(gè)uboot.dtb存放RSA的例子。RSA key被mkimage打包在u-boot.dtb和u-boot-spl.dtb中，然后它們?cè)俦淮虬M(jìn)u-boot.bin和u-boot-spl.bin。

      ubuntu:~/uboot-nextdev$fdtdumpu-boot.dtb|less
/dts-v1/;
....
/{
#address-cells=<0x00000001>;
#size-cells=<0x00000001>;
compatible="rockchip,rv1126-evb","rockchip,rv1126";
model="RockchipRV1126EvaluationBoard";
//signature節(jié)點(diǎn)由mkimage工具自動(dòng)插入生成，節(jié)點(diǎn)里保存了RSA-SHA算法類型、RSA核心因子參
//數(shù)等信息。
signature{
key-dev{
required="conf";
algo="sha256,rsa2048";
rsa,np=<0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x1327f633?0x00000003?0x00000003?0x00000003?0xc7aead6a?0xb4c79f40?0xa82bdf76?0xfb2f8387?0xa1e06dce?0xd451a706?0xc7f865e3?0x3e2d7ca8?0x6a71762e?0x125f1828?0x36ab1a41?0xb7e9e852?0x7bd0011a?0x7279e0b8?0xf37e189c?0x8cf00963?0x00000100?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000377?0x00000004?0x00000004?0x00000004?0x00000002?0x00000003?0x69616c40?0x00000003?0x6d634066?0x00000010?0x66633630?0x73797363>;
rsa,c=<0x00000000>;
rsa,r-squared=<0x00000000>;
rsa,modulus=<0xc25ae693?0xc359f2a4?0xa866c89d?0xb7b1994f?0xf9f9f690?0x518d54a7?0xda0b83e8?0x06606e12?0x6ad1cbf9?0x92438edd?0x81e039c0?0x5d7322cc?0x124cdc80?0xa0c3288a?0x9265c3ae?0x6ac47a4b?0x00000003?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000008?0x00000003?0x00000003?0x00000003?0x00000002?0x73657300?0x2f736572?0x00000000?0x2f64776d?0x00000003?0x6d634066?0x00000001?0x30303000?0x726f636b?0x67726600?0x00000008?0x00000003?0x00000004?0x00000001?0x30303000?0x726f636b?0x706d7567?0x00000003?0x00001000?0x00000003?0x00000002?0x6e616765?0x30000000?0x726f636b?0x706d7500?0x00000008>;
rsa,exponent-BN=<0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000000?0x00000003?0x00010001?0xe95771c5?0x00000800?0x64657600?0x616c6961?0x0000002c?0x30303030?0x00000034?0x30303000?0x2f64776d?0x00000002?0x65303030?0x0000001b?0x3132362d?0x00000003?0x00020000?0x00000003?0x00000002?0x65303230?0x0000001b?0x3132362d?0x6e000000?0xfe020000?0x00000042?0x0000006d?0x722d6d61?0x65303030?0x0000001b?0x3132362d?0x00000003?0x00001000?0x00000002?0x6e74726f?0x30000000?0x726f636b?0x706d7563?0x0000003e?0x00000004?0x00000004?0x00000004?0x00000000?0x00000050?0x636c6f63?0x40666634?0x00000014?0x2c727631?0x00000008>;
rsa,exponent=<0x00000000?0x00000368>;
rsa,n0-inverse=<0xe95771c5>;
rsa,num-bits=<0x00000800>;
key-name-hint="dev";
};
};

      簽名方案

      上一節(jié)內(nèi)容提到過(guò)，在secure boot中一般使用RSA簽名方案。

      要完成對(duì)鏡像的簽名，就必須使用私鑰。而私鑰一般是存在服務(wù)器上的，在本地PC上只存公鑰。要想完成對(duì)鏡像的簽名，就必須把所有鏡像上傳到服務(wù)器重新打包。這種方案上傳的文件太多，比較繁瑣。下面我們介紹一種常用的簽名方案。

      5fa32050-389c-11ed-ba43-dac502259ad0.png

      在PC上，存放一把公鑰和臨時(shí)私鑰，公鑰是打包進(jìn)dtb中的，安全啟動(dòng)時(shí)使用。臨時(shí)私鑰是為了生成簽名數(shù)據(jù)。

      在本地打包時(shí)，使用臨時(shí)私鑰對(duì)非安全鏡像簽名，將簽名數(shù)據(jù)上傳到服務(wù)器使用真正的私鑰進(jìn)行二次簽名。將二次簽名的數(shù)據(jù)和非安全鏡像打包在一起，就得到了安全鏡像。安全啟動(dòng)時(shí)，從dtb中拿出公鑰對(duì)安全鏡像進(jìn)行校驗(yàn)即可。

      這樣既可以保證私鑰的安全，又避免了上傳所有鏡像簽名的繁瑣。

      簽名鏡像+簽名配置

      在secure boot中，除了對(duì)各個(gè)獨(dú)立鏡像簽名外，還要對(duì)FIT Image中的配置項(xiàng)進(jìn)行簽名。

      有些情況下，已經(jīng)簽名的鏡像也有可能遭到破壞。例如，也可以使用相同的簽名鏡像創(chuàng)建一個(gè)FIT image，但是，其配置已經(jīng)被改變，從而可以選擇不同的鏡像去加載（混合式匹配攻擊）。也有可能拿舊版本的FIT Image去替換新的FIT image（回滾式攻擊）。

      下面舉個(gè)例子。

      /{
images{
kernel@1{
data=forkernel1>
signature@1{
algo="sha1,rsa2048";
#kernelimage鏡像的哈希值，由mkiamge工具自動(dòng)生成
value=<...kernel?signature?1...>
};
};
kernel@2{
data=forkernel2>
signature@1{
algo="sha1,rsa2048";
value=<...kernel?signature?2...>
};
};
fdt@1{
data=forfdt1>;
signature@1{
algo="sha1,rsa2048";
vaue=<...fdt?signature?1...>
};
};
fdt@2{
data=forfdt2>;
signature@1{
algo="sha1,rsa2048";
vaue=<...fdt?signature?2...>
};
};
};
configurations{
default="conf@1";
conf@1{
kernel="kernel@1";
fdt="fdt@1";
};
conf@1{
kernel="kernel@2";
fdt="fdt@2";
};
};
};

      兩個(gè)kernel image 都已經(jīng)被簽名了，但是，攻擊者可以很容易的將kernel1 和fdt2 作為configuration 3去加載。

      configurations{
default="conf@1";
conf@1{
kernel="kernel@1";
fdt="fdt@1";
};
conf@1{
kernel="kernel@2";
fdt="fdt@2";
};
conf@3{
kernel="kernel@1";
fdt="fdt@2";
};
};

      攻擊者可以拿到簽名的鏡像，并且鏡像是正確的。這種組合式攻擊會(huì)給設(shè)備帶來(lái)很大風(fēng)險(xiǎn)。

      因此，為了解決這個(gè)問(wèn)題，除了給鏡像簽名外，我們可以把配置選項(xiàng)也簽名，每個(gè)鏡像都有自己的簽名，在給配置選項(xiàng)簽名時(shí)，把鏡像的hash值也包含進(jìn)去。具體例子如下：

      /{
images{
kernel@1{
data=forkernel1>
hash@1{
algo="sha1";
value=<...kernel?hash1...>
};
};
kernel@2{
data=forkernel2>
hash@1{
algo="sha1";
value=<...kernel?hash2...>
};
};
fdt@1{
data=forfdt1>;
hash@1{
algo="sha1";
value=<...fdt?hash1...>
};
};
fdt@2{
data=forfdt2>;
hash@1{
algo="sha1";
value=<...fdt?hash2...>
};
};
};
configurations{
default="conf@1";
conf@1{
kernel="kernel@1";
fdt="fdt@1";
signature@1{
algo="sha1,rsa2048";
#對(duì)配置項(xiàng)簽名，由mkimage工具自動(dòng)生成
value=<...conf?1?signature...>;
};
};
conf@2{
kernel="kernel@2";
fdt="fdt@2";
signature@1{
algo="sha1,rsa2048";
value=<...conf?1?signature...>;
};
};
};
};

      如上所示，除了給所有鏡像添加了hash值，還為每個(gè)配置添加了簽名。mkimage將會(huì)對(duì)configurations/conf@1簽名(/images/kernel@1, /images/kernel@1/hash@1,/images/fdt@1, /images/fdt@1/hash@1) 。簽名會(huì)被寫(xiě)入 /configurations/conf@1/signature@1/value。

      驗(yàn)簽

      FIT image 在加載時(shí)會(huì)驗(yàn)簽。如果'required' 指定了驗(yàn)簽的公鑰，則會(huì)使用這把公鑰校驗(yàn)該配置對(duì)應(yīng)的所有鏡像。

      為了支持FIT格式，以下配置項(xiàng)必須被選上。

      CONFIG_FIT_SIGNATURE ：使能FIT image的簽名和驗(yàn)簽

      CONFIG_RSA ：使能RSA簽名算法

      默認(rèn)情況下，使能FIT Image的簽名和驗(yàn)簽后，CONFIG_IMAGE_FORMAT_LEGACY會(huì)被禁用。即FIT uboot image的只能引導(dǎo)FIT kernel Image。

      如果需要引導(dǎo)legacy kernel image，需要手動(dòng)添加CONFIG_IMAGE_FORMAT_LEGACY 定義。

      測(cè)試

      為了校驗(yàn)簽名和驗(yàn)簽是否正確，可以使用測(cè)試腳本test/vboot/vboot_test.sh。下面以sandbox為例子來(lái)說(shuō)明bootm的啟動(dòng)和對(duì)鏡像的驗(yàn)簽。

      $makeO=sandboxsandbox_config
$makeO=sandbox
$O=sandbox./test/vboot/vboot_test.sh
/home/hs/ids/u-boot/sandbox/tools/mkimage-D-Idts-Odtb-p2000
Buildkeys
dosha1test
BuildFITwithsignedimages
TestVerifiedBootRun:unsignedsignatures::OK
Signimages
TestVerifiedBootRun:signedimages:OK
BuildFITwithsignedconfiguration
TestVerifiedBootRun:unsignedconfig:OK
Signimages
TestVerifiedBootRun:signedconfig:OK
checksignedconfigonthehost
SignaturecheckOK
OK
TestVerifiedBootRun:signedconfig:OK
TestVerifiedBootRun:signedconfigwithbadhash:OK
dosha256test
BuildFITwithsignedimages
TestVerifiedBootRun:unsignedsignatures::OK
Signimages
TestVerifiedBootRun:signedimages:OK
BuildFITwithsignedconfiguration
TestVerifiedBootRun:unsignedconfig:OK
Signimages
TestVerifiedBootRun:signedconfig:OK
checksignedconfigonthehost
SignaturecheckOK
OK
TestVerifiedBootRun:signedconfig:OK
TestVerifiedBootRun:signedconfigwithbadhash:OK

Testpassed

      完整校驗(yàn)流程

      OTP校驗(yàn)loader

      那么，這種鏡像校驗(yàn)方式有個(gè)很重要的問(wèn)題，公鑰存在哪里才是安全的呢？

      一般SOC中會(huì)有一個(gè)叫OTP或EFUSE的區(qū)域，這部分區(qū)域比較特殊，只可以寫(xiě)入一次，寫(xiě)入后就再也不可以修改了。把公鑰存儲(chǔ)在OTP中，就可以很好地保證其不能被修改。

      OTP的存儲(chǔ)空間很小，一般只有幾KB，因此并不適合直接存放RSA公鑰。一般都是將RSA公鑰的hash val 存放在OTP中。像sha256的hash值僅為256 bits，而RSA 公鑰本身一般存放在鏡像中。

      在使用公鑰之前，只需要使用OTP中的公鑰hash值驗(yàn)證鏡像附帶公鑰的完整性，即可確定公鑰是否合法。

      5fb83de6-389c-11ed-ba43-dac502259ad0.png

      RSA公鑰需要一般使用芯片廠家的工具寫(xiě)入loader。安全啟動(dòng)時(shí)，bootrom首先從loader固件頭中獲取RSA公鑰并校驗(yàn)合法性；然后再使用該公鑰校驗(yàn)SPL的固件簽名。

      spl校驗(yàn)uboot

      SPL把RSA公鑰保存在u-boot-spl.dtb中，u-boot-spl.dtb會(huì)被打包進(jìn)u-boot-spl.bin文件（最后打包進(jìn)loader）；安全啟動(dòng)時(shí)SPL從自己的dtb文件中拿出RSA公鑰對(duì)uboot.img進(jìn)行安全校驗(yàn)。

      uboot校驗(yàn)kernel

      U-Boot把RSA公鑰保存在u-boot.dtb中，u-boot.dtb會(huì)被打包進(jìn)u-boot.bin文件（最后打包為uboot.img）；安全啟動(dòng)時(shí)U-Boot從自己的dtb文件中拿RSA公鑰對(duì)boot.img進(jìn)行校驗(yàn)。

      總結(jié)

      從bootrom到kernel為止的安全啟動(dòng)，統(tǒng)一使用一把RSA公鑰完成安全校驗(yàn),并且當(dāng)前這級(jí)的RSA Key已經(jīng)作為自身固件的一部分，由前一級(jí)loader完成了安全校驗(yàn)，從而保證了Key的安全。

      審核編輯 ：李倩en


      聲明：本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題，請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
      • 代碼
        +關(guān)注

        關(guān)注

        30

        文章

        4928

        瀏覽量

        72771
      • Hash
        +關(guān)注

        關(guān)注

        0

        文章

        33

        瀏覽量

        13598
      • Uboot
        +關(guān)注

        關(guān)注

        4

        文章

        129

        瀏覽量

        29711

      原文標(biāo)題：secure boot（三）secure boot的簽名和驗(yàn)簽方案

      文章出處：【微信號(hào)：嵌入式與Linux那些事，微信公眾號(hào)：嵌入式與Linux那些事】歡迎添加關(guān)注！文章轉(zhuǎn)載請(qǐng)注明出處。

      收藏 人收藏
      加入交流群
      微信小助手二維碼

      掃碼添加小助手

      加入工程師交流群

        評(píng)論

        相關(guān)推薦
        熱點(diǎn)推薦

        高性能超低功耗藍(lán)牙電子價(jià)簽方案 OM6626 NRF52832

        方案介紹 在智慧零售浪潮席卷全球的今天，電子價(jià)簽（ESL）正迅速取代傳統(tǒng)紙質(zhì)標(biāo)簽，成為門店數(shù)字化升級(jí)的核心入口。而驅(qū)動(dòng)這場(chǎng)靜默革命的核心引擎，正是依靠高性能超低功耗藍(lán)牙系統(tǒng)級(jí)芯片（SoC）。 方案
        的頭像 發(fā)表于 10-22 17:37 ?356次閱讀
        高性能超低功耗藍(lán)牙電子價(jià)<b class='flag-5'>簽</b><b class='flag-5'>方案</b> OM6626 NRF52832

        物聯(lián)網(wǎng)賦能：電子價(jià)簽系統(tǒng)驅(qū)動(dòng)商超換季上新效率提升

        最后，部署在每一個(gè)貨架前端的墨水屏電子價(jià)簽，則是系統(tǒng)的“智能顯示終端”。它們顯示清晰，媲美紙質(zhì)效果且功耗極低。一旦后臺(tái)完成價(jià)格或信息的調(diào)整，這些電子價(jià)簽便能在段時(shí)間內(nèi)快速刷新，將最新的商品名稱、價(jià)格、促銷活動(dòng)等信息實(shí)時(shí)、準(zhǔn)確地呈現(xiàn)給顧客。
        的頭像 發(fā)表于 10-22 09:41 ?84次閱讀

        新思科技RTL與功能簽核助力低功耗SoC驗(yàn)證

        在半導(dǎo)體設(shè)計(jì)中，“簽核”通常被視為一個(gè)里程碑。但實(shí)際上，這涵蓋了多個(gè)具有特定目標(biāo)的獨(dú)立驗(yàn)證階段。
        的頭像 發(fā)表于 10-21 10:15 ?350次閱讀

        自簽名證書(shū)工具cfssl詳解

        CFSSL（CloudFlare's PKI and TLS toolkit）由 CloudFlare 用go語(yǔ)言開(kāi)發(fā)的一個(gè)開(kāi)源工具，用于證書(shū)簽名、驗(yàn)證和管理。
        的頭像 發(fā)表于 06-11 16:30 ?450次閱讀
        自<b class='flag-5'>簽名</b>證書(shū)工具cfssl詳解

        鴻蒙應(yīng)用元服務(wù)開(kāi)發(fā)-Account Kit未成年人模式訂閱和處理用戶信息變更

        范圍：訂閱的用戶信息變更事件，詳見(jiàn)用戶信息變更事件介紹。 四、處理通知消息 華為賬號(hào)服務(wù)器向元服務(wù)投遞消息。元服務(wù)接收到消息后需要先對(duì)消息頭中的令牌進(jìn)行驗(yàn)簽，確保消息的完整有效性后解析并獲取用戶信息變更
        發(fā)表于 04-16 17:43

        S32K142為什么無(wú)法計(jì)算出正確的BOOT_MAC？

        我使用安全啟動(dòng)功能，想在修改代碼后手動(dòng)更新 BOOT_MAC。 我在 AN5401 中的示例代碼（4_secure_boot_add_BOOT_MAC_manual）中使用了函數(shù)
        發(fā)表于 04-02 06:07

        為什么BOOT_CFG1_1和BOOT_CFG1_6為L(zhǎng)時(shí)不能寫(xiě)入？

        我正在使用 NXP Secure Provisioning （Version 10.0） 寫(xiě)入安裝了 RT1062 的電路板的 QSPI 閃存。 我嘗試參考 MIMXRT1060-EVKB 電路圖
        發(fā)表于 03-28 08:11

        秒驗(yàn)：重構(gòu)APP用戶體驗(yàn)與運(yùn)營(yíng)效率

        秒驗(yàn)：重構(gòu)APP用戶體驗(yàn)與運(yùn)營(yíng)效率 在移動(dòng)互聯(lián)網(wǎng)競(jìng)爭(zhēng)日益激烈的今天，APP用戶對(duì)便捷性和安全性的需求持續(xù)升級(jí)。傳統(tǒng)短信驗(yàn)證碼的“輸入-等待-驗(yàn)證”流程，因延遲、操作繁瑣等問(wèn)題，已成為用戶流失的重要
        的頭像 發(fā)表于 02-28 10:40 ?577次閱讀

        華為支付-商戶基礎(chǔ)支付場(chǎng)景開(kāi)發(fā)步驟

        對(duì)返回的支付信息進(jìn)行SM2驗(yàn)簽，驗(yàn)簽注意事項(xiàng)： 需直接使用通知的完整內(nèi)容進(jìn)行驗(yàn)簽。 驗(yàn)
        發(fā)表于 02-12 17:12

        華為支付-平臺(tái)類商戶合單支付場(chǎng)景準(zhǔn)備

        ，商戶服務(wù)器需要對(duì)返回的支付信息進(jìn)行SM2驗(yàn)簽，驗(yàn)簽注意事項(xiàng)： 1.需直接使用通知的完整內(nèi)容進(jìn)行驗(yàn)簽。 2.
        發(fā)表于 02-11 10:40

        華為支付-免密支付接入支付并簽約場(chǎng)景

        保證信息合法性，商戶服務(wù)器需要對(duì)返回的支付信息進(jìn)行SM2驗(yàn)簽，驗(yàn)簽注意事項(xiàng)： 1.需直接使用通知的完整內(nèi)容進(jìn)行驗(yàn)簽。 2.
        發(fā)表于 02-10 09:55

        華為支付-免密支付接入簽約代扣場(chǎng)景開(kāi)發(fā)步驟

        。 2.驗(yàn)簽前需要對(duì)返回?cái)?shù)據(jù)進(jìn)行排序拼接，sign字段是簽名值，排序拼接后的待驗(yàn)簽內(nèi)容需要排除sign字段。 3.
        發(fā)表于 02-07 11:35

        Cadence宣布收購(gòu)Secure-IC

        近日， 楷登電子（美國(guó) Cadence 公司，NASDAQ：CDNS）近日宣布已就收購(gòu)領(lǐng)先嵌入式安全 IP 平臺(tái)提供商 Secure-IC 達(dá)成最終協(xié)議。Secure-IC 的優(yōu)秀人才，和其經(jīng)過(guò)驗(yàn)證
        的頭像 發(fā)表于 01-24 09:18 ?1216次閱讀

        Cadence收購(gòu)Secure-IC強(qiáng)化嵌入式安全布局

        近日，全球領(lǐng)先的電子設(shè)計(jì)自動(dòng)化（EDA）解決方案提供商Cadence宣布，已成功達(dá)成最終協(xié)議，將收購(gòu)嵌入式安全I(xiàn)P平臺(tái)領(lǐng)域的佼佼者Secure-IC。
        的頭像 發(fā)表于 01-23 16:27 ?847次閱讀

        Bootloader解決方案—INTEWORK-EAS-Boot

        INTEWORK-EAS.Boot是經(jīng)緯恒潤(rùn)自主研發(fā)的BootLoader軟件產(chǎn)品。可基于客戶指定 MCU 型號(hào)、集成開(kāi)發(fā)環(huán)境和 OEM 規(guī)范進(jìn)行定制化方案設(shè)計(jì)和開(kāi)發(fā)，目前基于客戶需求已經(jīng)在在數(shù)十款
        的頭像 發(fā)表于 12-20 14:13 ?1112次閱讀
        Bootloader解決<b class='flag-5'>方案</b>—INTEWORK-EAS-<b class='flag-5'>Boot</b>