uuid加密

⑴ 怎麼給文件加密

您好，下面是我總結出的幾種加密方法。
1.低級隱藏文件方法——普通隱藏法
最簡單的一種文件隱藏方法，不過很容易被發現，只能應付一些電腦小白。

1.對著文件右鍵，屬性

2.選擇隱藏

3.完成
2.中級隱藏文件法——圖片隱藏法
這種方法是通過命令強行把一個文件隱藏到圖片里。改一下後綴依舊能破解。

1.准備一張圖片(越小越好)

2.win+r打開運行輸入cmd，打開cmd

3.CD到文件所在位置

4.輸入:/b 圖片名稱(包括後綴) +文件名稱(包括後綴) 圖片名稱 回車

5.完成
高級文件加密法
中級加密法的升級版，讓人幾乎無法破解。

1.把你要加密的文件壓縮一下，並且設置密碼。

2.再按前面說的中級加密法進行加密

3.完成
終極文件加密法
前面高級文件加密法的升級版，通過摩絲密碼把整個文件進行加密，幾乎沒有人能破解。

1.用記事本打開文件，把裡面的代碼復制一下

2.網路搜索，摩絲密碼進行翻譯。

3.然後再按前面的方法進行加密。

OK 這就是我找到的幾種加密方法，希望腦能幫到怒!!!順便放上一張摩斯密碼圖，喜歡我就點個關注吧。

您好

可以使用加密狗，選中文件然後加密輸入密碼，加密狗就會改後綴，只有輸入正確的密碼才能使用

可以用SES隱形加密軟體，可以免費加密試用，功能強大，防拷貝，防外發，可以加密各種文件格式，也可以選擇性加密文件格式，都是可以設置的，並且對於新建文件都是自動加密，加密後的文件外發後是亂碼，從根本上解決泄密的可能。在實際使用的時候，都是可以設置，不想加密的文件可以不加密，這樣更方便。

數據防泄漏系統用於企業的數字知識產權的保護，防止企業的重要數據不外泄不流失。數據防泄露系統具備以下基本功能：

1、杜絕一切途徑泄密

電子文檔在內部如常使用，無需手工加解密；在外無法使用。

從根本上防止資料外泄，加密的文件在環境內正常使用，離開環境即失效。

2、文檔分組管理

可將網路分為不同的工作組（例如按部門劃分），可設置組內密文互通或不通不同工作組，密文不能相互訪問。

3、文檔交流管理

交流管理組用於不同工作組之間進行受控的密文交換

只有參與該交流組的人員，才能訪問該交流組的文件

交流組可隨需創建，使得跨部門的項目工作可以非常方便的進行開展

4、文件等級管理

根據行政級別劃分不同的等級組

高級別組可審閱低級別組密文，低級別組不能打開高級別組的密文

5、文檔外發管理

指定文檔在外打開密碼/打開次數/過期時間

非常方便密文的外出辦公所需，可攜帶文檔外出工作，時刻保證文檔只存於受保護密盤上

6、文檔解密管理

為管理員提供專用的解密工具。解密工具要能識別UUID，只能解密自己公司的密文，不能解密其他公司的密文。

7、密文流轉范圍

加密的文件，原則上不同電腦之間不能互解，但可以定義一定范圍內的電腦可以互解。更進一步地，流轉范圍可以定義為：本設備、只本人、班團內、部門內、單位內、集團內。流轉范圍在軟體安裝激活時確定。

8、UUID設計說明

每個用戶單位擁有全球唯一性UUID識別碼，並作為文件加密因子，不同用戶單位之間的密文不能互解；解密工具以UUID為識別依據，只能解密自己單位的密文，不能解密其他單位的密文；每個用戶單位內部，密文可以在指定范圍內互通，無障礙流轉。

9．安裝無痕

用戶看不到找不到安裝路徑，安裝目錄不可見，即使用專業工具找到了安裝目錄，也不可訪問。

10．防反安裝

不留安裝信息，無法通過控制面板去卸載，卸載專用工具也找不到安裝信息；對安裝目錄做了訪問控制，防篡改刪除。

11．強制啟動保護

