根據SSL流程，斷點可以打在ssl3_get_server_certificate函式上。     本函式中，通過一個for迴圈把獲取到的證書存放到一個證書棧sk上，本次跟蹤， 只有一個server證書。此後進入 ssl_verify_cert_chain 去驗證證書鏈。     ssl_verify_cert_chain 先獲取一個 verify_store ，此時 verify_store = s->ctx->cert_store 這個還沒有研究，後面再看。     ssl_verify_cert_chain函式從sk中取出第一個證書，即server證書，建立一個X509_STROE_CTX ctx 並通過X509_STORE_CTX_init進行初始化：     ctx->ctx  = verify_store;     ctx->cert = x; //server的證書     ctx->untrusted = sk; //server所在的sk     初始化了需要認證的ctx->param，並初始化了ctx中的一系列check函式，本例中都是用的預設。     回到ssl_verify_cert_chain函式中後，又對ctx做了一系列的初始化。     然後呼叫 X509_verify_cert 進行驗證。     需要知道關注的是，此時 ctx->param的設定：purpose被設定為 X509_PURPOSE_SSL_SERVER， trust 被設定為 X509_TRUST_SSL_SERVER ，depth 被設定為 100.     下面是主要函式 X509_verify_cert 的分析     建立ctx->chain並把ctx->cert放到ctx->chain中。然後在一個for迴圈中對證書做驗證操作。 讓我不太理解的是，控制for迴圈的引數 num = 1，但這裡是一個迴圈，其意義何在？需要深入內部 繼續分析。     for迴圈中首先對驗證深度校驗，然後呼叫cert_self_sign檢視證書是否是自簽名。如果是自簽名 則跳出for迴圈。     cert_self_sign-->X509_check_purpose-->x509v3_cache_extensions(處理擴充套件資訊)     由此可見cert_self_sign不單單去驗證是否自簽名，還處理了一些擴充套件項。。。函式功能不唯一。     這個函式中先生成了服務端證書的fingerprint，放在x->sha1_hash中。     由於我的server證書中有以下擴充套件項：     Authority Information Access、X509v3 Authority Key Identifier、X509v3 Basic Constraints、     X509v3 CRL Distribution Points、X509v3 Extended Key Usage、X509v3 Key Usage、     X509v3 Subject Key Identifier     因此中解析時，x->ex_flags被打上以下標記：EXFLAG_BCONS EXFLAG_KUSAGE EXFLAG_XKUSAGE      EXFLAG_SET     同時以下值被賦值：     x->ex_kusage = 160     x->ex_exkusage = XKU_SSL_CLIENT | XKU_SSL_SERVER     x->skid     x->akid     x->crldp     最終返回到cert_self_sign是通過檢視標記來判斷的，這裡沒有打標記，因此不是自簽名。     此後有一個判斷 if (ctx->param->flags & X509_V_FLAG_TRUSTED_FIRST) ，搜了下該巨集的呼叫處， 是通過命令列引數   -trusted_first 來設定的。搜了下，也沒看到這個說明。在這裡我們不會走到 此處。     下面是 if (ctx->untrusted != NULL) 這裡的判斷。在這裡會先用find_issuer來找頒發者。從這裡 可以看到num有變更，可以解釋上面的迴圈的問題。即如果ctx->untrusted 這裡存的是一個證書鏈，那麼 find_issuer 是可能返回值的，那樣就會繼續向上找頒發者。本例中，由於只有一個證書，因此這裡不會 繼續迴圈處理。     然後進入do{}while(retry)，結合程式碼的虛擬碼如下：     do {         取出ctx->chain中的最後一個證書x（ctx->chain可能是個證書鏈）         if (x是自簽名證書) //這裡沒走到，從程式碼流程裡大概寫了下，未必正確，因為從程式碼邏輯看比較混亂         {             if (ctx->chain中只有1個證書)             {                 判斷頒發者資訊之類的。             }             else             {                 取出最後的自簽名證書x             }         }         for (;;) {             如果發現證書自簽名或者認證深度超出預期則跳出迴圈。             通過 ctx->get_issuer (X509_STORE_CTX_get1_issuer) 查詢證書的頒發者。構造認證鏈。         }         上面的for迴圈還是什麼都沒有做，繼續走 check_trust函式，這裡檢查是否有在信任鏈         中的證書，仍然返回沒有。         if (三個判斷) {這裡仍然麼有處理}     }while(retry)     這裡單獨研究一下 X509_STORE_CTX_get1_issuer 這個函式。     先通過 X509_get_issuer_name 獲取 issuer_name ，存到xn中，     然後呼叫 X509_STORE_get_by_subject ，這個函式通過 subject 查詢X509_OBJECT ,這裡會到給定 的dir下和預設dir下找，但是都找不到。這是實際是想從store裡找，但是沒找到。     呼叫 check_chain_extensions 檢查擴充套件項 等等。最後進入internal_verify 。。奇怪，沒有驗證到     這是因為命令用法不對，指定CApath時，路徑儲存的證書名字需要使用hash.0的方式。 [[email protected] cacerts]# openssl x509 -hash -in root-ca.crt -noout 5ed7b970 [[email protected] cacerts]# openssl x509 -hash -in sub-ca.crt -noout c2eb42c3     把證書重新命名： [[email protected] cacerts]# ll total 32 -rw-r--r--. 1 root root 6884 Mar  3 15:43 5ed7b970.0 -rw-r--r--. 1 root root 8187 Mar  3 15:43 c2eb42c3.0 -rw-r--r--. 1 root root 6884 Mar  2 16:08 root-ca.crt -rw-r--r--. 1 root root 8187 Mar  2 16:08 sub-ca.crt     然後使用 [

