{"id":41846,"date":"2020-09-18T10:53:39","date_gmt":"2020-09-18T03:53:39","guid":{"rendered":"https:\/\/deepquest.code511.com\/blog\/2020\/09\/microsoft-exchange-server-dlputils-addtenantdlppolicy-remote-code-execution\/"},"modified":"2020-09-18T10:53:39","modified_gmt":"2020-09-18T03:53:39","slug":"microsoft-exchange-server-dlputils-addtenantdlppolicy-remote-code-execution","status":"publish","type":"post","link":"https:\/\/deepquest.code511.com\/blog\/2020\/09\/microsoft-exchange-server-dlputils-addtenantdlppolicy-remote-code-execution\/","title":{"rendered":"Microsoft Exchange Server DlpUtils AddTenantDlpPolicy Remote Code Execution"},"content":{"rendered":"<p>This vulnerability allows remote attackers to execute arbitrary code on affected installations of Exchange Server. Authentication is required to exploit this vulnerability. Additionally, the target user must have the &#8220;Data Loss Prevention&#8221; role assigned and an active mailbox. If the user is in the &#8220;Compliance Management&#8221; or greater &#8220;Organization Management&#8221; role groups, then they have the &#8220;Data Loss Prevention&#8221; role. Since the user who installed Exchange is in the &#8220;Organization Management&#8221; role group, they transitively have the &#8220;Data Loss Prevention&#8221; role. The specific flaw exists within the processing of the New-DlpPolicy cmdlet. The issue results from the lack of proper validation of user-supplied template data when creating a DLP policy. An attacker can leverage this vulnerability to execute code in the context of SYSTEM. Tested against Exchange Server 2016 CU14 on Windows Server 2016.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>This vulnerability allows remote attackers to execute arbitrary code on affected installations of Exchange Server. Authentication is required to exploit this vulnerability. Additionally, the target user must have the &#8220;Data&#8230;<\/p>\n","protected":false},"author":439,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"","_seopress_titles_desc":"","_seopress_robots_index":"","jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[43],"tags":[],"class_list":["post-41846","post","type-post","status-publish","format-standard","hentry","category-exploit"],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/p4bBYZ-aSW","_links":{"self":[{"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/posts\/41846","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/users\/439"}],"replies":[{"embeddable":true,"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/comments?post=41846"}],"version-history":[{"count":0,"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/posts\/41846\/revisions"}],"wp:attachment":[{"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/media?parent=41846"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/categories?post=41846"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/tags?post=41846"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}