採用了一種新的強制啟動方法，用後台服務進程實現開機自動啟動，啟動不留痕，且在早於殺毒前啟動，因此不會被殺毒攔截。

12．演算法保護

客戶端只加密，不解密，軟體里無解密函數，無法利用客戶端軟體來破解解密，理論上增加了破解難度。

可以用360密盤這個工具，360密盤是在電腦上創建的一塊加密磁碟區域，可將需要保護的私密文件（照片、視頻、財務信息文件等）存放在360密盤中。所有存放在360密盤中的文件都使用高強度加密演算法進行了加密，只有當使用自己的賬號和密碼登錄後才能被解密使用。

可以用360密盤，這個工具很好用，安全可靠，設置簡單

網路搜索360密盤吧，這個工具還是很不錯的

1、可對任意類型的文件加密，包括文檔、圖片、視頻等，可自行設置解密加密文件的類型

2、文件在本機可正常加解密，不會影響文件打開速度

3、文件需要外發時可以在管理端對單個文件進行審批，審批後的文件可正常外發

4、加密軟體不使用後可使用專門的解密工具把所有文件完全解密，電腦恢復如初

5、文件只要沒有解密，即使把電腦的硬碟拆掉，硬碟里的文件也還是加密的

6、修改文件拓展名和修改文件名稱，不會影響加密效果

可以使用專業的文件加密軟體對文件進行加密，通常這種方法是企業用的比較多；例如在企業的電腦上安裝了文件加密軟體之後，對辦公軟體，例如WPS受控，然後WPS軟體製作出來的文件則會自動加密了，在企業內部安裝有該軟體的電腦上都是可以正常使用的，一旦加密文件脫離了這個安全環境，文件則會打不開了或者亂碼的。

你百搜索一下360密盤，這個工具非常不錯，安全可靠

電腦上可以下載360密盤這個工具，很好用的，具體你可以網路一下

⑵ linux下的UUID是個什麼東西

UUID
簡介
UUID含義是通用唯一識別碼 (Universally Unique Identifier)，這 是一個軟體建構的標准，也是被開源軟體基金會 (Open Software Foundation, OSF) 的組織應用在分布式計算環境 (Distributed Computing Environment, DCE) 領域的一部分。
2作用
UUID 的目的，是讓分布式系統中的所有元素，都能有唯一的辨識資訊，而不需要透過中央控制端來做辨識資訊的指定。如此一來，每個人都可以建立不與其它人沖突的 UUID。在這樣的情況下，就不需考慮資料庫建立時的名稱重復問題。目前最廣泛應用的 UUID，即是微軟的 Microsoft's Globally Unique Identifiers (GUIDs)，而其他重要的應用，則有 Linux ext2/ext3 檔案系統、LUKS 加密分割區、GNOME、KDE、Mac OS X 等等。
3組成
UUID是指在一台機器上生成的數字，它保證對在同一時空中的所有機器都是唯一的。通常平台會提供生成的API。按照開放軟體基金會(OSF)制定的標准計算，用到了乙太網卡地址、納秒級時間、晶元ID碼和許多可能的數字
UUID由以下幾部分的組合：
（1）當前日期和時間，UUID的第一個部分與時間有關，如果你在生成一個UUID之後，過幾秒又生成一個UUID，則第一個部分不同，其餘相同。
（2）時鍾序列。
（3）全局唯一的IEEE機器識別號，如果有網卡，從網卡MAC地址獲得，沒有網卡以其他方式獲得。
UUID的唯一缺陷在於生成的結果串會比較長。關於UUID這個標准使用最普遍的是微軟的GUID(Globals Unique Identifiers)。在ColdFusion中可以用CreateUUID()函數很簡單地生成UUID，其格式為：xxxxxxxx-xxxx- xxxx-xxxxxxxxxxxxxxxx(8-4-4-16)，其中每個 x 是 0-9 或 a-f 范圍內的一個十六進制的數字。而標準的UUID格式為：xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxx (8-4-4-4-12)，可以從cflib 下載CreateGUID() UDF進行轉換。
4應用
使用UUID的好處在分布式的軟體系統中（比如：DCE/RPC, COM+,CORBA）就能體現出來，它能保證每個節點所生成的標識都不會重復，並且隨著WEB服務等整合技術的發展，UUID的優勢將更加明顯。根據使用的特定機制，UUID不僅需要保證是彼此不相同的，或者最少也是與公元3400年之前其他任何生成的通用唯一標識符有非常大的區別。
通用唯一標識符還可以用來指向大多數的可能的物體。微軟和其他一些軟體公司都傾向使用全球唯一標識符（GUID），這也是通用唯一標識符的一種類型，可用來指向組建對象模塊對象和其他的軟體組件。第一個通用唯一標識符是在網路計算機系統（NCS）中創建，並且隨後成為開放軟體基金會（OSF）的分布式計算環境（DCE）的組件。

