Trinetri logo
Updated monthly

Microsoft Patch Tuesday
July 2017

Microsoft's July 2017 Patch Tuesday fixes 53 vulnerabilities across Windows, Browser and Microsoft Office - 17 rated Critical, 3 publicly disclosed before the patch shipped. No active exploitation this month, so lead with the 17 Critical remote code execution fixes.

Released July 11, 2017, 10:00 PT3 publicly disclosed50 KB articles to deploy

July 2017 Patch Tuesday at a glance

53
Microsoft CVEs
excl. Edge & Azure Linux
17
Critical
32% of the release
0
Actively exploited
none this month
3
Publicly disclosed
known before the patch
8.8
Highest CVSS
CVE-2017-8590
50
KB articles
what you actually deploy

Why this number differs from other roundups. Microsoft's July 2017 release document lists 62 entries. 4 are Azure Linux (Mariner) OS package updates and 5 are republished Chromium fixes for Edge - neither is a Microsoft product vulnerability. The 53 above is the real Patch Tuesday set. See the breakdown →

Priority order

Patch these first

Ranked by exploitation reality, not score alone. Nothing is under active attack this month, so the Critical remote-code-execution fixes lead.

The numbers

What’s in this release

Where the 62 entries actually come from

Most roundups quote a single number. These are three unrelated release streams.

53 Microsoft products4 Azure Linux (Mariner)5 Edge (Chromium)

Severity

Microsoft channel only · 53 CVEs

July 2017 severity breakdown
Critical17
Important34
Moderate2
Low0

Impact type

What an attacker gains if it works

July 2017 impact breakdown
Remote Code Execution24
Elevation of Privilege16
Information Disclosure6
Security Feature Bypass3
Spoofing2
Denial of Service2

Most-affected components

Where this month’s fixes concentrate - filter by any of them in the table below

Microsoft Scripting Engine11Microsoft Office8Microsoft Windows7Microsoft Graphics Component6Internet Explorer3Microsoft Exchange Server3Windows Kernel-Mode Drivers3Windows Kernel2.NET Framework1Adobe Flash Player1ASP .NET1HoloLens1
Every patch

Browse all 62 entries

Sorted by risk by default: exploited first, then publicly disclosed, then severity, then CVSS. Search by CVE, title, component or KB number.

Showing 53 of 53
53 Microsoft vulnerabilities in the July 2017 Patch Tuesday, sortable by severity, CVSS and exploit status.
TitleStatusKB
CriticalCVE-2017-8584Broadcom BCM43xx Remote Code Execution VulnerabilityRCE7.5DisclosedHoloLens4025339
ImportantCVE-2017-8587Windows Explorer Denial of Service VulnerabilityDoS6.5DisclosedMicrosoft NTFS4025331 +8
ImportantCVE-2017-8602Microsoft Browser Spoofing VulnerabilitySpoofing4.3DisclosedMicrosoft Browsers4025252 +6
CriticalCVE-2017-8594Internet Explorer Memory Corruption VulnerabilityRCE7.5More likelyInternet Explorer4025252 +1
CriticalCVE-2017-8618Scripting Engine Memory Corruption VulnerabilityRCE7.5More likelyInternet Explorer4025252 +7
CriticalCVE-2017-8463Windows Explorer Remote Code Execution VulnerabilityRCE6.3More likelyWindows Shell4025331 +10
CriticalCVE-2017-8595Microsoft Edge Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4025338 +2
CriticalCVE-2017-8598Microsoft Edge Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4025339 +2
CriticalCVE-2017-8601Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4025338 +3
CriticalCVE-2017-8603Microsoft Edge Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4025339 +2
CriticalCVE-2017-8604Microsoft Edge Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4025339 +2
CriticalCVE-2017-8605Microsoft Edge Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4025338 +3
CriticalCVE-2017-8606Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4025252 +7
CriticalCVE-2017-8607Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4025252 +7
CriticalCVE-2017-8609Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4025338 +3
CriticalCVE-2017-8610Microsoft Edge Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4025342
CriticalCVE-2017-8589Windows Search Remote Code Execution VulnerabilityRCE-More likelyMicrosoft Windows4025331 +10
ImportantCVE-2017-8590Windows Common Log File System Driver Elevation of Privilege VulnerabilityEoP8.8More likelyMicrosoft Windows4025331 +10
ImportantCVE-2017-8563Windows Elevation of Privilege VulnerabilityEoP7.5More likelyMicrosoft Windows4025331 +10
ImportantCVE-2017-8565Windows PowerShell Remote Code Execution VulnerabilityRCE7.5More likelyMicrosoft PowerShell4025331 +10
ImportantCVE-2017-8467Win32k Elevation of Privilege VulnerabilityEoP7.0More likelyWindows Kernel-Mode Drivers4025331 +10
ImportantCVE-2017-8556Win32k Elevation of Privilege VulnerabilityEoP7.0More likelyMicrosoft Graphics Component4025331 +10
ImportantCVE-2017-8573Win32k Elevation of Privilege VulnerabilityEoP7.0More likelyMicrosoft Graphics Component4025331 +10
ImportantCVE-2017-8574Win32k Elevation of Privilege VulnerabilityEoP7.0More likelyMicrosoft Graphics Component4025339 +1
ImportantCVE-2017-8577Win32k Elevation of Privilege VulnerabilityEoP7.0More likelyMicrosoft Graphics Component4025331 +10
Your move

