在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

如何實現(xiàn)部署的物聯(lián)網設備在功能上支持基本的安全措施執(zhí)行任務?

lhl545545 ? 來源:與非網 ? 作者:與非網 ? 2020-10-09 14:53 ? 次閱讀

工業(yè)、醫(yī)療、運輸及其他關鍵應用中,對物聯(lián)網應用的依賴程度迅速增加,這極大地改變了安全格局。以往,企業(yè)應用普遍擁有隨時可用的資源來處理安全算法,但如今企業(yè)級物聯(lián)網應用卻飽受威脅日益增多之苦,且其攻擊目標是不斷擴大的資源受限型物聯(lián)網設備網絡。企業(yè)在急于迎接快速涌現(xiàn)的物聯(lián)網機遇時,部署的物聯(lián)網設備在功能上往往無法支持基本的安全措施,因此難以保護存儲的數(shù)據(jù),且無法保證在易受攻擊的網絡上進行數(shù)據(jù)和命令交換。

當然,開發(fā)人員需要做到什么程度才能確保設計安全取決于多個因素。每個應用都面臨著各自的威脅,因而需要對這些威脅帶來的風險進行適當?shù)脑u估。由于互連設備面臨的威脅數(shù)量不同以往,任何物聯(lián)網設備都至少需要一些最低限度的安全措施。

在一些人看來,為簡單的物聯(lián)網設備實施強大的安全措施似乎是過度設計,但即使是簡單的溫度傳感器,如果缺乏足夠的保護,也會成為黑客入侵企業(yè)網絡的切入點。其實,正因為物聯(lián)網應用提供了普遍連接性,而這些應用卻基于資源受限的設備,才導致物聯(lián)網安全持續(xù)面臨挑戰(zhàn)。事實上,即使物聯(lián)網設備設計提供足夠的資源在軟件中執(zhí)行加密算法,但只要這些算法在實現(xiàn)過程中存在細微錯誤,應用仍然可能易受攻擊。

本文介紹了加密算法的基本類別,并探討了它們在安全方面的作用。然后,本文將向開發(fā)人員展示如何利用 Maxim Integrated、Microchip Technology 和 Texas Instruments 提供的旨在加速這些算法的處理器和專用器件,以在簡化實現(xiàn)的同時增強安全性的不同方面。

各種類型的加密算法及其作用

加密算法可分為三大類,涉及機密性、身份驗證(驗證消息來源)、不可抵賴性(證明發(fā)送方創(chuàng)建了加密或簽名的消息)和完整性等基本安全原則:

對稱密鑰算法,即算法或加密法使用相同的密鑰,將人類可讀的(明文)消息加密為受保護的版本(密文),之后再將密文解密為明文。對稱密鑰加密法通常用于確保機密性。常見的對稱加密算法包括:

Triple DES(一種數(shù)據(jù)加密標準),又稱為 3DES,或由美國國家標準與技術研究院 (NIST) 正式命名的三重數(shù)據(jù)加密算法 (TDEA)。

高級加密標準 (AES) 算法,例如使用 256 位密鑰的 AES-256。

非對稱密鑰算法,即加密法使用一組成對的私鑰和公鑰對消息進行加密和解密,通常作為密鑰協(xié)議和數(shù)字簽名安全擴展協(xié)議的一部分。非對稱加密法通常用于確保機密性、身份驗證或不可抵賴性。公鑰加密算法包括:

使用有限域加密 (FFC) 的算法,包括:

聯(lián)邦信息處理標準 (FIPS) 數(shù)字簽名算法 (DSA)

互聯(lián)網工程任務組 (IETF) Diffie-Hellman (DH) 密鑰交換

使用整數(shù)分解加密 (IFC) 的算法,包括:

Rivest-Shamir-Adleman (RSA)算法

使用橢圓曲線加密 (ECC) 的算法,包括:

橢圓曲線 Diffie-Hellman (ECDH) 密鑰交換

橢圓曲線數(shù)字簽名算法 (ECDSA)