⑶ java最常用的幾種加密演算法

簡單的Java加密演算法有：
第一種. BASE
Base是網路上最常見的用於傳輸Bit位元組代碼的編碼方式之一，大家可以查看RFC～RFC，上面有MIME的詳細規范。Base編碼可用於在HTTP環境下傳遞較長的標識信息。例如，在Java Persistence系統Hibernate中，就採用了Base來將一個較長的唯一標識符（一般為-bit的UUID）編碼為一個字元串，用作HTTP表單和HTTP GET URL中的參數。在其他應用程序中，也常常需要把二進制數據編碼為適合放在URL（包括隱藏表單域）中的形式。此時，採用Base編碼具有不可讀性，即所編碼的數據不會被人用肉眼所直接看到。
第二種. MD
MD即Message-Digest Algorithm （信息-摘要演算法），用於確保信息傳輸完整一致。是計算機廣泛使用的雜湊演算法之一（又譯摘要演算法、哈希演算法），主流編程語言普遍已有MD實現。將數據（如漢字）運算為另一固定長度值，是雜湊演算法的基礎原理，MD的前身有MD、MD和MD。
MD演算法具有以下特點：
壓縮性：任意長度的數據，算出的MD值長度都是固定的。
容易計算：從原數據計算出MD值很容易。
抗修改性：對原數據進行任何改動，哪怕只修改個位元組，所得到的MD值都有很大區別。
弱抗碰撞：已知原數據和其MD值，想找到一個具有相同MD值的數據（即偽造數據）是非常困難的。
強抗碰撞：想找到兩個不同的數據，使它們具有相同的MD值，是非常困難的。
MD的作用是讓大容量信息在用數字簽名軟體簽署私人密鑰前被」壓縮」成一種保密的格式（就是把一個任意長度的位元組串變換成一定長的十六進制數字串）。除了MD以外，其中比較有名的還有sha-、RIPEMD以及Haval等。
第三種.SHA
安全哈希演算法（Secure Hash Algorithm）主要適用於數字簽名標准（Digital Signature Standard DSS）裡面定義的數字簽名演算法（Digital Signature Algorithm DSA）。對於長度小於^位的消息，SHA會產生一個位的消息摘要。該演算法經過加密專家多年來的發展和改進已日益完善，並被廣泛使用。該演算法的思想是接收一段明文，然後以一種不可逆的方式將它轉換成一段（通常更小）密文，也可以簡單的理解為取一串輸入碼（稱為預映射或信息），並把它們轉化為長度較短、位數固定的輸出序列即散列值（也稱為信息摘要或信息認證代碼）的過程。散列函數值可以說是對明文的一種「指紋」或是「摘要」所以對散列值的數字簽名就可以視為對此明文的數字簽名。
SHA-與MD的比較
因為二者均由MD導出，SHA-和MD彼此很相似。相應的，他們的強度和其他特性也是相似，但還有以下幾點不同：
對強行攻擊的安全性：最顯著和最重要的區別是SHA-摘要比MD摘要長 位。使用強行技術，產生任何一個報文使其摘要等於給定報摘要的難度對MD是^數量級的操作，而對SHA-則是^數量級的操作。這樣，SHA-對強行攻擊有更大的強度。
對密碼分析的安全性：由於MD的設計，易受密碼分析的攻擊，SHA-顯得不易受這樣的攻擊。
速度：在相同的硬體上，SHA-的運行速度比MD慢。
第四種.HMAC
HMAC(Hash Message Authentication Code，散列消息鑒別碼，基於密鑰的Hash演算法的認證協議。消息鑒別碼實現鑒別的原理是，用公開函數和密鑰產生一個固定長度的值作為認證標識，用這個標識鑒別消息的完整性。使用一個密鑰生成一個固定大小的小數據塊，即MAC，並將其加入到消息中，然後傳輸。接收方利用與發送方共享的密鑰進行鑒別認證等。

⑷ 關於UDID和UUID的區別

UDID和UUID的區別如下：

一、定義的不同：

所謂UDID指的是設備的唯一設備識別符，移動廣告商和游戲網路運營商往往需要通過UDID用來識別玩家用戶，並對用戶活動進行跟蹤。。而UUID 是通用唯一識別碼，是一種軟體建構的標准，亦為開放軟體基金會組織在分布式計算環境領域的一部分。其目的，是讓分布式系統中的所有元素，都能有唯一的辨識信息，而不需要通過中央控制端來做辨識信息的指定。

二、用途不同：

UDID用於一些統計與分析目的、將UDID作為用戶ID來唯一識別用戶，省去用戶名，密碼等注冊過程。而UUID 的目的是讓分布式系統中的所有元素，都能有唯一的辨識資訊，而不需要透過中央控制端來做辨識資訊的指定。如此一來，每個人都可以建立不與其它人沖突的 UUID。在這樣的情況下，就不需考慮資料庫建立時的名稱重復問題。

(4)uuid加密擴展閱讀：

基於時間的UUID通過計算當前時間戳、隨機數和機器MAC地址得到。由於在演算法中使用了MAC地址，這個版本的UUID可以保證在全球范圍的唯一性。但與此同時，使用MAC地址會帶來安全性問題，這就是這個版本UUID受到批評的地方。如果應用只是在區域網中使用，也可以使用退化的演算法，以IP地址來代替MAC地址－－Java的UUID往往是這樣實現的。

通用唯一標識符還可以用來指向大多數的可能的物體。微軟和其他一些軟體公司都傾向使用全球唯一標識符（GUID），這也是通用唯一標識符的一種類型，可用來指向組建對象模塊對象和其他的軟體組件。第一個通用唯一標識符是在網路計算機系統（NCS）中創建，並且隨後成為開放軟體基金會（OSF）的分布式計算環境（DCE）的組件。

⑸ 開發中常見的加密方式及應用

開發中常見的加密方式及應用

一、base64

簡述：Base64是網路上最常見的用於傳輸8Bit 位元組碼 的編碼方式之一，Base64就是一種基於64個可列印字元來表示二進制數據的方法。所有的數據都能被編碼為並只用65個字元就能表示的文本文件。( 65字元：A~Z a~z 0~9 + / = )編碼後的數據~=編碼前數據的4/3，會大1/3左右（圖片轉化為base64格式會比原圖大一些）。

應用：Base64編碼是從二進制到字元的過程，可用於在 HTTP 環境下傳遞較長的標識信息。例如，在Java Persistence系統Hibernate中，就採用了Base64來將一個較長的唯一 標識符 （一般為128-bit的UUID）編碼為一個字元串，用作HTTP 表單 和HTTP GET URL中的參數。在其他應用程序中，也常常需要把二進制 數據編碼 為適合放在URL（包括隱藏 表單域 ）中的形式。此時，採用Base64編碼具有不可讀性，需要解碼後才能閱讀。

命令行進行Base64編碼和解碼

編碼：base64 123.png -o 123.txt

解碼：base64 123.txt -o test.png -D Base64編碼的原理

原理：

1)將所有字元轉化為ASCII碼;

