{"id":111907,"date":"2023-12-01T21:10:27","date_gmt":"2023-12-01T19:10:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/logofail-ataka-na-uefi-proshivki-cherez-podstanovku-vredonosnyh-logotipov"},"modified":"2023-12-01T21:10:27","modified_gmt":"2023-12-01T19:10:27","slug":"logofail-ataka-na-uefi-proshivki-cherez-podstanovku-vredonosnyh-logotipov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/logofail-ataka-na-uefi-proshivki-cherez-podstanovku-vredonosnyh-logotipov","title":{"rendered":"LogoFAIL \u2014 une attaque sur les firmwares UEFI via la substitution de logos malveillants.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Des chercheurs de l'entreprise Binarly ont identifi\u00e9 une s\u00e9rie de vuln\u00e9rabilit\u00e9s dans le code de traitement des images utilis\u00e9 dans les firmwares UEFI de divers fabricants. Ces vuln\u00e9rabilit\u00e9s permettent d'ex\u00e9cuter du code malveillant au moment du d\u00e9marrage en pla\u00e7ant une image sp\u00e9cialement format\u00e9e dans la partition ESP (EFI System Partition) ou dans une partie de la mise \u00e0 jour du firmware sans signature num\u00e9rique v\u00e9rifi\u00e9e. La m\u00e9thode d'attaque propos\u00e9e peut \u00eatre utilis\u00e9e pour contourner le m\u00e9canisme de d\u00e9marrage s\u00e9curis\u00e9 UEFI et les m\u00e9canismes de protection mat\u00e9riels tels qu'Intel Boot Guard, AMD Hardware-Validated Boot et ARM TrustZone Secure Boot. <\/p>\n
Le probl\u00e8me est caus\u00e9 par le fait que les firmwares permettent d'afficher des logos sp\u00e9cifiquement choisis par l'utilisateur et utilisent pour cela des biblioth\u00e8ques de traitement des images ex\u00e9cut\u00e9es au niveau du firmware sans abaissement des privil\u00e8ges. Il est \u00e0 noter que des firmwares modernes incluent du code pour le traitement des formats BMP, GIF, JPEG, PCX et TGA, dans lequel se trouvent des vuln\u00e9rabilit\u00e9s entra\u00eenant un d\u00e9passement de tampon lors du traitement de donn\u00e9es incorrectes. <\/p>\n
Les vuln\u00e9rabilit\u00e9s ont \u00e9t\u00e9 identifi\u00e9es dans des firmwares fournis par divers fournisseurs de mat\u00e9riel (Intel, Acer, Lenovo) et fabricants de firmwares (AMI, Insyde, Phoenix). Comme le code probl\u00e9matique existe dans des composants de r\u00e9f\u00e9rence fournis par des fournisseurs de firmwares tiers et utilis\u00e9s comme base pour la cr\u00e9ation de leurs firmwares par divers fabricants de mat\u00e9riel, les vuln\u00e9rabilit\u00e9s ne sont pas sp\u00e9cifiques \u00e0 des fournisseurs particuliers et touchent l'ensemble de l'\u00e9cosyst\u00e8me. <\/p>\n
Des d\u00e9tails sur les vuln\u00e9rabilit\u00e9s identifi\u00e9es seront r\u00e9v\u00e9l\u00e9s le 6 d\u00e9cembre lors de la conf\u00e9rence Black Hat Europe 2023. Une d\u00e9monstration d'un exploit permettant d'ex\u00e9cuter son propre code avec des privil\u00e8ges de firmware sur des syst\u00e8mes architectur\u00e9s en x86 et ARM sera \u00e9galement pr\u00e9sent\u00e9e lors de la conf\u00e9rence. Initialement, les vuln\u00e9rabilit\u00e9s ont \u00e9t\u00e9 d\u00e9couvertes lors de l'analyse des firmwares Lenovo construits sur des plateformes d'Insyde, AMI et Phoenix, mais les firmwares d'Intel et d'Acer sont \u00e9galement mentionn\u00e9s comme potentiellement vuln\u00e9rables. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"