哈希算法,此算法將原始消息縮減為一個很短且長度固定的唯一值,常稱為哈希值、摘要或簽名。這種單向轉換函數(shù)在驗證消息是否遭到竄改(完整性)方面扮演重要角色,可應用于涉及消息驗證碼 (MAC)、密鑰哈希消息驗證碼 (HMAC) 或密鑰派生函數(shù) (KDF) 等的多種協(xié)議。加密哈希算法包括:

消息摘要 5 (MD5)

安全哈希算法 (SHA),例如將消息轉換成 256 位哈希值的 SHA-256。

與所有有效的加密算法一樣,上述算法的設計也需遵循多個關鍵要求,本文礙于篇幅,無法詳細列出。但從廣義角度來看,基于密鑰的算法需要生成的密文幾乎無法在無密鑰的情況下解密(至少從經濟角度來說不可行)。哈希算法必須快速生成哈希值:將相同的輸入消息轉換成相同的哈希值,但對于哪怕只是有細微變化的輸入消息,也要生成截然不同的哈希值;并且,絕不會將兩條不同消息轉換成相同的哈希值,也不會因給定了特定的哈希值而生成原始消息。

盡管這些算法及其他加密算法在細節(jié)上有極大差異,但都仰賴一系列專門設計的低級操作、轉換和其他數(shù)學運算,以便達成整體目標。例如,AES 加密法使用一系列“回合”將明文轉換為密文,每個“回合”都會由用戶原始密鑰產生唯一的“回合密鑰”,并將其與原矩陣合并(清單 1)。

副本

Cipher(byte in[4*Nb], byte out[4*Nb], word w[Nb*(Nr+1)])

begin

byte state[4,Nb]

state = in

AddRoundKey(state, w[0, Nb-1])

for round = 1 step 1 to Nr–1

SubBytes(state)

ShiftRows(state)

MixColumns(state)

AddRoundKey(state, w[round*Nb, (round+1)*Nb-1])

end for

SubBytes(state)

ShiftRows(state)

AddRoundKey(state, w[Nr*Nb, (Nr+1)*Nb-1])

out = state

end

清單 1:這段偽代碼說明了消息加密中涉及的操作序列,此序列使用一組由發(fā)送方私鑰派生的值 (w),將明文 (in) 轉換為密文 (out)。(代碼來源:NIST)

在一個回合中,SubBytes() 轉換使用替換表 (S-box) 替換每個字節(jié),替換表本身也是一系列轉換的結果(圖 1)。

如何實現(xiàn)部署的物聯(lián)網設備在功能上支持基本的安全措施執(zhí)行任務?

圖 1:在 AES 加密法中,SubBytes() 階段使用替換表 (S-Box) 替換每個字節(jié)。

在序列的下一步中,ShiftRows() 轉換將后三行中的字節(jié)移位,且每行移動不同的字節(jié)數(shù)(圖 2)。

如何實現(xiàn)部署的物聯(lián)網設備在功能上支持基本的安全措施執(zhí)行任務?

圖 2:AES 加密法執(zhí)行序列中的 ShiftRows() 階段通過增加偏移量來對行進行移位。

在序列的最后步驟中,MixColumns() 對每一列進行轉換,用多項式的結果替換列中的每個字節(jié);然后 AddRoundKey() 使用專為此目的創(chuàng)建的回合密鑰,與各混合列中的字節(jié)進行按位異或 (XOR) 運算以轉換結果。

回合總數(shù)因密鑰大小而異。AES-128 使用 128 位密鑰,需要 10 個回合,而 AES-192(密鑰大小為 192 位)及 AES-256(256 位)分別需要 12 和 14 個回合。解密遵循相同的模式,只是反向執(zhí)行各過程步驟及其各自的轉換。

用于密鑰交換的 ECDH 和用于數(shù)字簽名的 ECDSA 等最新加密法依賴于更復雜的數(shù)學運算,例如由以下公式廣泛定義的橢圓曲線代數(shù)結構:

公式 1