2)將ASCII碼轉化為8位二進制;

3)將二進制3個歸成一組(不足3個在後邊補0)共24位，再拆分成4組，每組6位;

4)統一在6位二進制前補兩個0湊足8位;

5)將補0後的二進制轉為十進制;

6)從Base64編碼表獲取十進制對應的Base64編碼;

Base64編碼的說明：

a.轉換的時候，將三個byte的數據，先後放入一個24bit的緩沖區中，先來的byte占高位。

b.數據不足3byte的話，於緩沖區中剩下的bit用0補足。然後，每次取出6個bit，按照其值選擇查表選擇對應的字元作為編碼後的輸出。

c.不斷進行，直到全部輸入數據轉換完成。

d.如果最後剩下兩個輸入數據，在編碼結果後加1個「=」;

e.如果最後剩下一個輸入數據，編碼結果後加2個「=」;

f.如果沒有剩下任何數據，就什麼都不要加，這樣才可以保證資料還原的正確性。

二、HASH加密/單向散列函數

簡述：Hash演算法特別的地方在於它是一種單向演算法，用戶可以通過Hash演算法對目標信息生成一段特定長度（32個字元）的唯一的Hash值，卻不能通過這個Hash值重新獲得目標信息。對用相同數據，加密之後的密文相同。 常見的Hash演算法有MD5和SHA。由於加密結果固定，所以基本上原始的哈希加密已經不再安全，於是衍生出了加鹽的方式。加鹽：先對原始數據拼接固定的字元串再進行MD5加密。

