Сбой безопасного соединения через веб-сокет iOS из-за сбоя проверки сертификата BoringSSL - PullRequest
Новая
       11

Сбой безопасного соединения через веб-сокет iOS из-за сбоя проверки сертификата BoringSSL

2 голосов
/ 30 апреля 2020

Я не могу подключиться к безопасному соединению через веб-сокет из-за следующей ошибки на iOS (12 и 13).

Кажется, произошла ошибка при проверке сертификата для конечной точки, но я не могу найти способ определить причину. Я могу подключиться к конечной точке веб-сокета из клиента браузера. Я также проверил сертификат, используя https://www.ssllabs.com/ssltest/ и не вижу никаких проблем. Сертификат SSL выдан Let's Encrypt.

Ниже приведен вывод консоли, который я мог получить с устройства и приложения консоли на моем ноутбуке ma c:

КОНСОЛЬ ОТЛАДКИ XCODE 

2020-04-29 16:18:03.501170-0700 [BoringSSL] boringssl_context_handle_fatal_alert(1873) [C12.1:1][0x1151122e0] write alert, level: fatal, description: certificate unknown 
2020-04-29 16:18:03.501366-0700 [BoringSSL] boringssl_context_error_print(1863) boringssl ctx 0x282eb41b0: 4450062232:error:1000007d:SSL routines:OPENSSL_internal:CERTIFICATE_VERIFY_FAILED:/AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/boringssl/boringssl-283.102.1/ssl/handshake.cc:369: 
2020-04-29 16:18:03.510648-0700 [BoringSSL] boringssl_session_handshake_incomplete(164) [C12.1:1][0x1151122e0] SSL library error 
2020-04-29 16:18:03.510740-0700 [BoringSSL] boringssl_session_handshake_error_print(111) [C12.1:1][0x1151122e0] 4450062232:error:1000007d:SSL routines:OPENSSL_internal:CERTIFICATE_VERIFY_FAILED:/AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/boringssl/boringssl-283.102.1/ssl/handshake.cc:369: 
2020-04-29 16:18:03.510837-0700 [BoringSSL] nw_protocol_boringssl_handshake_negotiate_proceed(726) [C12.1:1][0x1151122e0] handshake failed at state 12288 
2020-04-29 16:18:03.532541-0700 [strings] ERROR: Network.NWError not found in table Error of bundle CFBundle 0x109308b40 </System/Library/Frameworks/CoreFoundation.framework> (framework, loaded) 
? error: Optional("The operation couldn’t be completed. (NETWORK.NWERROR error 2.)")

MA C ПРИЛОЖЕНИЕ КОНСОЛИ 

