點(diǎn)擊藍(lán)字 ╳ 關(guān)注我們
OpenAtom OpenHarmony(簡(jiǎn)稱“OpenHarmony”)三方庫(kù),是經(jīng)過(guò)驗(yàn)證可在OpenHarmony系統(tǒng)上可重復(fù)使用的軟件組件,可幫助開(kāi)發(fā)者快速開(kāi)發(fā)OpenHarmony應(yīng)用。如果是發(fā)布到開(kāi)源社區(qū),稱為開(kāi)源三方庫(kù),開(kāi)發(fā)者可以通過(guò)訪問(wèn)開(kāi)源社區(qū)獲取。接下來(lái)我們來(lái)了解crypto-js開(kāi)源三方庫(kù)。crypto-js是一個(gè)加密算法類庫(kù),可以非常方便地在前端進(jìn)行其所支持的加解密操作。目前crypto-js已支持的算法有:MD5、SHA-1、SHA-256、HMAC、HMAC-MD5、HMAC-SHA1、HMAC-SHA256、PBKDF2、AES、RC4、DES等。?安全性和可靠性:crypto-js 實(shí)現(xiàn)了經(jīng)過(guò)廣泛測(cè)試和審查的加密算法,旨在提供安全可靠的加密功能。它采用密碼學(xué)的最佳實(shí)踐,并致力于保護(hù)數(shù)據(jù)的安全性和完整性。?易于使用的 API:crypto-js 提供了簡(jiǎn)單易用的 API,使開(kāi)發(fā)人員能夠輕松地在 應(yīng)用程序中執(zhí)行加密和解密操作。它提供了直觀和一致的方法和選項(xiàng),使加密操作變得更加方便和靈活。?多種加密算法支持:crypto-js 支持多種對(duì)稱加密算法(如 AES、DES)和散列函數(shù)(如 MD5、SHA1、SHA256),以及消息認(rèn)證碼(MAC)算法。它提供了一套完整的加密工具,滿足不同安全需求。MD5是一種廣泛使用的散列函數(shù)。它被用于各種安全應(yīng)用,也通常用于校驗(yàn)文件的完整性。但MD5不耐碰撞攻擊,因此不適用于SSL證書或數(shù)字簽名。SHA 散列函數(shù)由美國(guó)國(guó)家安全局 (NSA) 設(shè)計(jì)。SHA-1 是現(xiàn)有 SHA 散列函數(shù)中最成熟的,它用于各種安全應(yīng)用程序和協(xié)議。但隨著新攻擊的發(fā)現(xiàn)或改進(jìn),SHA-1 的抗攻擊能力一直在減弱。SHA-224、SHA-256、SHA-384,和SHA-512合稱為SHA-2。SHA-256是SHA-2集合中的四個(gè)變體之一。雖然它提供了更好的安全性,但是它的應(yīng)用不如SHA-1廣泛。SHA-512在很大程度上與SHA-256相同,但在64位計(jì)算機(jī)上SHA-512比SHA-256更快(因?yàn)樗鼈冊(cè)趦?nèi)部使用64位算術(shù));在8位,16位和32位計(jì)算機(jī)上,SHA-256比SHA-512更快。HMAC是一種使用加密散列函數(shù)進(jìn)行消息認(rèn)證的機(jī)制,可以與任何迭代密碼散列函數(shù)結(jié)合使用,通常用于消息身份驗(yàn)證,數(shù)字簽證。PBKDF2是一個(gè)用來(lái)對(duì)用戶口令(password)進(jìn)行加密的函數(shù)。在密碼學(xué)的許多應(yīng)用中,用戶安全性最終取決于用戶口令,由于用戶口令通常不能直接用作密鑰,因此需要進(jìn)行一些處理。AES 密碼學(xué)中的高級(jí)加密標(biāo)準(zhǔn)(Advanced Encryption Standard,AES),又稱Rijndael加密法,是美國(guó)聯(lián)邦政府采用的一種區(qū)塊加密標(biāo)準(zhǔn)。這個(gè)標(biāo)準(zhǔn)用來(lái)替代原先的DES(Data Encryption Standard),已經(jīng)被多方分析且廣為全世界所使用。RC4算法是Ron Rivest為RSA公司在1987年設(shè)計(jì)的一種流密碼,作為RSA的商業(yè)機(jī)密直到1994年才被匿名公布于Internet。RC4被用于為網(wǎng)絡(luò)瀏覽器和服務(wù)器間通信而制定的SSL/TLS(安全套接字協(xié)議/傳輸層安全協(xié)議)標(biāo)準(zhǔn)中,以及作為IEEE 801.11無(wú)線局域網(wǎng)標(biāo)準(zhǔn)一部分的WEP(Wired Equivalent Privacy)協(xié)議和新的WiFi受保護(hù)訪問(wèn)協(xié)議(WAP)中。從這些應(yīng)用來(lái)看,RC4構(gòu)成了當(dāng)今網(wǎng)絡(luò)通信的非常重要的部分,因此這個(gè)算法非常重要。
接下來(lái)將通過(guò)具體實(shí)例介紹crypto-js的使用方法與個(gè)性化配置。1.在項(xiàng)目中安裝 crypto-js安裝crypto-js可以全局安裝,也可以在模塊下安裝。全局安裝在根目錄下執(zhí)行安裝指令,模塊安裝則在相應(yīng)的模塊下執(zhí)行安裝指令:ohpminstall@ohos/crypto-js
OpenHarmony ohpm 環(huán)境配置等更多內(nèi)容,請(qǐng)參考如何安裝 OpenHarmony ohpm 包。例如我們?cè)谀K下安裝,在entry目錄下執(zhí)行安裝指令,出現(xiàn)install completed則安裝完成:最新版本支持
import { CryptoJS } from '@ohos/crypto-js' 或者
importCryptoJSfrom'@ohos/crypto-js'
md5信息摘要算法(英語(yǔ):md5 Message-Digest Algorithm),一種被廣泛使用的密碼散列函數(shù),可以產(chǎn)生出一個(gè)128位(16字節(jié))的散列值(hash value),用于確保信息傳輸完整一致。1.不可逆性 --- 根據(jù) MD5 值計(jì)算不出原始數(shù)據(jù)2.唯一性 --- 不同原始數(shù)據(jù)會(huì)有不同的 MD5 值
import { CryptoJS } from '@ohos/crypto-js'
varhash=CryptoJS.MD5("123456")
AES算法全稱Advanced Encryption Standard,又稱Rijndael加密法,是美國(guó)聯(lián)邦政府采用的一種區(qū)塊加密標(biāo)準(zhǔn)。AES是對(duì)稱加密,所以加密解密都需要用到同一個(gè)秘鑰。
import { CryptoJS } from '@ohos/crypto-js'
var key = 'secret key 1234'
var encrypted = CryptoJS.AES.encrypt('hello world', key).toString()
vardecrypted=CryptoJS.AES.decrypt(encrypted,key)
以上就是crypto-js的一些基本介紹,更多詳情可以前往源碼地址或者ohpm倉(cāng)地址參考crypto-js文檔。https://gitee.com/openharmony-tpc/docs/blob/master/OpenHarmony_har_usage.md
https://gitee.com/openharmony-sig/crypto-js
https://ohpm.openharmony.cn/#/cn/detail/@ohos%2Fcrypto-js
原文標(biāo)題:【開(kāi)源三方庫(kù)】crypto-js加密算法庫(kù)的使用方法
文章出處:【微信公眾號(hào):OpenAtom OpenHarmony】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(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)投訴
原文標(biāo)題:【開(kāi)源三方庫(kù)】crypto-js加密算法庫(kù)的使用方法
文章出處:【微信號(hào):gh_e4f28cfa3159,微信公眾號(hào):OpenAtom OpenHarmony】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
相關(guān)推薦
加密算法在云計(jì)算中的應(yīng)用主要體現(xiàn)在以下幾個(gè)方面: 數(shù)據(jù)加密 : 數(shù)據(jù)加密是保護(hù)數(shù)據(jù)在傳輸和存儲(chǔ)過(guò)程中的機(jī)密性的關(guān)鍵技術(shù)。在云計(jì)算中,數(shù)據(jù)加密技術(shù)可以分為傳輸
發(fā)表于 12-17 16:02
?78次閱讀
加密算法在網(wǎng)絡(luò)安全中扮演著至關(guān)重要的角色,以下是它們的主要功能和作用: 保護(hù)數(shù)據(jù)機(jī)密性 : 加密算法確保只有授權(quán)用戶才能訪問(wèn)敏感數(shù)據(jù),防止數(shù)據(jù)在傳輸或存儲(chǔ)過(guò)程中被未授權(quán)訪問(wèn)。 確保數(shù)據(jù)完整性
發(fā)表于 12-17 16:00
?65次閱讀
加密算法的選擇對(duì)于加密安全至關(guān)重要,因?yàn)樗苯佑绊懙綌?shù)據(jù)保護(hù)的有效性和可靠性。以下是幾個(gè)關(guān)鍵點(diǎn)來(lái)說(shuō)明加密算法選擇的重要性: 加密強(qiáng)度: 加密算法
發(fā)表于 12-17 15:59
?70次閱讀
常見(jiàn)的加密算法及其優(yōu)勢(shì)如下: AES(Advanced Encryption Standard): AES是一種對(duì)稱加密算法,采用分組密碼體制,支持128位、192位和256位密鑰長(zhǎng)度。AES的優(yōu)勢(shì)
發(fā)表于 12-17 15:57
?80次閱讀
加密算法在保護(hù)網(wǎng)絡(luò)安全中扮演著至關(guān)重要的角色,具體來(lái)說(shuō),它們的作用包括但不限于以下幾點(diǎn): 數(shù)據(jù)保密性:加密算法用于加密數(shù)據(jù),將其轉(zhuǎn)換為一種不易理解的形式,以防止未經(jīng)授權(quán)的訪問(wèn)者查看或識(shí)別數(shù)據(jù)內(nèi)容
發(fā)表于 12-06 15:22
?157次閱讀
使用的第三方插件,其底層以的庫(kù)沒(méi)有適配鴻蒙,則需要通過(guò)overrider配置其鴻蒙化的替代插件,否則會(huì)在運(yùn)行時(shí)報(bào)錯(cuò)。如下面所示:
```yaml
dependency_overrides:
# ohos
發(fā)表于 10-22 21:54
電子發(fā)燒友網(wǎng)站提供《C加密算法的實(shí)現(xiàn).pdf》資料免費(fèi)下載
發(fā)表于 09-20 11:10
?1次下載
請(qǐng)問(wèn)ESP-IDF的WPA3-SAE的入網(wǎng)加密算法最耗時(shí)的是那個(gè)函數(shù)
發(fā)表于 06-05 08:17
自己在網(wǎng)上搜了下相關(guān)資料,能把第三方EXE內(nèi)嵌進(jìn)入容器里,但是有個(gè)問(wèn)題,這個(gè)第三方軟件必須手動(dòng)拖到容器正中間,手動(dòng)最大化。請(qǐng)問(wèn)有什么方法可以自動(dòng)實(shí)現(xiàn)嗎?
下圖是我內(nèi)嵌的POLL 軟件。如圖!
發(fā)表于 04-18 14:26
在Stage模型中,如何調(diào)用已經(jīng)上架到[三方庫(kù)中心]的社區(qū)庫(kù)和項(xiàng)目?jī)?nèi)創(chuàng)建的本地庫(kù)。
發(fā)表于 04-14 11:34
?902次閱讀
STM32L072,L0系列,Cortex-M0/M0+/M1處理器基于ARMv6-M架構(gòu),查指令集是沒(méi)有AES加密支持的請(qǐng)問(wèn)要怎么支持AES加密算法
發(fā)表于 04-10 08:05
Meta已悄然啟動(dòng)了與此相關(guān)的功能,意味著Quest頭顯可同時(shí)操作多個(gè)第三方Android應(yīng)用。在此之前,Quest對(duì)第三方Android應(yīng)用有嚴(yán)格限制,用戶每次僅能打開(kāi)一個(gè),無(wú)法實(shí)現(xiàn)同屏幕并行多個(gè)第三方應(yīng)用進(jìn)程。
發(fā)表于 03-11 10:58
?740次閱讀
HSM 中支持的算法:你能否具體說(shuō)明 TC233/TC234 系列中的 HSM 硬件支持哪些加密算法? 特別是,我有興趣了解對(duì) AES、CMAC、RSA、ECC 和 SHA 的支持。
2. 具有類似
發(fā)表于 01-18 10:33
我用mini57系列的芯片跑做一個(gè)心率檢測(cè)的產(chǎn)品。加入心率算法庫(kù)后,發(fā)現(xiàn)程序無(wú)法運(yùn)行,但是編譯沒(méi)有報(bào)錯(cuò)。我在線仿真發(fā)現(xiàn)無(wú)法進(jìn)入main函數(shù),程序運(yùn)行不了。算法庫(kù)是用新塘的demo在keil的環(huán)境下生成的。 不知道是為什么。
發(fā)表于 01-15 08:33
由于OpenHarmony應(yīng)用是基于ArkTS開(kāi)發(fā),而ArkTS是在保持TypeScript(簡(jiǎn)稱TS)基礎(chǔ)語(yǔ)法風(fēng)格的基礎(chǔ)上,對(duì)TS的動(dòng)態(tài)類型特性施加更嚴(yán)格的約束,引入靜態(tài)類型。因此在開(kāi)發(fā)OpenHarmony三方庫(kù)時(shí),建議首選在成熟的
發(fā)表于 12-26 10:48
?1161次閱讀
評(píng)論