Кулешов разгоняет IT | AI

Объясните мне, пожалуйста, как вообще получилось, что приватные ключи промежуточных удостоверяющих центров (CA), компрометация которых позволяет подделывать TLS-сертификаты практически для любых сайтов, оказались скомпрометированы? Я реально не понимаю. Причём, насколько я понимаю, ключи даже не утекли в результате взлома — они были сгенерированы с настолько слабой энтропией, что их удалось восстановить. И ведь это потенциально касается всех приложений, которые хоть как-то взаимодействуют по сети. Например, стандартные TLS-клиенты в JDK по умолчанию не проверяют отзыв сертификатов. То есть при успешной MitM-атаке клиент может принять поддельный сертификат и спокойно отправить атакующему свои запросы, токены и прочие секреты. А главное, я не могу понять вектор атаки и как от этого защищаться, если клиенты, да и JDK никто не будет обновлять. Я видел вот такой костыль: https://gist.github.com/swankjesse/de8828e357a4d3fc8ebe1ca14ec2bc9f. sha256Hash in setOf( "43bffa19d6ef651451f6841e019931e96f6f2eaeff28ab4b6f1ce4576de2717b".decodeHex(), "49dd353dc2b919a3770645117d0e60c16115e7d1bc259eefe734b00ea434fe5f".decodeHex(), "5c0660a2b164910d8ff589c18e14552e9e0ec237dcefe2cb736d41a4811f81a0".decodeHex(), "63ecefee431d49523bc1136c4e72d0206a477086caf606cd5cf025686c109cf8".decodeHex(), "92c063d67e8f14db71d288e11266ffdaf69cbf115f7bab14f3bc2f68d25e0e30".decodeHex(), "e0254c7fcdc265e2f0f8a428dabb75ab4ae039b4872d62f5ee57f0877d5a8a41".decodeHex(), "ebed6475c2c2d80fcb199f3fe8dd6e6b3ce60b77eb15d4e42c3dec0c6f5b5105".decodeHex(), "ec4ffa1ad0ac88081314b7aaffef6a91f97cd57291bb5ba686c5415f5eb4f6b6".decodeHex(), )