ada證書

1. 在手機'設置'中'安全'中的'從SD卡中安裝證書'的'證書'指什麼

https證書有效性驗證引發的安全問題

超級試駕員
閱198轉02019-01-16分享收藏
前言：
在實際項目代碼審計中發現，目前很多手機銀行雖然使用了https通信方式，但是只是簡單的調用而已，並未對SSL證書有效性做驗證。在攻擊者看來，這種漏洞讓https形同虛設，可以輕易獲取手機用戶的明文通信信息。
手機銀行開發人員在開發過程中為了解決ssl證書報錯的問題（使用了自己生成了證書後，客戶端發現證書無法與系統可信根CA形成信任鏈，出現了 CertificateException等異常。），會在客戶端代碼中信任客戶端中所有證書的方式：
public static HttpClient getWapHttpClient() {
try {
KeyStore trustStore = KeyStore.getInstance(KeyStore.getDefaultType());
trustStore.load(null, null);
SSLSocketFactory sf = new MySSLSocketFactory(trustStore);
sf.setHostnameVerifier(SSLSocketFactory.ALLOW_ALL_HOSTNAME_VERIFIER);
//此處信任手機中的所有證書，包括用戶安裝的第三方證書
HttpParams params = new BasicHttpParams();
HttpProtocolParams.setVersion(params, HttpVersion.HTTP_1_1);
HttpProtocolParams.setContentCharset(params, HTTP.UTF_8);
SchemeRegistry registry = new SchemeRegistry();
registry.register(new Scheme(「http」, PlainSocketFactory.getSocketFactory(), 80));
registry.register(new Scheme(「https」, sf, 443));
ClientConnectionManager ccm = new ThreadSafeClientConnManager(params, registry);
return new DefaultHttpClient(ccm, params);
} catch (Exception e) {
return new DefaultHttpClient();
}
}
而在客戶端中覆蓋google默認的證書檢查機制（X509TrustManager），並且在代碼中無任何校驗SSL證書有效性相關代碼：
public class MySSLSocketFactory extends SSLSocketFactory {
SSLContext sslContext = SSLContext.getInstance(「TLS」);
public MySSLSocketFactory(KeyStore truststore) throws NoSuchAlgorithmException, KeyManagementException, KeyStoreException, UnrecoverableKeyException {
super(truststore);
TrustManager tm = new X509TrustManager() {
public void checkClientTrusted(X509Certificate[] chain, String authType) throws CertificateException {
}
//客戶端並未對SSL證書的有效性進行校驗，並且使用了自定義方法的方式覆蓋android自帶的校驗方法
public void checkServerTrusted(X509Certificate[] chain, String authType) throws CertificateException {
}
public X509Certificate[] getAcceptedIssuers() {
return null;
}
};
sslContext.init(null, new TrustManager[] { tm }, null);
}
問題出來了：
如果用戶手機中安裝了一個惡意證書，那麼就可以通過中間人攻擊的方式進行竊聽用戶通信以及修改request或者response中的數據。
手機銀行中間人攻擊過程：
1 客戶端在啟動時，傳輸數據之前需要客戶端與服務端之間進行一次握手，在握手過程中將確立雙方加密傳輸數據的密碼信息。
2 中間人在此過程中將客戶端請求伺服器的握手信息攔截後，模擬客戶端請求給伺服器（將自己支持的一套加密規則發送給伺服器），伺服器會從中選出一組加密演算法與HASH演算法，並將自己的身份信息以證書的形式發回給客戶端。證書裡麵包含了網站地址，加密公鑰，以及證書的頒發機構等信息。
3 而此時中間人會攔截下服務端返回給客戶端的證書信息，並替換成自己的證書信息。
4 客戶端得到中間人的response後，會選擇以中間人的證書進行加密數據傳輸。
5 中間人在得到客戶端的請求數據後，以自己的證書進行解密。
6 在經過竊聽或者是修改請求數據後，再模擬客戶端加密請求數據傳給服務端。就此完成整個中間人攻擊的過程。
以fiddler工具模擬中間人攻擊為例：
1 首先在手機中裝入fiddler根證書：
導出fiddler的根證書：

將fiddler根證書放入手機的SD卡中，然後在手機設置-安全中選擇從SD卡中安裝證書：

成功安裝fiddler根證書到手機上：

2 在PC端打開fiddler，將手機通信代理到PC端fiddler所監聽的埠上（可以在wifi中的高級設置中設置代理），這樣手機銀行的所有通信均會被fiddler監聽到。
3 啟動手機銀行客戶端，會在fiddler中查看到所有請求的明文數據，並且可以進行修改後轉發，成功將https加密繞過。

防護辦法：
使用CA機構頒發證書的方式可行，但是如果與實際情況相結合來看的話，時間和成本太高，所以目前很少有用此辦法來做。由於手機銀行伺服器其實是固定的，所以證書也是固定的，可以使用「證書或公鑰鎖定」的辦法來防護證書有效性未作驗證的問題。
具體實現：
1 公鑰鎖定
將證書公鑰寫入客戶端apk中，https通信時檢查服務端傳輸時證書公鑰與apk中是否一致。
public final class PubKeyManager implements X509TrustManager{private static String PUB_KEY = 「″ +」″ +」」 +」″ +」″ +」″ +」″ +
「″ +
「」 +
「″;
//鎖定證書公鑰在apk中
public void checkServerTrusted(X509Certificate[] chain, String authType) throws CertificateException
{
if (chain == null) {
throw new IllegalArgumentException(「checkServerTrusted: X509Certificate array is null」);
}
if (!(chain.length > 0)) {
throw new IllegalArgumentException(「checkServerTrusted: X509Certificate is empty」);
}
if (!(null != authType && authType.equalsIgnoreCase(「RSA」))) {
throw new CertificateException(「checkServerTrusted: AuthType is not RSA」);
}
// Perform customary SSL/TLS checks
try {
TrustManagerFactory tmf = TrustManagerFactory.getInstance(「X509″);
tmf.init((KeyStore) null);
for (TrustManager trustManager : tmf.getTrustManagers()) {
((X509TrustManager) trustManager).checkServerTrusted(chain, authType);
}
} catch (Exception e) {
throw new CertificateException(e);
}
// Hack ahead: BigInteger and toString(). We know a DER encoded Public Key begins
// with 0×30 (ASN.1 SEQUENCE and CONSTRUCTED), so there is no leading 0×00 to drop.
RSAPublicKey pubkey = (RSAPublicKey) chain[0].getPublicKey();
String encoded = new BigInteger(1 /* positive */, pubkey.getEncoded()).toString(16);
// Pin it!
final boolean expected = PUB_KEY.equalsIgnoreCase(encoded);
if (!expected) {
throw new CertificateException(「checkServerTrusted: Expected public key: 」
+ PUB_KEY + 「, got public key:」 + encoded);
}
}
}
}
2 證書鎖定：
即為客戶端頒發公鑰證書存放在手機客戶端中，在https通信時，在客戶端代碼中固定去取證書信息，不是從服務端中獲取。