default 16:18:03.712414-0700    boringssl_session_handshake_incomplete(170) [C12.1:1][0x1151122e0] Handshake incomplete: waiting for data to read [2]
default 16:18:03.712477-0700    boringssl_session_handshake_incomplete(170) [C12.1:1][0x1151122e0] Handshake incomplete: waiting for data to read [2]
default 16:18:03.712583-0700    boringssl_session_handshake_incomplete(170) [C12.1:1][0x1151122e0] Handshake incomplete: waiting for data to read [2]
default 16:18:03.712646-0700    boringssl_session_handshake_incomplete(170) [C12.1:1][0x1151122e0] Handshake incomplete: waiting for data to read [2]
default 16:18:03.712707-0700    boringssl_context_message_handler(2258) [C12.1:1][0x1151122e0] Reading SSL3_RT_HANDSHAKE 122 bytes
default 16:18:03.713628-0700    boringssl_context_info_handler(1983) [C12.1:1][0x1151122e0] Client handshake state: TLS 1.3 client read_hello_retry_request
default 16:18:03.713687-0700    boringssl_context_add_handshake_message_pending(578) [C12.1:1][0x1151122e0] Adding message(2)
default 16:18:03.713747-0700    boringssl_context_message_handler(2258) [C12.1:1][0x1151122e0] Writing SSL3_RT_CHANGE_CIPHER_SPEC 1 bytes
default 16:18:03.713807-0700    boringssl_context_info_handler(1983) [C12.1:1][0x1151122e0] Client handshake state: TLS 1.3 client read_server_hello
default 16:18:03.713865-0700    boringssl_context_info_handler(1983) [C12.1:1][0x1151122e0] Client handshake state: TLS 1.3 client read_encrypted_extensions
default 16:18:03.714153-0700    boringssl_context_message_handler(2258) [C12.1:1][0x1151122e0] Reading SSL3_RT_HANDSHAKE 10 bytes
default 16:18:03.714219-0700    boringssl_context_info_handler(1983) [C12.1:1][0x1151122e0] Client handshake state: TLS 1.3 client read_certificate_request
default 16:18:03.714277-0700    boringssl_context_message_handler(2258) [C12.1:1][0x1151122e0] Reading SSL3_RT_HANDSHAKE 3105 bytes
default 16:18:03.714335-0700    boringssl_context_info_handler(1983) [C12.1:1][0x1151122e0] Client handshake state: TLS 1.3 client read_server_certificate
default 16:18:03.714395-0700    boringssl_context_info_handler(1983) [C12.1:1][0x1151122e0] Client handshake state: TLS 1.3 client read_server_certificate_verify
default 16:18:03.714452-0700    boringssl_context_message_handler(2258) [C12.1:1][0x1151122e0] Reading SSL3_RT_HANDSHAKE 264 bytes
default 16:18:03.714628-0700    boringssl_context_copy_peer_sct_list(1003) [C12.1:1][0x1151122e0] SSL_get0_signed_cert_timestamp_list returned no SCT extension data
default 16:18:03.714914-0700    boringssl_helper_create_sec_trust_with_certificates(607) [C12.1:1][0x1151122e0] SecTrustCreateWithCertificates result: 0
default 16:18:03.714973-0700    boringssl_helper_create_sec_trust_with_certificates(612) [C12.1:1][0x1151122e0] SecTrustSetOCSPResponse result: 0
default 16:18:03.715033-0700    boringssl_helper_create_sec_trust_with_certificates(621) [C12.1:1][0x1151122e0] No TLS-provided SCTs
default 16:18:03.715167-0700    boringssl_context_certificate_verify_callback(2071) [C12.1:1][0x1151122e0] Asyncing for verify block
default 16:18:03.715225-0700    boringssl_session_handshake_incomplete(170) [C12.1:1][0x1151122e0] Handshake incomplete: certificate evaluation result pending [16]
default 16:18:03.715418-0700    boringssl_context_certificate_verify_callback(2040) [C12.1:1][0x1151122e0] Verification already in progress.
default 16:18:03.715481-0700    boringssl_session_handshake_incomplete(170) [C12.1:1][0x1151122e0] Handshake incomplete: certificate evaluation result pending [16]
default 16:18:03.716084-0700    boringssl_context_certificate_verify_callback(2040) [C12.1:1][0x1151122e0] Verification already in progress.
default 16:18:03.716145-0700    boringssl_session_handshake_incomplete(170) [C12.1:1][0x1151122e0] Handshake incomplete: certificate evaluation result pending [16]
default 16:19:16.180121-0700    boringssl_context_message_handler(2258) [C6.1:2][0x11321ccb0] Writing SSL3_RT_ALERT 2 bytes
default 16:19:16.180202-0700    boringssl_context_handle_warning_alert(1893) [C6.1:2][0x11321ccb0] write alert, level: warning, description: close notify
default 16:19:16.180285-0700    boringssl_session_disconnect(504) [C6.1:2][0x11321ccb0] SSL_shutdown 0
default 16:19:16.181104-0700    nw_protocol_boringssl_remove_input_handler(1012) [C6.1:2][0x11321ccb0] nw_protocol_boringssl_remove_input_handler forced true
default 16:19:16.181169-0700    nw_protocol_boringssl_remove_input_handler(1030) [C6.1:2][0x11321ccb0] Transferring nw_protocol_boringssl_t handle back into ARC for autorelease
default 16:19:33.510159-0700    boringssl_context_message_handler(2258) [C8.1:2][0x11328fd50] Writing SSL3_RT_ALERT 2 bytes
default 16:19:33.510247-0700    boringssl_context_handle_warning_alert(1893) [C8.1:2][0x11328fd50] write alert, level: warning, description: close notify
default 16:19:33.510309-0700    boringssl_session_disconnect(504) [C8.1:2][0x11328fd50] SSL_shutdown 0
default 16:19:33.510922-0700    nw_protocol_boringssl_remove_input_handler(1012) [C8.1:2][0x11328fd50] nw_protocol_boringssl_remove_input_handler forced true
default 16:19:33.511105-0700    nw_protocol_boringssl_remove_input_handler(1030) [C8.1:2][0x11328fd50] Transferring nw_protocol_boringssl_t handle back into ARC for autorelease

Серверный блок NGINX для конечной точки: 

server {
    listen 443 ssl http2;
    listen [::]:443 ssl http2;
    server_name me.example.com;

    ssl_certificate /etc/letsencrypt/live/me.example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/me.example.com/privkey.pem;
    ssl_trusted_certificate /etc/letsencrypt/live/me.example.com/chain.pem;

    location /ws {
        proxy_pass http://upstreamserver;

        proxy_http_version  1.1;
        proxy_set_header    Upgrade $http_upgrade;
        proxy_set_header    Connection $connection_upgrade;
        proxy_set_header    Host $host;
        proxy_set_header    X-Real-IP $remote_addr;
        proxy_set_header    X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header    X-Forwarded-Protocol $scheme;
    }
}

Есть мысли о том, почему это проблема на iOS? Я также опубликовал это в Форумы разработчиков Apple

Ответы [ 2 ]

0 голосов
/ 06 мая 2020