通過慎重選擇曲線參數(shù) a 和 b 并使用其他約束條件,該曲線將顯示出有用的加密屬性(同樣,本文無法詳述)。雖然概念簡單,但特定的參數(shù)組合至關重要:曲線參數(shù)選擇不當會導致算法仍然無法抵御復雜的攻擊。為了幫助消除這種可能性,NIST 提供了一組具有強魯棒性的標準加密曲線,包括 P-192、P-224、P-256 和魯棒性更強的其他曲線。曲線名稱與曲線的底層素域中元素的素數(shù) p 的位長相對應。

開發(fā)人員可使用這些屬性結合 ECDSA,利用確定的曲線對部分消息進行簽名,并將公鑰和簽名(一對標示為 r 和 s 的數(shù)字)提供給接收方。實際的簽名過程包含以下步驟:

首先,算法在曲線上選取某個點,稱為基點 G(x,y),再將基點與開發(fā)人員的私鑰 (d) 模 p 相乘,以生成公鑰 Q(x,y):

公式 2

然后,在值域 [1 。.. n-1] 中選取隨機數(shù) k 以產生另一個坐標點 (x1,y1):

公式 3

這樣,即可生成消息 m 的 SHA 哈希值 H(m)

最后,使用隨機數(shù) k 的模逆元 k-1,生成數(shù)字簽名的最終 r 和 s 分量,如下所示:

公式 4

公式 5

最終結果可以互換,用于驗證消息、確認消息完整性,并確保不可抵賴性。

如何實現(xiàn)加密算法

一般淺略了解這些算法后,人們都會發(fā)現(xiàn)加密算法依賴于一連串數(shù)學運算,并且計算量相當龐大,想要快速完成運算根本不可能或不切實際,因此入侵者無法加以利用。此外,即使粗略地查驗每種算法也能看出,在不影響設備主要功能要求的情況下,資源受限的物聯(lián)網設備幾乎不可能執(zhí)行算法的軟件實現(xiàn)。最后,由本文未詳述的算法具體細節(jié)可知,即便是細微的編碼錯誤或對標準稍有誤解,也可能造成安全漏洞,甚至會讓加密過程徹底失效。

即使是最大的開發(fā)機構和極度依賴這些算法的應用,也可能會在算法實現(xiàn)時出錯。例如,某游戲主機就曾發(fā)生過一次眾所周知的安全漏洞事件,原因就是在實施 ECDSA 時,該公司在公式 3 所示的計算類型中使用了常數(shù) k,而非隨機數(shù),結果讓黑客推導出安全密鑰 d。類似的安全漏洞事件也曾造成比特幣嚴重損失,就是因為使用了有缺陷的隨機數(shù)發(fā)生器來產生 k。

將基于硬件的加密功能內置到處理器和專用安全 IC 中,開發(fā)人員就可在很大程度上忽略執(zhí)行加密算法的復雜細節(jié),而將精力集中在使用這些功能來保護應用的優(yōu)勢上。在器件內集成數(shù)據(jù)流和運算,額外增加了一重安全保護,從而消除了一種常見的攻擊形式,即監(jiān)視外部總線以尋找特權信息跡象。除了提供特定算法的可靠實現(xiàn)外,基于硬件的解決方案還允許開發(fā)人員在設計中整合安全功能,而不會影響基本要求,如傳輸響應延遲和影響整體性能。

這些器件內置的加密加速器可為主處理器分擔加密執(zhí)行任務,使其能夠集中處理設計的主要功能。實際上,基于硬件的加密支持已逐漸成為處理器的常見功能。同時,并非每個應用都需要用到上述算法所支持的所有安全措施。其實,在許多處理器中,開發(fā)人員都能找到多種加速加密算法和算法組合,例如以下處理器:

Maxim Integrated 的 MAX32631 32 位微控制器,支持 AES 和 DSA 加密

Maxim Integrated 的 MAX32520 32 位 MCU,支持 AES、SHA 和 ECDSA 算法

