{"id":398156,"date":"2022-10-05T05:42:43","date_gmt":"2022-10-05T07:42:43","guid":{"rendered":"https:\/\/teknomers.com\/fr\/attenuation-pour-exchange-zero-days-contournee-microsoft-publie-de-nouvelles-solutions-de-contournement\/"},"modified":"2022-10-05T05:42:44","modified_gmt":"2022-10-05T07:42:44","slug":"attenuation-pour-exchange-zero-days-contournee-microsoft-publie-de-nouvelles-solutions-de-contournement","status":"publish","type":"post","link":"https:\/\/teknomers.com\/fr\/attenuation-pour-exchange-zero-days-contournee-microsoft-publie-de-nouvelles-solutions-de-contournement\/","title":{"rendered":"Att\u00e9nuation pour Exchange Zero-Days contourn\u00e9e\u00a0! Microsoft publie de nouvelles solutions de contournement"},"content":{"rendered":"


\n<\/p>\n

\n
<\/div>\n

Microsoft a r\u00e9vis\u00e9 ses mesures d’att\u00e9nuation pour les failles zero-day r\u00e9cemment r\u00e9v\u00e9l\u00e9es et activement exploit\u00e9es dans Exchange Server apr\u00e8s avoir d\u00e9couvert qu’elles pouvaient \u00eatre contourn\u00e9es de mani\u00e8re triviale.<\/p>\n

Les deux vuln\u00e9rabilit\u00e9s, suivies comme CVE-2022-41040 et CVE-2022-41082, ont \u00e9t\u00e9 nomm\u00e9es ProxyNotShell en raison de similitudes avec un autre ensemble de failles appel\u00e9 ProxyShell, que le g\u00e9ant de la technologie a r\u00e9solu l’ann\u00e9e derni\u00e8re.<\/p>\n

Attaques dans la nature abusant de la lacunes<\/a> ont encha\u00een\u00e9 les deux failles pour obtenir l’ex\u00e9cution de code \u00e0 distance sur des serveurs compromis avec des privil\u00e8ges \u00e9lev\u00e9s, conduisant au d\u00e9ploiement de shells Web.<\/p>\n

Le fabricant de Windows, qui n’a pas encore publi\u00e9 de correctif pour les bogues, a reconnu qu’un seul acteur mena\u00e7ant parrain\u00e9 par l’\u00c9tat pourrait avoir militaris\u00e9 les failles depuis ao\u00fbt 2022 dans des attaques cibl\u00e9es limit\u00e9es.<\/p>\n

\"La<\/a><\/div>\n

Entre-temps, la soci\u00e9t\u00e9 a mis \u00e0 disposition des solutions de contournement temporaires pour r\u00e9duire le risque d’exploitation en limitant les mod\u00e8les d’attaque connus via une r\u00e8gle dans le gestionnaire IIS.<\/p>\n

Cependant, selon le chercheur en s\u00e9curit\u00e9 Jang (@testanull<\/a>), le mod\u00e8le d’URL peut \u00eatre facilement contourn\u00e9, avec l’analyste principal des vuln\u00e9rabilit\u00e9s Will Dormann notant<\/a> que les att\u00e9nuations de bloc sont “inutilement pr\u00e9cises, et donc insuffisantes”.<\/p>\n

\"Att\u00e9nuation<\/div>\n

Microsoft a depuis modifi\u00e9<\/a> la r\u00e8gle de r\u00e9\u00e9criture d’URL (\u00e9galement disponible en tant que r\u00e8gle autonome Script PowerShell<\/a>) pour en tenir compte –<\/p>\n