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

Для тех пользователей JVM, которые как и я думали, как же срочно панически исправить этот критический CVE-2026-91403 c утекшими сертификатами eMudhra, о котором я писал выше: https://t.me/akuleshov7_live/668 https://t.me/akuleshov7_live/669 Положил пример кода, который вы можете к себе в образы переложить, чтобы забыть об этой проблеме раз и навсегда: https://gist.github.com/orchestr7/6af5657511efe7918a12ed48ecabadd4 OpenJDK даёт две рекомендации, я пошел по первому пути, вы можете просто попросить агента скопировать к себе решение. Manually block the impacted certificates. First, download the blocked.certs file for your operating system. There is a version for Windows and a version for other operating systems. Find your local $JDK_HOME/lib/security/blocked.certs file. If you have already added entries to this file, create a backup and re-add your entries to the new file. Otherwise, move or replace the blocked.certs file with the downloaded version. For JDK 8, rename blocked.certs to blacklisted.certs; the file location is the same. Enable certificate revocation checking for your application, if not already enabled. For TLS applications, add -Dcom.sun.net.ssl.checkRevocation=true -Dcom.sun.security.enableCRLDP=true to your command line. With JDK 17 and later, for signed JARs, use jarsigner -verify -revcheck -strict $SIGNED_JAR to verify the signed JAR and check revocation.