Microchip Technology 的 PIC 24F XLP 16 位微控制器系列,其中 PIC24FJ256GA406 等器件支持 AES 和 3DES 加密

Microchip Technology 的 32 位 PIC 32MZ MCU 和 32 位 SAM9X60 MPU 系列,其中 PIC32MZ2048EFM144 和 SAM9X60T 等器件支持 AES 和 3DES 加密,以及 SHA 和 HMAC 哈希函數(shù)

Texas Instruments 的 SimpleLink MCU 系列,如 CC1312R 和 CC2652R 無線 MCU,支持 AES、ECDH 和 ECDSA 加密,以及 SHA 哈希函數(shù)

Maxim Integrated 的 DS28E38 和 Microchip Technology 的 ATECC608A 等其他安全器件,集成了加密加速器和加速身份驗證協(xié)議所需的相關功能。除了豐富的加密功能之外,這些器件還支持前文所述的 ECDSA 運算。在物聯(lián)網設備或智能外設中,主機處理器可使用此類身份驗證 IC 來快速創(chuàng)建 ECDSA P-256 數(shù)字簽名,以發(fā)送至另一臺設備,或者驗證來自其他設備的 ECDSA P-256 簽名。

支持安全功能的處理器與專用器件,通常使用廣泛的基于硬件的安全框架構建,以便提供高質量隨機數(shù)發(fā)生器等額外的安全功能。許多提供此級別功能的器件會運用半導體設計中固有的隨機噪聲源,使真隨機數(shù)發(fā)生器 (TRNG) 所需的熵最大化。正如前文所述的比特幣示例所表明,這類 TRNG 是正常運算加密算法的必要因素。

集成對私鑰和其他機密數(shù)據(jù)安全存儲的支持,是安全設計最重要的功能之一。此外,這些處理器及其他類似處理器更具備其他架構性功能,可提供更深層的安全支持。

鑒于其所有功能,具有集成加密加速器和相關功能的處理器,可通過使用簡單的應用程序編程接口 (API) 庫來簡化安全設計的開發(fā)。直觀的 API 函數(shù)調用讓開發(fā)人員可以依靠 API 來訪問基礎硬件功能,從而使安全實現(xiàn)抽象化。例如,開發(fā)人員可以使用 Maxim Integrated 推出的用于 MAX32520 MCU 的 MAX32520-KIT 評估套件,結合該公司的 Micros 軟件開發(fā)套件 (SDK),可快速構建安全的物聯(lián)網設備。除了相關的驅動程序和中間件之外,Maxim Integrated 的 Micros SDK 還包括示例函數(shù),這些函數(shù)演示了使用 AES 加密法加密 (AES128_ECB_enc()) 和解密 (AES128_ECB_dec ()) 消息所需的基本設計模式(清單 2)。

副本

int AES128_ECB_enc(int asynchronous)

{

printf( asynchronous ? “Test Cipher Async\n” : “Test Cipher Sync\n”);

char *_key = “797f8b3d176dac5b7e34a2d539c4ef36”;

char key[MXC_AES_KEY_128_LEN];

ascii_to_byte(_key, key, MXC_AES_KEY_128_LEN);

const char *iv_src = “”;

char iv_dst[16];

ascii_to_byte(iv_src, iv_dst, 16);

char *_pt= “00000000000000000000000000000000”;

char pt[MXC_AES_DATA_LEN];

ascii_to_byte(_pt, pt, MXC_AES_DATA_LEN);

mxc_ctb_cipher_req_t cipher_req = {

(uint8_t*)pt,

MXC_AES_DATA_LEN,

(uint8_t*)iv_src,

(uint8_t*)result,

&Test_Callback };

// Reset crypto block

MXC_CTB_Init(MXC_CTB_FEATURE_CIPHER | MXC_CTB_FEATURE_DMA);

MXC_CTB_IntEnable(asynchronous);

MXC_CTB_Cipher_SetMode(MXC_CTB_MODE_ECB);

MXC_CTB_Cipher_SetCipher(MXC_CTB_CIPHER_AES128);

MXC_CTB_Cipher_SetKeySource(MXC_CTB_CIPHER_KEY_SOFTWARE);

// Load key into cipher key register

MXC_CTB_Cipher_SetKey((uint8_t *)key, MXC_AES_KEY_128_LEN);

if (asynchronous){

wait = 1;

MXC_CTB_Cipher_EncryptAsync(&cipher_req);

while( wait );

} else {

MXC_CTB_Cipher_Encrypt(&cipher_req);

}

const char *_expected = “322FD6E503395CDB89A77AC53D2B954F”;

char expected[MXC_AES_DATA_LEN];

ascii_to_byte(_expected, expected, MXC_AES_DATA_LEN);

return AES_check(result, expected, MXC_AES_DATA_LEN);

}