特點：

1) 加密 後密文的長度是定長(32個字元的密文)的

2)如果明文不一樣，那麼散列後的結果一定不一樣

3)如果明文一樣，那麼加密後的密文一定一樣(對相同數據加密，加密後的密文一樣)

4)所有的加密演算法是公開的

5)不可以逆推反算(不能根據密文推算出明文)，但是可以暴力 破解 ，碰撞監測

原理：MD5消息摘要演算法，屬Hash演算法一類。MD5演算法對輸入任意長度的消息進行運行，產生一個128位的消息摘要。

1)數據填充

對消息進行數據填充，使消息的長度對512取模得448，設消息長度為X，即滿足X mod 512=448。根據此公式得出需要填充的數據長度。

填充方法：在消息後面進行填充，填充第一位為1，其餘為0。

2)添加信息長度

在第一步結果之後再填充上原消息的長度，可用來進行的存儲長度為64位。如果消息長度大於264，則只使用其低64位的值，即（消息長度 對264取模）。

在此步驟進行完畢後，最終消息長度就是512的整數倍。

3)數據處理

准備需要用到的數據：

4個常數：A = 0x67452301, B = 0x0EFCDAB89, C = 0x98BADCFE, D = 0x10325476;

4個函數：F(X,Y,Z)=(X & Y) | ((~X) & Z);G(X,Y,Z)=(X & Z) | (Y & (~Z));H(X,Y,Z)=X ^ Y ^ Z;I(X,Y,Z)=Y ^ (X | (~Z));

把消息分以512位為一分組進行處理，每一個分組進行4輪變換，以上面所說4個常數為起始變數進行計算，重新輸出4個變數，以這4個變數再進行下一分組的運算，如果已經是最後一個分組，則這4個變數為最後的結果，即MD5值。

三、對稱加密

經典演算法：

1)DES數據加密標准

DES演算法的入口參數有三個：Key、Data、Mode。其中Key為8個位元組共64位，是DES演算法的工作密鑰；Data也為8個位元組64位，是要被加密或被解密的數據；Mode為DES的工作方式，有兩種：加密或解密。

DES演算法是這樣工作的：如Mode為加密，則用Key去把數據Data進行加密， 生成Data的密碼形式（64位）作為DES的輸出結果；如Mode為解密，則用Key去把密碼形式的數據Data解密，還原為Data的明碼形式（64位）作為DES的輸出結果。在通信網路的兩端，雙方約定一致的Key，在通信的源點用Key對核心數據進行DES加密，然後以密碼形式在公共通信網（如電話網）中傳輸到通信網路的終點，數據到達目的地後，用同樣的Key對密碼數據進行解密，便再現了明碼形式的核心數據。這樣，便保證了核心數據（如PIN、MAC等）在公共通信網中傳輸的安全性和可靠性。

2)3DES使用3個密鑰，對消息進行(密鑰1·加密)+(密鑰2·解密)+(密鑰3·加密)

3)AES高級加密標准

如圖，加密/解密使用相同的密碼，並且是可逆的

四、非對稱加密

特點：

1)使用公鑰加密，使用私鑰解密

2)公鑰是公開的，私鑰保密

3)加密處理安全，但是性能極差

