Trinetri logo
Updated monthly

Microsoft Patch Tuesday
November 2017

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

Released November 14, 2017, 10:00 PT4 publicly disclosed44 KB articles to deploy

November 2017 Patch Tuesday at a glance

48
Microsoft CVEs
excl. Edge & Azure Linux
19
Critical
40% of the release
0
Actively exploited
none this month
4
Publicly disclosed
known before the patch
7.5
Highest CVSS
CVE-2017-11827
44
KB articles
what you actually deploy

Why this number differs from other roundups. Microsoft's November 2017 release document lists 62 entries. 7 are Azure Linux (Mariner) OS package updates and 7 are republished Chromium fixes for Edge - neither is a Microsoft product vulnerability. The 48 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.

48 Microsoft products7 Azure Linux (Mariner)7 Edge (Chromium)

Severity

Microsoft channel only · 48 CVEs

November 2017 severity breakdown
Critical19
Important25
Moderate3
Low0
Unrated1

Impact type

What an attacker gains if it works

November 2017 impact breakdown
Remote Code Execution24
Information Disclosure15
Elevation of Privilege3
Denial of Service3
Security Feature Bypass2
Other1

Most-affected components

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

Microsoft Scripting Engine18Microsoft Office7Microsoft Graphics Component5Internet Explorer3Windows Kernel3Windows Kernel-Mode Drivers3.NET Framework1Adobe Flash Player1ASP .NET1ASP.NET1Device Guard1Microsoft Browsers1
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 48 of 48
48 Microsoft vulnerabilities in the November 2017 Patch Tuesday, sortable by severity, CVSS and exploit status.
TitleStatusKB
ImportantCVE-2017-11827Microsoft Browser Memory Corruption VulnerabilityRCE7.5DisclosedMore likelyMicrosoft Browsers4047206 +8
ImportantCVE-2017-11883ASP.NET Core Denial of Service VulnerabilityDoS-Disclosed——
ModerateCVE-2017-11848Internet Explorer Information Disclosure VulnerabilityInfo Disc.4.3DisclosedInternet Explorer4047206 +8
ModerateCVE-2017-8700ASP.NET Core Information Disclosure VulnerabilityInfo Disc.-DisclosedASP .NET—
CriticalCVE-2017-11855Internet Explorer Memory Corruption VulnerabilityRCE7.5More likelyInternet Explorer4047206 +8
CriticalCVE-2017-11856Internet Explorer Memory Corruption VulnerabilityRCE7.5More likelyInternet Explorer4047206 +7
CriticalCVE-2017-11858Scripting Engine Memory Corruption VulnerabilityRCE7.5More likelyMicrosoft Scripting Engine4047206 +8
CriticalCVE-2017-11869Internet Explorer Memory Corruption VulnerabilityRCE7.5More likelyMicrosoft Scripting Engine4047206 +8
CriticalCVE-2017-11836Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4048952 +4
CriticalCVE-2017-11837Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4047206 +7
CriticalCVE-2017-11838Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4047206 +7
CriticalCVE-2017-11839Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4048952 +4
CriticalCVE-2017-11840Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4048952 +4
CriticalCVE-2017-11841Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4048952 +4
CriticalCVE-2017-11843Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4047206 +8
CriticalCVE-2017-11846Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4047206 +8
CriticalCVE-2017-11861Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4048953 +2
CriticalCVE-2017-11862Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4048955
CriticalCVE-2017-11866Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4048952 +4
CriticalCVE-2017-11870Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4048954 +1
CriticalCVE-2017-11871Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4048954 +1
CriticalCVE-2017-11873Scripting Engine Memory Corruption VulnerabilityRCE4.2More likelyMicrosoft Scripting Engine4048952 +3
ImportantCVE-2017-11847Windows Kernel Elevation of Privilege VulnerabilityEoP7.0More likelyWindows Kernel4048952 +11
ImportantCVE-2017-11831Windows Kernel Information Disclosure VulnerabilityInfo Disc.4.7More likelyWindows Kernel4046184 +11
ImportantCVE-2017-11832Windows EOT Font Engine Information Disclosure VulnerabilityInfo Disc.4.7More likelyMicrosoft Graphics Component4048957 +4
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 44 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 48 vulnerabilities in November 2017, across Browser, Windows, Microsoft Office and Developer Tools. 19 are rated Critical, 4 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 7 of those are Azure Linux package updates and 7 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 7 Edge entries alongside Microsoft product fixes would inflate the headline number and imply work for your Windows Update rings that does not exist.