What your IT team should do

The same five steps every month, in the order that reduces risk fastest.

Test the known-issue candidates

Check the Windows release health dashboard before promoting past ring 1, and have the rollback path written down before you need it. Kernel, networking and authentication fixes are the ones that historically break things.

12 Patch Management Best Practices for 2026 →

Verify installed state, then evidence it

Confirm the patch is actually present on each endpoint rather than trusting that "deployment succeeded". Keep the resulting report - it is the artefact auditors ask for, and reconstructing it later is far more work than capturing it now.

Patch Management: The Complete Guide →

Trinetri does steps two through five automatically - detecting the 50 KB articles across every endpoint, staging them in rings, verifying installed state and producing the compliance evidence. See patch management →

Archive

Previous Patch Tuesdays

Every month Microsoft has published back to January 2016, each with the same breakdown and the full CVE list.

Older months104 releases, October 2024 – January 2016
Stop the sprawl. Eliminate the guesswork.

Ready to See Autonomous Endpoint Management in Action?

Experience how Trinetri transforms endpoint chaos into clarity. Try the 30 minute demo session, our experts will walk you through how AI-powered automation, real-time visibility, and unified control can secure your entire hybrid environment, without the overhead.

Patch Tuesday FAQ

Patch Tuesday falls on the second Tuesday of every month, with updates going live at 10:00 a.m. Pacific Time. Microsoft introduced the practice in October 2003, following the Blaster worm, to cut distribution costs and give administrators a predictable cadence instead of patches arriving at random. The 10:00 a.m. timing is deliberate: it leaves a full working week to remediate before the weekend. Internally Microsoft calls it the "B" release; optional "C" and "D" preview releases follow later in the month. The next Patch Tuesday is November 10, 2026.

Microsoft fixed 53 vulnerabilities in July 2017, across Windows, Browser, Microsoft Office and Developer Tools. 17 are rated Critical, 3 were publicly disclosed before the patch shipped, and 0 were already being exploited. Note that Microsoft's release document lists 62 entries in total, but 4 of those are Azure Linux package updates and 5 are republished Chromium fixes for Edge, which is why other sources sometimes quote a much larger number.

Exploit Wednesday is the day after Patch Tuesday. Attackers compare the newly released patches against the previous version to locate the flaw each one fixes, then build working exploits from that difference - often within 24 to 48 hours. It is the reason the deployment window matters as much as the patch itself: every hour a Critical remote code execution fix sits undeployed is an hour of measurable exposure.

A workable target for most organisations: actively exploited vulnerabilities within 24 hours, publicly disclosed ones within 72 hours, remaining Critical fixes within seven days, and everything else within the month. CISA's Known Exploited Vulnerabilities catalogue sets binding deadlines for US federal agencies and is a reasonable benchmark for everyone else. Stage the rollout in rings rather than deploying everywhere at once, so a regression is caught on a pilot group instead of in production.

An out-of-band update is a patch released outside the monthly cycle because the risk will not wait for the next Patch Tuesday. Microsoft issues them for actively exploited flaws with no mitigation - most famously during the WannaCry outbreak in 2017, when it took the unusual step of patching versions of Windows that were already out of support.

Yes. Adobe aligned its releases with Patch Tuesday in November 2012, and both SAP's Security Patch Day and Oracle's quarterly Critical Patch Updates are coordinated to the same week. Part of the reason is defensive: staggered releases let attackers reverse-engineer one vendor's patch to find the same underlying flaw in another's still-unpatched product. For IT teams it means the second Tuesday is rarely just a Microsoft problem.

Edge is built on Chromium, so most of its security fixes originate with the Chromium project and are republished by Microsoft under their own CVE identifiers. They ship on Chromium's cadence rather than the Patch Tuesday cycle, and they are delivered by Edge's own updater rather than Windows Update. Counting the 5 Edge entries alongside Microsoft product fixes would inflate the headline number and imply work for your Windows Update rings that does not exist.