Trinetri logo
Updated monthly

Microsoft Patch Tuesday
March 2019

Microsoft's March 2019 Patch Tuesday fixes 65 vulnerabilities across Windows, Browser and Developer Tools - 17 rated Critical, 5 publicly disclosed before the patch shipped, 3 already exploited in the wild. Patch CVE-2019-0808 first.

Released March 12, 2019, 10:00 PT3 actively exploited5 publicly disclosed40 KB articles to deploy

March 2019 Patch Tuesday at a glance

65
Microsoft CVEs
excl. Edge & Azure Linux
17
Critical
26% of the release
3
Actively exploited
CVE-2019-0808
5
Publicly disclosed
known before the patch
9.8
Highest CVSS
CVE-2019-0697
40
KB articles
what you actually deploy

Why this number differs from other roundups. Microsoft's March 2019 release document lists 78 entries. 10 are Azure Linux (Mariner) OS package updates and 3 are republished Chromium fixes for Edge - neither is a Microsoft product vulnerability. The 65 above is the real Patch Tuesday set. See the breakdown →

The numbers

What’s in this release

Where the 78 entries actually come from

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

65 Microsoft products10 Azure Linux (Mariner)3 Edge (Chromium)

Severity

Microsoft channel only · 65 CVEs

March 2019 severity breakdown
Critical17
Important43
Moderate1
Low2
Unrated2

Impact type

What an attacker gains if it works

March 2019 impact breakdown
Remote Code Execution24
Information Disclosure16
Elevation of Privilege11
Security Feature Bypass4
Denial of Service3
Other3
Spoofing2
Tampering2

Most-affected components

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

Microsoft Scripting Engine15Microsoft Windows7Windows Kernel6Windows Subsystem for Linux5Microsoft Graphics Component4Internet Explorer3Windows DHCP Client3Windows Hyper-V3Windows SMB Server3Azure2Microsoft Browsers2Active Directory1
Every patch

Browse all 78 entries

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

Showing 65 of 65
65 Microsoft vulnerabilities in the March 2019 Patch Tuesday, sortable by severity, CVSS and exploit status.
TitleStatusKB
ImportantCVE-2019-0808Win32k Elevation of Privilege VulnerabilityEoP7.0ExploitedDisclosedMicrosoft Graphics Component4489876 +3
ImportantCVE-2019-0797Win32k Elevation of Privilege VulnerabilityEoP7.0ExploitedMicrosoft Graphics Component4489868 +9
ImportantCVE-2019-0703Windows SMB Information Disclosure VulnerabilityInfo Disc.6.5ExploitedWindows SMB Server4489868 +13
ImportantCVE-2019-0754Windows Denial of Service VulnerabilityDoS5.5DisclosedMicrosoft Windows4489868 +13
ImportantCVE-2019-0757NuGet Package Manager Tampering VulnerabilityTampering-DisclosedNuGet—
ImportantCVE-2019-0809Visual Studio Remote Code Execution VulnerabilityRCE-DisclosedVisual Studio—
ImportantCVE-2019-0683Active Directory Elevation of Privilege VulnerabilityEoP4.9DisclosedActive Directory4507435 +14
CriticalCVE-2019-0609Scripting Engine Memory Corruption VulnerabilityRCE7.5More likelyMicrosoft Scripting Engine4489868 +8
CriticalCVE-2019-0666Windows VBScript Engine Remote Code Execution VulnerabilityRCE7.5More likelyMicrosoft Scripting Engine4489868 +10
CriticalCVE-2019-0667Windows VBScript Engine Remote Code Execution VulnerabilityRCE7.5More likelyMicrosoft Scripting Engine4489868 +10
CriticalCVE-2019-0680Scripting Engine Memory Corruption VulnerabilityRCE7.5More likelyMicrosoft Scripting Engine4489868 +8
CriticalCVE-2019-0763Internet Explorer Memory Corruption VulnerabilityRCE7.5More likelyInternet Explorer4489868 +9
CriticalCVE-2019-0592Chakra Scripting Engine Memory Corruption VulnerabilityEoP4.2More likelyMicrosoft Scripting Engine4489899
CriticalCVE-2019-0639Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4489868 +1
CriticalCVE-2019-0769Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4489868 +5
CriticalCVE-2019-0770Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4489868 +4
CriticalCVE-2019-0771Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4489868 +5
CriticalCVE-2019-0773Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4489868 +5
ImportantCVE-2019-0665Windows VBScript Engine Remote Code Execution VulnerabilityRCE7.5More likelyMicrosoft Scripting Engine4489868 +9
ImportantCVE-2019-0780Microsoft Browser Memory Corruption VulnerabilityRCE7.5More likelyMicrosoft Browsers4489868 +9
ImportantCVE-2019-0783Scripting Engine Memory Corruption VulnerabilityRCE7.5More likelyMicrosoft Scripting Engine4489868 +9
ImportantCVE-2019-0696Windows Kernel Elevation of Privilege VulnerabilityEoP7.0More likelyWindows Kernel4489868 +4
ImportantCVE-2019-0704Windows SMB Information Disclosure VulnerabilityInfo Disc.6.5More likelyWindows SMB Server4489868 +13
ImportantCVE-2019-0821Windows SMB Information Disclosure VulnerabilityInfo Disc.6.5More likelyWindows SMB Server4489868 +13
ImportantCVE-2019-0755Windows Kernel Information Disclosure VulnerabilityInfo Disc.5.5More likelyWindows Kernel4489868 +13
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 40 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 65 vulnerabilities in March 2019, across Windows, Browser, Developer Tools and Microsoft Office. 17 are rated Critical, 5 were publicly disclosed before the patch shipped, and 3 were already being exploited. Note that Microsoft's release document lists 78 entries in total, but 10 of those are Azure Linux package updates and 3 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 3 Edge entries alongside Microsoft product fixes would inflate the headline number and imply work for your Windows Update rings that does not exist.