Trinetri logo
Updated monthly

Microsoft Patch Tuesday
June 2019

Microsoft's June 2019 Patch Tuesday fixes 93 vulnerabilities across Windows, Browser and Microsoft Office - 21 rated Critical, 5 publicly disclosed before the patch shipped. No active exploitation this month, so lead with the 21 Critical remote code execution fixes.

Released June 11, 2019, 10:00 PT5 publicly disclosed35 KB articles to deploy

June 2019 Patch Tuesday at a glance

93
Microsoft CVEs
excl. Edge & Azure Linux
21
Critical
23% of the release
0
Actively exploited
none this month
5
Publicly disclosed
known before the patch
8.8
Highest CVSS
CVE-2019-0722
35
KB articles
what you actually deploy

Why this number differs from other roundups. Microsoft's June 2019 release document lists 105 entries. 11 are Azure Linux (Mariner) OS package updates and 1 are republished Chromium fixes for Edge - neither is a Microsoft product vulnerability. The 93 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 105 entries actually come from

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

93 Microsoft products11 Azure Linux (Mariner)1 Edge (Chromium)

Severity

Microsoft channel only · 93 CVEs

June 2019 severity breakdown
Critical21
Important69
Moderate1
Low0
Unrated2

Impact type

What an attacker gains if it works

June 2019 impact breakdown
Remote Code Execution33
Elevation of Privilege24
Information Disclosure18
Denial of Service7
Spoofing6
Security Feature Bypass2
Other2
Tampering1

Most-affected components

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

Microsoft Graphics Component17Microsoft Windows17Microsoft Scripting Engine15Microsoft JET Database Engine7Windows Kernel6Windows Media6Microsoft Office SharePoint4Microsoft Browsers2Microsoft Devices2Microsoft Office2Windows Shell2Adobe Flash Player1
Every patch

Browse all 105 entries

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

Showing 93 of 93
93 Microsoft vulnerabilities in the June 2019 Patch Tuesday, sortable by severity, CVSS and exploit status.
TitleStatusKB
ImportantCVE-2019-1064Windows Elevation of Privilege VulnerabilityEoP7.8DisclosedMore likelyMicrosoft Windows4503267 +5
ImportantCVE-2019-1069Task Scheduler Elevation of Privilege VulnerabilityEoP7.8DisclosedMore likelyMicrosoft Windows4503267 +6
ImportantCVE-2019-1053Windows Shell Elevation of Privilege VulnerabilityEoP6.3DisclosedMore likelyWindows Shell4503263 +14
ImportantCVE-2019-0973Windows Installer Elevation of Privilege VulnerabilityEoP7.8DisclosedWindows Installer4503263 +14
UnratedADV190020Linux Kernel TCP SACK Denial of Service VulnerabilityOther-DisclosedLinux Kernel—
CriticalCVE-2019-0920Scripting Engine Memory Corruption VulnerabilityRCE7.5More likelyMicrosoft Scripting Engine4503259 +11
CriticalCVE-2019-0988Scripting Engine Memory Corruption VulnerabilityRCE7.5More likelyMicrosoft Scripting Engine4503259 +11
CriticalCVE-2019-1038Microsoft Browser Memory Corruption VulnerabilityRCE7.5More likelyMicrosoft Browsers4503259 +10
CriticalCVE-2019-1055Scripting Engine Memory Corruption VulnerabilityRCE7.5More likelyMicrosoft Scripting Engine4503259 +12
CriticalCVE-2019-1080Scripting Engine Memory Corruption VulnerabilityRCE7.5More likelyMicrosoft Scripting Engine4503259 +11
CriticalCVE-2019-0990Chakra Scripting Engine Memory Corruption VulnerabilityRCE6.5More likelyMicrosoft Scripting Engine4503267 +6
CriticalCVE-2019-0989Chakra Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4503267 +6
CriticalCVE-2019-0991Chakra Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4503267 +6
CriticalCVE-2019-0992Chakra Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4503267 +6
CriticalCVE-2019-0993Chakra Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4503267 +6
CriticalCVE-2019-1002Chakra Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4503267 +4
CriticalCVE-2019-1003Chakra Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4503267 +6
CriticalCVE-2019-1024Chakra Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4503279 +4
CriticalCVE-2019-1051Chakra Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4503267 +6
CriticalCVE-2019-1052Chakra Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4503267 +6
ImportantCVE-2019-0943Windows ALPC Elevation of Privilege VulnerabilityEoP7.8More likelyMicrosoft Windows4503263 +12
ImportantCVE-2019-0983Windows Storage Service Elevation of Privilege VulnerabilityEoP7.8More likelyMicrosoft Windows4503267 +5
ImportantCVE-2019-0998Windows Storage Service Elevation of Privilege VulnerabilityEoP7.8More likelyMicrosoft Windows4503284 +3
ImportantCVE-2019-1065Windows Kernel Elevation of Privilege VulnerabilityEoP7.8More likelyWindows Kernel4503286 +2
ImportantCVE-2019-1005Scripting Engine Memory Corruption VulnerabilityRCE7.5More likelyVBScript4503259 +11
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 35 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 93 vulnerabilities in June 2019, across Windows, Browser, Microsoft Office and Apps. 21 are rated Critical, 5 were publicly disclosed before the patch shipped, and 0 were already being exploited. Note that Microsoft's release document lists 105 entries in total, but 11 of those are Azure Linux package updates and 1 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 1 Edge entries alongside Microsoft product fixes would inflate the headline number and imply work for your Windows Update rings that does not exist.