Ошибка была неверной конфигурацией в сертификате SSL, выданном LetsEncrypt и настройке NGINX. Из-за Политики прозрачности сертификатов Apple теперь существует более строгая проверка сертификатов iOS. Получил хороший ответ на форумах разработчиков Apple, который помог отследить проблему следующим образом:

  1. В сертификате, выданном LetsEncrypt, отсутствовали встроенные метки времени подписанного сертификата (SCT). Мне пришлось заново создать свой сертификат с поддержкой «OCSP Must Staple»: 

    certbot --nginx --hsts --staple-ocsp --must-staple -d domain.example.com

    Чтобы убедиться, что для сертификата созданы встроенные SCT, вы можете запустить openssl x509 -in cert.pem -text, и вывод должен содержать что-то похожее на: 

    Certificate:  
    Data:  
        X509v3 extensions:  
            Authority Information Access:  
                OCSP - URI:http://ocsp.int-x3.letsencrypt.org  
                CA Issuers - URI:http://cert.int-x3.letsencrypt.org/  

        TLS Feature:  
            status_request  
        X509v3 Certificate Policies:  
            Policy: 2.23.140.1.2.1  
            Policy: 1.3.6.1.4.1.44947.1.1.1  
              CPS: http://cps.letsencrypt.org  

        CT Precertificate SCTs:  
            Signed Certificate Timestamp:  
                Version   : v1 (0x0)  
                Log ID    : 5E:A7:73:F9:DF:56:C0:E7:B5:36:48:7D:D0:49:E0:32:  
                            7A:91:9A:0C:84:A1:12:12:84:18:75:96:81:71:45:58  
                Timestamp : May  1 21:02:14.817 2020 GMT  
                Extensions: none  
                Signature : ecdsa-with-SHA256  
                            30:45:02:20:2F:2C:22:85:50:DD:FD:DA:62:E9:60:BA:  
                            95:6C:49:03:1E:9E:F9:6C:9F:AA:A0:17:65:7F:D7:D3:  
                            A4:E7:CC:02:02:21:00:D4:2F:55:CF:F6:57:AC:BF:3E:  
                            E5:8B:F5:A2:00:47:2D:C4:5E:A4:10:EE:D7:D6:B4:FF:  
                            9E:21:1D:CC:6A:89:53  
            Signed Certificate Timestamp:  
                Version   : v1 (0x0)  
                Log ID    : 07:B7:5C:1B:E5:7D:68:FF:F1:B0:C6:1D:23:15:C7:BA:  
                            E6:57:7C:57:94:B7:6A:EE:BC:61:3A:1A:69:D3:A2:1C  
                Timestamp : May  1 21:02:14.843 2020 GMT  
                Extensions: none  
                Signature : ecdsa-with-SHA256  
                            30:44:02:20:17:63:1D:8E:76:CA:E0:A2:5C:42:92:7C:  
                            BC:06:60:C7:9B:46:BB:59:63:8F:E1:8A:BE:52:CB:15:  
                            FD:C4:DE:09:02:20:28:EF:48:E1:4B:BD:9D:05:29:52:  
                            FC:D9:5A:8B:82:08:9D:1A:A0:58:F0:33:FB:05:5E:E7:  
                            56:A0:AE:64:84:C7

  2. NGINX для блока сервера требовалась правильная конфигурация OCSP, удалили поддержку HTTP / 2 и использовали цепочку сертификатов, которая имеет промежуточные сертификаты и встроенные SCT 

     map $http_upgrade $connection_upgrade {  
     default upgrade;  
     '' close;  
 }  

 upstream ws-signal {  
     server localhost:8080;  
 }  

server {  
    listen 443 ssl;  
    listen [::]:443 ssl;  
    server_name domain.example.com;  

    ssl_certificate /etc/letsencrypt/live/domain.example.com/fullchain.pem; # managed by Certbot  
    ssl_certificate_key /etc/letsencrypt/live/domain.example.com/privkey.pem; # managed by Certbot  

    # OCSP Stapling  
    ssl_stapling on;  
    ssl_stapling_verify on;  
    ssl_trusted_certificate /etc/letsencrypt/live/domain.example.com/fullchain.pem;  
    resolver 8.8.8.8 8.8.4.4;  

    location /ws {  
        proxy_pass http://ws-signal;  

        proxy_http_version      1.1;  
        proxy_set_header        Upgrade $http_upgrade;  
        proxy_set_header        Connection $connection_upgrade;  
        proxy_set_header        Host $host;  
    }  
}

Мне также пришлось обновить Starscream до v4.0.3. Эта последняя версия использует URLSessionWebSocketTask для iOS 13+ и для iOS 12, кажется, переопределяет проверку, возвращая true, если закрепление сертификата отключено. Все еще нужно попробовать с включенным закреплением сертификата, чтобы увидеть, что происходит.

0 голосов
/ 02 мая 2020

Я только что написал класс, чтобы помочь с сокетами и новыми ограничениями TLS Apple (см. Мой readme). Скорее всего, вы неправильно настроили свои сертификаты. Наряду с моим вспомогательным классом, который обрабатывает сокет, я попытался также составить схему создания сертификатов, которые будут работать с новыми iOS ограничениями TLS.

https://github.com/eamonwhiter73/IOSObjCWebSockets

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.

Нет похожих вопросов

...