int AES128_ECB_dec(int asynchronous)

{

printf( asynchronous ? “Test Cipher Async\n” : “Test Cipher Sync\n”);

char *_key = “797f8b3d176dac5b7e34a2d539c4ef36”;

char key[MXC_AES_KEY_128_LEN];

ascii_to_byte(_key, key, MXC_AES_KEY_128_LEN);

const char *iv_src = “”;

char iv_dst[16];

ascii_to_byte(iv_src, iv_dst, 16);

char *_pt= “322FD6E503395CDB89A77AC53D2B954F”;

char pt[MXC_AES_DATA_LEN];

ascii_to_byte(_pt, pt, MXC_AES_DATA_LEN);

mxc_ctb_cipher_req_t cipher_req = {

(uint8_t*)pt,

MXC_AES_DATA_LEN,

(uint8_t*)iv_src,

(uint8_t*)result,

&Test_Callback };

// Reset crypto block

MXC_CTB_Init(MXC_CTB_FEATURE_CIPHER | MXC_CTB_FEATURE_DMA);

MXC_CTB_IntEnable(asynchronous);

MXC_CTB_Cipher_SetMode(MXC_CTB_MODE_ECB);

MXC_CTB_Cipher_SetCipher(MXC_CTB_CIPHER_AES128);

MXC_CTB_Cipher_SetKeySource(MXC_CTB_CIPHER_KEY_SOFTWARE);

// Load key into cipher key register

MXC_CTB_Cipher_SetKey((uint8_t *)key, MXC_AES_KEY_128_LEN);

if (asynchronous){

wait = 1;

MXC_CTB_Cipher_DecryptAsync(&cipher_req);

while( wait );

} else {

MXC_CTB_Cipher_Decrypt(&cipher_req);

}

const char *_expected = “00000000000000000000000000000000”;

char expected[MXC_AES_DATA_LEN];

ascii_to_byte(_expected, expected, MXC_AES_DATA_LEN);

return AES_check(result, expected, MXC_AES_DATA_LEN);

}

清單 2:開發(fā)人員可以檢查 Maxim Integrated 的 Micros SDK 分發(fā)包中的示例代碼,以學習使用 MAX32520 MCU 的集成加密函數(shù)執(zhí)行 AES 加密 (AES128_ECB_enc()) 和解密 (AES128_ECB_dec ()) 所需的基本設計模式。

身份驗證協(xié)議

要為應用中使用的高級協(xié)議提供安全基礎,具有強魯棒性的加密算法實現(xiàn)尤其重要。像傳輸層安全 (TLS) 這樣的較高層級協(xié)議通常使用一組定義的加密算法(稱為密碼套件)來執(zhí)行運算。在 TLS 中,從約定的密碼套件提取的算法有助于確保物聯(lián)網設備客戶端與主機服務器之間的通信會話實現(xiàn)身份驗證和機密性。TLS 1.2[8] 會通過一個特定事務處理序列,在進行數(shù)據(jù)交換之前,協(xié)商參數(shù)、執(zhí)行身份驗證和交換會話密鑰。

TLS 1.2 會話創(chuàng)建協(xié)議使用約定密碼套件提供的各種算法進行身份驗證、密鑰交換和持續(xù)的數(shù)據(jù)交換。

