{"id":115524,"date":"2024-05-04T01:52:09","date_gmt":"2024-05-03T23:52:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/obhod-verifikaczii-v-biblioteke-xml-crypto-naschityvayushhej-million-zagruzok-v-nedelyu"},"modified":"2024-05-04T01:52:09","modified_gmt":"2024-05-03T23:52:09","slug":"obhod-verifikaczii-v-biblioteke-xml-crypto-naschityvayushhej-million-zagruzok-v-nedelyu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/obhod-verifikaczii-v-biblioteke-xml-crypto-naschityvayushhej-million-zagruzok-v-nedelyu","title":{"rendered":"Omzeiling van verificatie in de xml-crypto bibliotheek, die wekelijks miljoenen downloads heeft","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In de JavaScript-bibliotheek xml-crypto, die als afhankelijkheid door 402 projecten wordt gebruikt en ongeveer een miljoen keer per week vanuit de NPM-catalogus wordt gedownload, is een kwetsbaarheid (CVE-2024-32962) ontdekt, die het hoogste niveau van gevaar (10 van 10) heeft gekregen. De bibliotheek biedt functies voor het versleutelen en verifi\u00ebren van digitale handtekeningen van XML-documenten. De kwetsbaarheid stelt een aanvaller in staat een vervalst document te ondertekenen, dat in de standaardconfiguratie succesvol door de bibliotheek zal worden geverifieerd, ondanks dat het is ondertekend met een andere sleutel dan degene die is opgegeven voor de verificatie van handtekeningen. Het probleem doet zich voor vanaf versie xml-crypto 4.0.0 en is zonder veel publiciteit verholpen in de januari-release 6.0.0. <\/p>\n
De kwetsbaarheid wordt veroorzaakt doordat de bibliotheek in de standaardconfiguratie de maker van de handtekening niet autoriseert, maar alleen de geldigheid van de handtekening zelf controleert. De bibliotheek vertrouwt specifiek op elk certificaat dat in het ondertekende document in het XML-element KeyInfo is geplaatst, zelfs als in de instellingen is opgegeven dat een specifiek certificaat voor de verificatie van digitale handtekeningen moet worden gebruikt. Daarom is het voor een aanvaller voldoende om de originele digitale handtekening te vervangen door een handtekening die met zijn eigen priv\u00e9sleutel is gegenereerd en het bijbehorende certificaat (publieke sleutel) in het KeyInfo-element te plaatsen voor een succesvolle verificatie van het gewijzigde document. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"