версия: ULauncher 0.33.52, Release x86
При каждом подключении к серверу 85.128.33.175 лаунчер получает ошибки проверки сертификата, но соединение при этом продолжается, в логах за период с 13.06 по 30.12 это произошло 52 раза за около 108 запусков лаунчера.
лог:
Handler::BaseSocketHandler:
nSocketConnected 85.128.33.175
Handler::BaseSocketHandler::handshake
Handler::BaseSocketHandler:
nSslErrors The host name did not match any of the valid hosts for this certificate;The issuer certificate of a locally looked up certificate could not be found;The supplied certificate is unsuitable for this purpose;No certificates could be verified;
Handler::BaseSocketHandler:
nSocketEncrypted
Ui::StartupWidget:
nSocketConnected
по мом рассуждениям имя хоста не совпадает с сертификатом, издатель не найден, цепочка не проверяется, но после onSslErrors лаунчер все равно почему-то переходит к onSocketEncrypted и продолжает работать дальше, по моим предположениям ошибки игнорируются. атакующий в позиции MITM в этой же сети может подменить к примеру сервер или перехватить/изменить данные, в том числе ответы на обновления.
Сертификат должен корректно проверяться( валидный сертификат на домен или закрепленный сертификат на ключ), а в случае ошибки соединение должно разрываться.
данные выводы сделаны из логов, я не отрицаю того, что сертификат может быть самоподписанным, если он самоподписанный, то стоит добавить проверку отпечатка, а не игнорировать все ошибки.
P.S:
Лаунчер подключается по IP-адресу, а не по доменному имени. Поэтому «host name did not match». сертификат возможно выдан на домен, а проверяется IP.
расширение логов было изменено на .txt для того, чтобы прикрепить файлы
При каждом подключении к серверу 85.128.33.175 лаунчер получает ошибки проверки сертификата, но соединение при этом продолжается, в логах за период с 13.06 по 30.12 это произошло 52 раза за около 108 запусков лаунчера.
лог:
Handler::BaseSocketHandler:
Handler::BaseSocketHandler::handshake
Handler::BaseSocketHandler:
Handler::BaseSocketHandler:
Ui::StartupWidget:
по мом рассуждениям имя хоста не совпадает с сертификатом, издатель не найден, цепочка не проверяется, но после onSslErrors лаунчер все равно почему-то переходит к onSocketEncrypted и продолжает работать дальше, по моим предположениям ошибки игнорируются. атакующий в позиции MITM в этой же сети может подменить к примеру сервер или перехватить/изменить данные, в том числе ответы на обновления.
Сертификат должен корректно проверяться( валидный сертификат на домен или закрепленный сертификат на ключ), а в случае ошибки соединение должно разрываться.
данные выводы сделаны из логов, я не отрицаю того, что сертификат может быть самоподписанным, если он самоподписанный, то стоит добавить проверку отпечатка, а не игнорировать все ошибки.
P.S:
Лаунчер подключается по IP-адресу, а не по доменному имени. Поэтому «host name did not match». сертификат возможно выдан на домен, а проверяется IP.
расширение логов было изменено на .txt для того, чтобы прикрепить файлы