鑒于安全證書中包含每個參與者各自的公鑰,可通過驗證安全證書,確定服務器以及客戶端(可選)的身份以確保實現(xiàn)身份驗證。在此期間,每個參與者都會發(fā)送一條使用其私鑰加密的消息。由于接收到的公鑰僅能解密用其關聯(lián)私鑰加密的消息,因此每個參與者都可以確認證書提供者實際擁有該證書。

在下一個 TLS 階段,參與者執(zhí)行一系列事務處理,以創(chuàng)建共享會話密鑰。該共享會話密鑰隨后會用來加密實際的消息流量,從而確保該會話消息交換的機密性。

多種協(xié)議選擇使開發(fā)人員可以優(yōu)化此通用 TLS 會話的創(chuàng)建過程,但有時會影響整體安全性。此外,在參數(shù)交換過程中,開發(fā)人員可以使用不同的密碼套件,為各個協(xié)議階段選擇合適的 TLS 1.2 支持算法組合,具體包括:

密鑰構建:RSA、DH、ECDH

身份驗證:RSA、DSA、ECDSA

加密法:3DES、AES

消息驗證:SHA

最新版本的 TLS 為 TLS 1.3[9],該協(xié)議規(guī)定先執(zhí)行密鑰交換以更好地保護會話創(chuàng)建過程,從而增加了額外的安全性。更重要的是,TLS 1.3 在很大程度上棄用了 TLS 1.2 的密碼套件,轉而使用更強大的算法,包括基于 HMAC 的提取和擴展密鑰派生函數(shù) (HKDF),以及帶有關聯(lián)數(shù)據(jù)的認證加密 (AEAD) 算法。AEAD 算法滿足了確保消息真實性、完整性和機密性的廣泛需求。這些算法通過將加密消息與 MAC 綁定實現(xiàn)上述要求,而加密與 MAC 可按照串行方式或兩者并用方式生成。

AEAD 使用先加密后生成 MAC(左)與同時加密和生成 MAC(右)方式,分別進行串行或并行 MAC 計算,然后將 MAC 與密文綁定從而提供身份驗證與機密性。

增加安全強度

加密算法與相關協(xié)議的發(fā)展過程,可以說是決心強化安全性的加密專家與同樣堅定的破解者之間不斷追逐的競賽。例如,為了加強安全性,專家開發(fā)了 ECDSA 作為 DSA 的 ECC 變體,而 DSA 本身則是更早期加密法的變體。因此,ECDSA 的安全強度與 DSA 相同,但密鑰大小則大幅縮小。

在密碼學中,算法的安全強度取決于密鑰位數(shù) x 和攻擊將需要約 2x 次運算才能推演出算法所隱藏私鑰的預期。根據(jù)這些條件,不同類別的算法可能需要截然不同的密鑰長度,才能達到相當安全級別。

不同類別的加密算法可能需要截然不同的公鑰 (L) 或私鑰(N、k、f)大小,才能實現(xiàn)級別相當?shù)陌踩珡姸取?/p>

在這張來自 NIST 的表格中,F(xiàn)FC 算法參數(shù) L 和 N 分別對應于公鑰和私鑰的大小。k 和 f 分別對應于 IFC 和 ECC 算法的密鑰大小。NIST 指出,安全強度 ≤80 的算法(表中橘色背景的單元格)不準再用于保護政府信息,而其他算法(黃色背景的單元格)基于效率考慮,尚未納入 NIST 標準。

在追求更高安全強度的趨勢下,加密法和建議的密碼套件也因此而不斷發(fā)展。例如,美國國家安全局 (NSA) 商業(yè)國家安全算法 (CNSA) 套件取代了早期的 NSA Suite B,并建議使用更穩(wěn)健的參數(shù)來保護被列為最高機密的信息。

NSA 建議的 CNSA 套件包含加密算法以及保護高度敏感信息所需的最低安全強度建議。