[email protected] bin]# ./openssl s_client -ssl3 -CApath /home/demoCA/cacerts/ CONNECTED(00000003) depth=2 C = CN, O = Certusnet, CN = Root CA verify return:1 depth=1 C = CN, O = Certusnet, CN = Sub CA verify return:1 depth=0 C = CN, ST = Some-State, O = Certusnet, CN = Server verify return:1 --- Certificate chain  0 s:/C=CN/ST=Some-State/O=Certusnet/CN=Server    i:/C=CN/O=Certusnet/CN=Sub CA  1 s:/C=CN/O=Certusnet/CN=Sub CA    i:/C=CN/O=Certusnet/CN=Root CA  2 s:/C=CN/O=Certusnet/CN=Root CA    i:/C=CN/O=Certusnet/CN=Root CA --- Server certificate -----BEGIN CERTIFICATE----- MIIEszCCApugAwIBAgIRAPz0LWzyAEf7U/3XDFhLyFowDQYJKoZIhvcNAQELBQAw MjELMAkGA1UEBhMCQ04xEjAQBgNVBAoMCUNlcnR1c25ldDEPMA0GA1UEAwwGU3Vi IENBMB4XDTE2MDMwMjA4NTE0MVoXDTE3MDMwMjA4NTE0MVowRzELMAkGA1UEBhMC Q04xEzARBgNVBAgMClNvbWUtU3RhdGUxEjAQBgNVBAoMCUNlcnR1c25ldDEPMA0G A1UEAwwGU2VydmVyMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC5Awc0N9sd LSxbWZShMUie5f662MTVDTYzV2eImSdsELtD9eTdJe/ZLrZN2fL/wUj1aRFt//zT 4Q7hNJvC3diVJ3tyn6DD8PD+YQfeRVnZgIFB1b3nM6I5qftb72e3IO6LvFMwF0jE VxvRYUm6hO01rU0iaMqtqVxO6cF5gs+H3QIDAQABo4IBMTCCAS0wdQYIKwYBBQUH AQEEaTBnMDIGCCsGAQUFBzAChiZodHRwOi8vc3ViLWNhLmNlcnR1c25ldC5jb20v c3ViLWNhLmNydDAxBggrBgEFBQcwAYYlaHR0cDovL29jc3Auc3ViLWNhLmNlcnR1 c25ldC5jb206OTA4MTAfBgNVHSMEGDAWgBTQJbdgHNl+Hd9tKj+wOCeuQcYaCzAM BgNVHRMBAf8EAjAAMDcGA1UdHwQwMC4wLKAqoCiGJmh0dHA6Ly9zdWItY2EuY2Vy dHVzbmV0LmNvbS9zdWItY2EuY3JsMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEF BQcDATAOBgNVHQ8BAf8EBAMCBaAwHQYDVR0OBBYEFHBd8lxWlnkeFhw+hxnVkqoT N3NbMA0GCSqGSIb3DQEBCwUAA4ICAQB9LuXZteSc4E+nHHpYjH2vRJtYlCGV9jjh bIbFSvJxTU7/Tx8JjcQavm9KtUGoIcMsZ2VELpVXOzW8MlM0yXlQ8bPhZNyVtk6R n4J3sNtPGJ7vX6aSZP0ba34ObDSd6VSHlXqoa3UaIHCE3oogoGKHfkU5/pn6wAXr 77ebhkLjcBhV4vilrq+xWvABtOB3O/3wI0Yn28HnXWtlwN2XROfK/7sSPDQahKaf yStY8exY6RRGhzUuNbEbW1AIsuXqeM4KcYYAKwlzFUt7+1/OU7QMpN5F29oasSgS 8F3yTttsx9V6W5buqzDcICF+zY4ssX4EAsIcY2zNOsHC2SojNELFtabKFyXijRKV VIQoTkic07KBQxrJG6mKanxL1Q8h+2MDt7kbxJz1NxXuQGV4smxMN2ZBUU1Ufnnr nrjxnZZfBCR0Zt2OjQrTWv3tkF6GNhS1wufh4n9A1JcGr+xfzVP0O9FlAhVtauNS DwjgAvQhjjemCMowMDTVJei9sCRZjZtQberA4DfGOReTjukMrR+QMaqRx4TfYpqn mVYyEUPxFau7pJXFtYYPDLOwPvJhK0nM2fC72E4DOHzRMSR9fLUrJXC8q8wK/iKJ 76F6vJcCisGmzPJeltqJvB3KvrKa/at0wkrtym2LNp6j5shhwoXhBh693y0gNLTL GzcQpVl37Q== -----END CERTIFICATE----- subject=/C=CN/ST=Some-State/O=Certusnet/CN=Server issuer=/C=CN/O=Certusnet/CN=Sub CA --- No client certificate CA names sent Server Temp Key: ECDH, P-256, 256 bits --- SSL handshake has read 4624 bytes and written 308 bytes --- New, TLSv1/SSLv3, Cipher is ECDHE-RSA-AES256-SHA Server public key is 1024 bit Secure Renegotiation IS supported Compression: NONE Expansion: NONE No ALPN negotiated SSL-Session:     Protocol  : SSLv3     Cipher    : ECDHE-RSA-AES256-SHA     Session-ID: BEB2B5AFCDAAD0B84DEF8F157F61B2FCC7C362FFA5B699B1A0A4E47F1827304A     Session-ID-ctx:      Master-Key: 28D10D8B8FE3702C5529A9F0F13323FC599412E1291C336827921B9427522A613A917FA68AED9DBBCA1F9E8E167FB9F6     Key-Arg   : None     PSK identity: None     PSK identity hint: None     SRP username: None     Start Time: 1457003801     Timeout   : 7200 (sec)     Verify return code: 0 (ok) --- 這把可以看到Verfiy return code是正常的了，是一個自簽名證書鏈。 internal_verify 裡面依次驗證root-ca、sub-ca、server的證書，最後ok。 需要注意 ctx->get_issuer 裡去找頒發者，這裡會到知道的目錄裡面通過hash生成名字去找。