2. 入網認證是什麼

入網許可證標志是加貼在已獲得進網許可的國內電信設備上（除香港，澳門，台回灣外）的質量標答志。由信息產業部（現工信部電信設備認證中心 ）統一印製和核發，是行貨手機的真品憑證之一。

《移動通信系統及終端投資項目核準的若干規定》的出台，打開了更多企業進入手機業的大門，然而一些企業在關心拿到手機牌照後，是不是就是意味了拿到入網許可證，就可以上市銷售。

(2)ada證書擴展閱讀

申請資料

1、申請表 (兩份)

2、委託書（兩份）

3、客戶的營業執照（Business license）

4、 客戶的ISO證書或公司簡介和公司能力說明

5、產品的電路圖、說明書、方塊圖、相關的測試報告（如FCC ID）

6、天線增益（Antenna Peak Gain）和 Antenna pattern

7、測試指導（Test direction）

8、公司的營業執照（年檢不能過期）

9、EUT的彩色照片3份（必須包含各介面和各側面）

10、頻率頻道對照表（如果有很多個工作頻道才要提供，如DSSS或者FHSS工作方式的產品）

參考資料來源：網路-入網許可證

3. 有關計算機編程方面有什麼證書可以考

1.計算機等來級考試，教源育部旗下的考試，分1－4級。最高級是4級，對應的是計算機專業本科畢業的水平，考試分理論考試（筆試）和上機考試兩部分。

2.計算機軟體水平與資格考試，由信息產業部和國家人事部共同舉辦，分多個方向，每個方向三個級別。

拓展資料：

1.微軟認證，包括系統管理方向，資料庫方向和開發方向的證書。分別叫做MCSE，MCDBA，MCAD/MCSD

2.IBM認證，國內常見的有考電子商務方向，資料庫方向，大型機方向，開發方向等等，可以到IBM的網站或者Prometric或VUE網站查看。

3.Lotus認證，Lotus的產品主要用於辦公自動化。

4.Sun認證，主要包括兩大方向，一個是Sun Solaris系統的管理方向，另一個是非常流行的Java認證方向。其中Java方向包括：SCJP，SCJD，SCWCD，SCMAD，SCWSD，SCEA等，最高級別是SCEA，名稱為Sun認證企業應用架構師。

5.Oracle認證，主要是Oracle資料庫管理。Oracle認證考試需要先參加了Oracle授權機構的培訓後才能報考。

4. 瑜伽有分幾種級別

《濕婆本集》中講瑜伽練習者劃分為四個等級，分別為柔弱的、平庸的、高級的和至高的，並分別對這四個等級的瑜伽練習者特性做出了描述。

1、柔弱的

柔弱者是指那些缺乏熱情、批評他們的導師，貪婪、行為不良、貪吃、好女色、意志不堅定、膽小怕事、健康欠佳、有依賴性、說話粗魯、性格懦弱、缺乏男子氣的人們。如果是以開悟為修煉目的，那麼他們至少要努力修煉12年。

4、至高的

至高修行者充滿熱情，外表優雅、勇敢無畏、勤敏好學、心智健全、心情開朗、永葆青春、飲食規律、自控力強、不恐懼、街景、精明、慷慨、樂於助人、立場堅定、聰明、獨立、寬容、人品好、說話溫和，這樣的修行者可以在3年內達到開悟。

(4)ada證書擴展閱讀：

瑜伽起源於印度，距今有五千多年的歷史文化被人們稱為「世界的瑰寶」。瑜伽發源印度北部的喜馬拉雅山麓地帶，古印度瑜伽修行者在大自然中修煉身心時，無意中發現各種動物與植物天生具有治療、放鬆、睡眠、或保持清醒的方法，患病時能不經任何治療而自然痊癒。

於是古印度瑜伽修行者根據動物的姿勢觀察、模仿並親自體驗，創立出一系列有益身心的鍛煉系統，也就是體位法。這些姿勢歷經了五千多年的錘煉，瑜伽教給人們的治癒法，讓世世代代的人從中獲益。