展望未來,量子計算功能的出現(xiàn)會為整個安全領域,特別是加密算法,帶來巨大的斷層。

總結

物聯(lián)網設備和其他互連設計面臨著越來越多的威脅,因此需要更強大的基于多種加密算法的安全方法。這些算法依賴于一系列轉換與數(shù)學運算,將明文加密為密文,再將密文解密為明文,目的是讓破壞安全性的行為徒勞無功。如上所述,可以采用基于硬件的方式實現(xiàn)這些算法,因而開發(fā)人員能夠更輕松地在設計中整合強大的安全功能,而不會影響功能和性能方面的主要要求。
責任編輯:pj

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
收藏 人收藏

    評論

    相關推薦

    MPU聯(lián)網中的作用

    聯(lián)網(IoT)是指通過互聯(lián)網將各種設備連接起來,實現(xiàn)數(shù)據(jù)的交換和通信,從而提高效率、降低成本、增強安全
    的頭像 發(fā)表于 01-08 09:28 ?111次閱讀

    串口聯(lián)網中的應用

    聯(lián)網(IoT)是指通過互聯(lián)網將各種設備連接起來,實現(xiàn)信息交換和通信的技術。這些設備包括傳感器、
    的頭像 發(fā)表于 12-27 09:54 ?327次閱讀

    藍牙AES+RNG如何保障聯(lián)網信息安全

    功能可通過軟件實現(xiàn),也可以通過硬件實現(xiàn)。主要優(yōu)勢體現(xiàn)在:保障通信安全方面,隨機數(shù)生成器能夠輸出非重復且隨機變化的數(shù)值。這些數(shù)值是構建多種
    發(fā)表于 11-08 15:38

    聯(lián)網智能家居中的應用

    技術的核心在于“連接”。通過將各種智能設備連接到互聯(lián)網,這些設備可以相互通信,共享數(shù)據(jù),從而實現(xiàn)自動化控制和管理。
    的頭像 發(fā)表于 10-29 10:28 ?686次閱讀

    如何實現(xiàn)聯(lián)網安全

    凸顯。 1. 設備安全:從源頭開始 聯(lián)網設備安全性應該從設計階段就開始考慮。制造商需要確保
    的頭像 發(fā)表于 10-29 10:24 ?376次閱讀

    3MOS和4MOS功能上有什么區(qū)別

    現(xiàn)代電子技術中,晶體管是實現(xiàn)信號放大、開關控制等功能的關鍵元件。隨著集成電路技術的發(fā)展,晶體管的尺寸不斷縮小,性能不斷提升。3MOS和4MOS作為兩種典型的晶體管結構,它們
    的頭像 發(fā)表于 07-25 09:30 ?1165次閱讀

    家里聯(lián)網設備每天遭受10次攻擊,聯(lián)網安全制度建設需加速推進

    近日,安全解決方案廠商NETGEAR和網絡安全軟件供應商Bitdefender聯(lián)合發(fā)布了一份關于聯(lián)網設備
    的頭像 發(fā)表于 07-11 08:05 ?286次閱讀
    家里<b class='flag-5'>聯(lián)網</b><b class='flag-5'>設備</b>每天遭受10次攻擊,<b class='flag-5'>物</b><b class='flag-5'>聯(lián)網</b><b class='flag-5'>安全</b>制度建設需加速推進

    6芯M16公頭汽車功能上的應用

      德索工程師說道6芯M16公頭汽車功能上的應用非常廣泛,其多芯設計和優(yōu)良的電氣性能使得它能夠滿足汽車系統(tǒng)中對多通道、多參數(shù)監(jiān)測的需求,提高系統(tǒng)的集成度和工作效率。以下是關于6芯M16公頭汽車
    的頭像 發(fā)表于 06-21 13:49 ?326次閱讀
    6芯M16公頭<b class='flag-5'>在</b>汽車<b class='flag-5'>功能上</b>的應用

    聯(lián)網是什么?聯(lián)網功能

    聯(lián)網應用中有三項關鍵,分別是感知層、網絡傳輸層和應用層。聯(lián)網的本質是網絡通訊技術,通過
    的頭像 發(fā)表于 04-20 09:44 ?2296次閱讀

    【天拓四方】聯(lián)網網關硬件和云端分別實現(xiàn)了哪些功能

    聯(lián)網(IoT)的廣闊領域中,聯(lián)網網關硬件和云端各自扮演著不可或缺的角色。它們通過一系列功能
    的頭像 發(fā)表于 04-19 16:18 ?339次閱讀

    No Output是什么意思? Generation與Compare功能上有什么區(qū)別?

    No Output是什么意思? Generation 與 Compare功能上有什么區(qū)別?
    發(fā)表于 04-07 07:19

    MQTT聯(lián)網平臺實現(xiàn)設備連接與安全加密

    與平臺可以實現(xiàn)快速、可靠的通信,實現(xiàn)實時監(jiān)控、數(shù)據(jù)采集和遠程控制等功能,為企業(yè)提供了全新的工作模式和優(yōu)化方案。 通博聯(lián)提供工業(yè)智能網關接入MQTT
    的頭像 發(fā)表于 03-19 10:25 ?635次閱讀
    MQTT<b class='flag-5'>物</b><b class='flag-5'>聯(lián)網</b>平臺<b class='flag-5'>實現(xiàn)</b><b class='flag-5'>設備</b>連接與<b class='flag-5'>安全</b>加密

    DC電源模塊的保護與安全措施

    BOSHIDA ? DC電源模塊的保護與安全措施 BOSHIDA ? DC電源模塊的保護與安全措施包括以下幾個方面: ?DC電源模塊的保護與安全措施 1. 過流保護:電源輸出端加入過
    的頭像 發(fā)表于 02-19 13:27 ?669次閱讀
    DC電源模塊的保護與<b class='flag-5'>安全措施</b>

    KIT_A2G_TC375_LITE和KIT_A2G_TC375_ARD_SB功能上有啥區(qū)別?

    KIT_A2G_TC375_LITE和KIT_A2G_TC375_ARD_SB,功能上有啥區(qū)別,做域控開發(fā),都帶燒錄和仿真器嗎
    發(fā)表于 01-24 08:27

    將試驗設備從實驗室移動到室外需要采取哪些安全措施

    設備從實驗室移動到室外時,需要采取一系列安全措施以確保設備安全和完整性。以下是一些建議的安全措施:   制定詳細的搬運計劃:
    的頭像 發(fā)表于 01-11 15:44 ?477次閱讀
    將試驗<b class='flag-5'>設備</b>從實驗室移動到室外需要采取哪些<b class='flag-5'>安全措施</b>
    主站蜘蛛池模板: 理论片亚洲| 又粗又大又爽又色又过瘾视频| 日韩大尺度视频| 91久久福利国产成人精品| 91久久另类重口变态| 亚洲一区 在线播放| 久久国产乱子伦精品免| 1000部又爽又黄的做黄禁片| 人人乳乳香蕉大免费| 黄色视网站| 午夜免费毛片| 年轻人影院www你懂的| 性欧美69| 亚洲精品久久久久午夜| 来啊mm影院亚洲mm影院| 国产尤物在线视频| 伊人网视频| 国产三级在线观看播放| 婷婷激情综合五月天| 日韩高清成人毛片不卡| 欧美影欧美影院免费观看视频| 在线免费色视频| 波多野结衣在线免费视频| 鲁一鲁色一色| 婷婷亚洲视频| 亚洲国产日韩精品怡红院| 男男h文小说阅| 天天黄色| 狠狠要| 日本xxxx色视频在线观看免费| 性刺激的欧美三级视频| 美妇乱人伦性| 天天干天天拍天天操| 亚洲网站色| 黄色一级毛片网站| 四虎国产永久免费久久| 日本一区二区三区欧美在线观看| 女女色综合影院| 久久手机看片你懂的日韩1024| 理论在线视频| 日本不卡在线视频高清免费|