經典演算法RSA:

1)RSA原理

(1)求N，准備兩個質數p和q,N = p x q

(2)求L,L是p-1和q-1的最小公倍數。L = lcm(p-1,q-1)

(3)求E，E和L的最大公約數為1(E和L互質)

(4)求D，E x D mode L = 1

五、數字簽名

原理以及應用場景:

1)數字簽名的應用場景

需要嚴格驗證發送方身份信息情況

2)數字簽名原理

(1)客戶端處理

對"消息"進行HASH得到"消息摘要"

發送方使用自己的私鑰對"消息摘要"加密(數字簽名)

把數字簽名附著在"報文"的末尾一起發送給接收方

(2)服務端處理

對"消息" HASH得到"報文摘要"

使用公鑰對"數字簽名"解密

對結果進行匹配

六、數字證書

簡單說明:

證書和駕照很相似，裡面記有姓名、組織、地址等個人信息，以及屬於此人的公鑰，並有認證機構施加數字簽名,只要看到公鑰證書，我們就可以知道認證機構認證該公鑰的確屬於此人。

數字證書的內容：

1)公鑰

2)認證機構的數字簽名

證書的生成步驟：

1)生成私鑰openssl genrsa -out private.pem 1024

2)創建證書請求openssl req -new -key private.pem -out rsacert.csr

3)生成證書並簽名，有效期10年openssl x509 -req -days 3650 -in rsacert.csr -signkey private.pem -out rsacert.crt

4)將PEM格式文件轉換成DER格式openssl x509 -outform der -in rsacert.crt -out rsacert.der

5)導出P12文件openssl pkcs12 -export -out p.p12 -inkey private.pem -in rsacert.crt

iOS開發中的注意點：

1)在iOS開發中，不能直接使用PEM格式的證書，因為其內部進行了Base64編碼，應該使用的是DER的證書，是二進制格式的；

2)OpenSSL默認生成的都是PEM格式的證書。

七、https

HTTPS和HTTP的區別：

超文本傳輸協議HTTP協議被用於在Web瀏覽器和網站伺服器之間傳遞信息。HTTP協議以明文方式發送內容，不提供任何方式的數據加密，如果攻擊者截取了Web瀏覽器和網站伺服器之間的傳輸報文，就可以直接讀懂其中的信息，因此HTTP協議不適合傳輸一些敏感信息，比如信用卡號、密碼等。

為了解決HTTP協議的這一缺陷，需要使用另一種協議：安全套接字層超文本傳輸協議HTTPS。為了數據傳輸的安全，HTTPS在HTTP的基礎上加入了SSL協議，SSL依靠證書來驗證伺服器的身份，並為瀏覽器和伺服器之間的通信加密。

HTTPS和HTTP的區別主要為以下四點：

1)https協議需要到ca申請證書，一般免費證書很少，需要交費。

2)http是 超文本傳輸協議 ，信息是明文傳輸，https則是具有 安全性 的 ssl 加密傳輸協議。

3)http和https使用的是完全不同的連接方式，用的埠也不一樣，前者是80，後者是443。

4)http的連接很簡單，是無狀態的；HTTPS協議是由SSL+HTTP協議構建的可進行加密傳輸、身份認證的 網路協議 ，比http協議安全。

5)SSL：Secure Sockets Layer安全套接字層;用數據加密(Encryption)技術，可確保數據在網路上傳輸過程中不會被截取及竊聽。目前一般通用之規格為40 bit之安全標准，美國則已推出128 bit之更高安全標准，但限制出境。只要3.0版本以上之I.E.或Netscape 瀏覽器 即可支持SSL。目前版本為3.0。SSL協議位於TCP/IP協議與各種應用層協議之間，為數據通訊提供安全支持。SSL協議可分為兩層：SSL記錄協議(SSL Record Protocol)：它建立在可靠的傳輸協議(如TCP)之上，為高層協議提供數據封裝、壓縮、加密等基本功能的支持。SSL握手協議(SSL Handshake Protocol)：它建立在SSL記錄協議之上，用於在實際的數據傳輸開始前，通訊雙方進行身份認證、協商加密演算法、交換加密密鑰等。