base64加密
成都創(chuàng)新互聯(lián)是一家專注于網(wǎng)站制作、成都網(wǎng)站建設(shè)與策劃設(shè)計,武勝網(wǎng)站建設(shè)哪家好?成都創(chuàng)新互聯(lián)做網(wǎng)站,專注于網(wǎng)站建設(shè)10多年,網(wǎng)設(shè)計領(lǐng)域的專業(yè)建站公司;建站業(yè)務(wù)涵蓋:武勝等地區(qū)。武勝做網(wǎng)站價格咨詢:13518219792
將文件進行加密
將文件進行解密
利用終端命令進行base64運算
POST加密
A. 搭建UI框架
B. 實現(xiàn)基本加密
抽取出讀取數(shù)據(jù)的方法
抽取出存儲數(shù)據(jù)的方法
在點擊事件中進行登錄操作
POST加密
C. 實現(xiàn)頁面間跳轉(zhuǎn)
在AppDelegate.m文件中利用通知設(shè)置頁面的跳轉(zhuǎn)切換的主方法
登錄成功
注銷成功
在Main.storyboard關(guān)聯(lián)的控制器中設(shè)置注銷按鈕的點擊事件
MD5加密--(信息-摘要算法) 哈希算法之一
基本介紹
利用 MD5 對字符串進行加密
加鹽:可以保證 MD5加密之后更加安全
時間戳密碼
基本介紹
獲取MD5 首次加密的密碼
加密過程
訪問 loginhmac.php 接口,發(fā)送請求，創(chuàng)建請求
發(fā)送請求
基本介紹
簡單使用
從鑰匙串加載密碼
導(dǎo)入框架
獲得當(dāng)前系統(tǒng)版本號
實例化指紋識別對象,判斷當(dāng)前設(shè)備是否支持指紋識別功能(是否帶有TouchID)
指紋登陸(默認(rèn)是異步方法)
以上就是全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家的支持。
5.1 通過簡單的URLENCODE ＋ BASE64編碼防止數(shù)據(jù)明文傳輸
5.2 對普通請求、返回數(shù)據(jù)，生成MD5校驗（MD5中加入動態(tài)密鑰），進行數(shù)據(jù)完整性（簡單防篡改，安全性較低，優(yōu)點：快速）校驗。
5.3 對于重要數(shù)據(jù)，使用RSA進行數(shù)字簽名，起到防篡改作用。
5.4 對于比較敏感的數(shù)據(jù)，如用戶信息（登陸、注冊等），客戶端發(fā)送使用RSA加密，服務(wù)器返回使用DES(AES)加密。
原因：客戶端發(fā)送之所以使用RSA加密，是因為RSA解密需要知道服務(wù)器私鑰，而服務(wù)器私鑰一般盜取難度較大；如果使用DES的話，可以通過破解客戶端獲取密鑰，安全性較低。而服務(wù)器返回之所以使用DES，是因為不管使用DES還是RSA，密鑰（或私鑰）都存儲在客戶端，都存在被破解的風(fēng)險，因此，需要采用動態(tài)密鑰，而RSA的密鑰生成比較復(fù)雜，不太適合動態(tài)密鑰，并且RSA速度相對較慢，所以選用DES）
把相關(guān)算法的代碼也貼一下吧 （其實使用一些成熟的第三方庫或許會來得更加簡單，不過自己寫，自由點）。注，這里的大部分加密算法都是參考一些現(xiàn)有成熟的算法，或者直接拿來用的。
1、MD5
//因為是使用category，所以木有參數(shù)傳入啦
-(NSString *) stringFromMD5 {
if(self == nil || [self length] == 0) {
return nil;
}
const char *value = [self UTF8String];
unsigned char outputBuffer[CC_MD5_DIGEST_LENGTH];
CC_MD5(value, strlen(value), outputBuffer);
NSMutableString *outputString = [[NSMutableString alloc] initWithCapacity:CC_MD5_DIGEST_LENGTH * 2];
for(NSInteger count = 0; count CC_MD5_DIGEST_LENGTH; count++){
[outputString appendFormat:@"%02x",outputBuffer[count]];
}
return [outputString autorelease];
}
2、Base64
+ (NSString *) base64EncodeData: (NSData *) objData {
const unsigned char * objRawData = [objData bytes];
char * objPointer;
char * strResult;
// Get the Raw Data length and ensure we actually have data
int intLength = [objData length];
if (intLength == 0) return nil;
// Setup the String-based Result placeholder and pointer within that placeholder
strResult = (char *)calloc(((intLength + 2) / 3) * 4, sizeof(char));
objPointer = strResult;
// Iterate through everything
while (intLength 2) { // keep going until we have less than 24 bits
*objPointer++ = _base64EncodingTable[objRawData[0] 2];
*objPointer++ = _base64EncodingTable[((objRawData[0] 0x03) 4) + (objRawData[1] 4)];
*objPointer++ = _base64EncodingTable[((objRawData[1] 0x0f) 2) + (objRawData[2] 6)];
*objPointer++ = _base64EncodingTable[objRawData[2] 0x3f];
// we just handled 3 octets (24 bits) of data
objRawData += 3;
intLength -= 3;
}
// now deal with the tail end of things
if (intLength != 0) {
*objPointer++ = _base64EncodingTable[objRawData[0] 2];
if (intLength 1) {
*objPointer++ = _base64EncodingTable[((objRawData[0] 0x03) 4) + (objRawData[1] 4)];
*objPointer++ = _base64EncodingTable[(objRawData[1] 0x0f) 2];
*objPointer++ = '=';
} else {
*objPointer++ = _base64EncodingTable[(objRawData[0] 0x03) 4];
*objPointer++ = '=';
*objPointer++ = '=';
}
}
// Terminate the string-based result
*objPointer = '\0';
NSString *rstStr = [NSString stringWithCString:strResult encoding:NSASCIIStringEncoding];
free(objPointer);
return rstStr;
}
3、AES
-(NSData*) EncryptAES: (NSString *) key {
char keyPtr[kCCKeySizeAES256+1];
bzero(keyPtr, sizeof(keyPtr));
[key getCString:keyPtr maxLength:sizeof(keyPtr) encoding:NSUTF8StringEncoding];
NSUInteger dataLength = [self length];
size_t bufferSize = dataLength + kCCBlockSizeAES128;
void *buffer = malloc(bufferSize);
size_t numBytesEncrypted = 0;
CCCryptorStatus cryptStatus = CCCrypt(kCCEncrypt, kCCAlgorithmAES128,
kCCOptionPKCS7Padding | kCCOptionECBMode,
keyPtr, kCCBlockSizeAES128,
NULL,
[self bytes], dataLength,
buffer, bufferSize,
numBytesEncrypted);
if (cryptStatus == kCCSuccess) {
return [NSData dataWithBytesNoCopy:buffer length:numBytesEncrypted];
}
free(buffer);
return nil;
}
4、RSA
- (NSData *) encryptWithData:(NSData *)content {
size_t plainLen = [content length];
if (plainLen maxPlainLen) {
NSLog(@"content(%ld) is too long, must %ld", plainLen, maxPlainLen);
return nil;
}
void *plain = malloc(plainLen);
[content getBytes:plain
length:plainLen];
size_t cipherLen = 128; // currently RSA key length is set to 128 bytes
void *cipher = malloc(cipherLen);
OSStatus returnCode = SecKeyEncrypt(publicKey, kSecPaddingPKCS1, plain,
plainLen, cipher, cipherLen);
NSData *result = nil;
if (returnCode != 0) {
NSLog(@"SecKeyEncrypt fail. Error Code: %ld", returnCode);
}
else {
result = [NSData dataWithBytes:cipher
length:cipherLen];
}
free(plain);
free(cipher);
return result;
}
AES加密有四種工作模式：ECB、CBC、CFB和OFB，其中IOS支持ECB（kCCOptionPKCS7Padding 對應(yīng)Java中的kCCOptionPKCS5Padding）和CBC（kCCOptionECBMode）
AES是開發(fā)中常用的加密算法之一。然而由于前后端開發(fā)使用的語言不統(tǒng)一，導(dǎo)致經(jīng)常出現(xiàn)前端加密而后端不能解密的情況出現(xiàn)。然而無論什么語言系統(tǒng)，AES的算法總是相同的， 因此導(dǎo)致結(jié)果不一致的原因在于 加密設(shè)置的參數(shù)不一致 。于是先來看看在兩個平臺使用AES加密時需要統(tǒng)一的幾個參數(shù)。
參考：
ios中使用AES128位 ECB模式加密 結(jié)果轉(zhuǎn)換16進制
與服務(wù)器通訊的時候，除了確定密鑰外，加密模式和填充方式也要確定。第一個例子中，就是使用了kCCOptionPKCS7Padding加密模式，并且有IV(初始向量)，而第二個例子中使用了ECB(沒有補碼方式)。
此外也要注意轉(zhuǎn)碼后的密文是轉(zhuǎn)成16進制，還是base64編碼。
參考鏈接：
對ios應(yīng)用加固有兩種實現(xiàn)方式。
一種使用安全編譯器
基于LLVM編譯器中間層實現(xiàn)?；?LLVM 的保護方案，在使用時需要更換已有的編譯環(huán)境，替換編譯器，調(diào)整編譯選項等，對開發(fā)環(huán)境造成了很多影響，易用性差。從保護效果上看，基于 LLVM 的保護方案，受限于編譯器框架，生成的代碼只能做邏輯上的混淆變換，仍然可以被反編譯，對控制流的混淆效果有限，且邊界清晰，更容易被分析。
反編譯效果
OLLVM 保護后反編譯效果：
一種使用VirboxProtector 虛擬化保護。
ARM 虛擬化是 Virbox Protector 針對 ARM 架構(gòu)的指令推出的虛擬機保護方式，通過將原始的 ARM 指令進行翻譯，轉(zhuǎn)換為自定義的虛擬機指令，運行時在自定義虛擬機執(zhí)行。Virbox Protector 實現(xiàn)了針對 ARM 指令的虛擬機保護工具，支持對armv7（包括 thumb, thumb2），及 armv8 以上指令集進行翻譯，安全強度高，適用于需要高安全性的代碼保護需求。通過虛擬化保護后的代碼無法被反編譯。
Virbox Protector 保護后反編譯效果：
在開發(fā)中經(jīng)常會遇到數(shù)據(jù)的加密，常見的有base64、DES、AES、RSA等，由于AES的用法相對簡單一些，在公司的項目中，我們使用的是AES加密。但是遇到一個大坑就是后臺使用了AES的128/CBC/NoPadding加密模式，很可悲的是iOS中只有PKCS7Padding和PKCS5Padding這兩種模式，沒有NoPadding模式。經(jīng)過各種百度、谷歌后，終于發(fā)現(xiàn)了一篇文章解決了這個問題。
下面是參考文章的鏈接 ：
問題就處在No Padding. No Pading的情況下，一定要對加密數(shù)據(jù)不是kCCKeySizeAES128倍數(shù)部分進行0x0000的填充，不然加密長度不正確，一般情況下選擇使用kCCOptionPKCS7Padding（也就是0x0001）進行填充，但是我們是No Padding所以要用 0x0000 填充。
重慶分公司
重慶分公司
