

Your monthly briefing on patching, vulnerabilities, and small-business security operations
Issue: Microsoft July Patch Tuesday Edition | For IT leads, sysadmins, and small-business owners
Microsoft's July 2025 Patch Tuesday addresses 137 vulnerabilities across Windows, Office, SharePoint, SQL Server, .NET, and more. Of these, 14 are rated Critical — 11 of which are Remote Code Execution (RCE) bugs. No vulnerabilities are known to be actively exploited in the wild, but one publicly disclosed zero-day and a proof-of-concept exploit make this month's release urgent.
Publicly disclosed before patching. Unauthenticated attackers can extract uninitialized memory — potentially exposing credentials or connection strings. A proof-of-concept exploit exists. Affects SQL Server 2016 through 2022. Rated Important but treat as Critical priority.
Pre-authentication RCE in how Windows servers negotiate authentication mechanisms. CVSS score of 9.8 out of 10. Affects domain controllers and clients. Patch immediately — this is the highest-severity bug this month.
Authenticated attackers with Site Member permissions can execute arbitrary code remotely via code injection. Attack complexity is low and exploitation is rated "more likely" by Microsoft.
Unauthenticated RCE in the Kerberos KDC Proxy Service. Affects Windows servers configured as KDC Proxy servers (not domain controllers). Exploitation rated "more likely" by Microsoft.
Install updates promptly, especially on Office and Windows machines connected to corporate systems. Prioritise CVE-2025-47981 and CVE-2025-49719 — the Netlogon RCE and SQL Server zero-day carry the highest real-world risk. Back up before patching — large Patch Tuesday releases can occasionally cause compatibility issues.
Delaying leaves a window for internal lateral movement or accidental exposure. The SQL Server zero-day already has a proof-of-concept in the wild — that shortens the exploitation window significantly. Treat non-critical endpoints as trust-but-verify: patch on cadence, audit regularly.

If the lead story is about what to patch, this feature is about how to keep it done — month after month, without burning your IT team out.
For a small business, the best approach is to automate the routine patches, keep a small pilot group for testing, and use a critical-first rollout for security updates. You also want asset inventory, maintenance windows, reboot enforcement, and reporting so you can see what was patched and what failed [1][2][3][4].
A clean patching operation rests on these building blocks:
of endpoints and installed apps so nothing is missed [3][4].
such as servers, office PCs, and business-critical laptops [3].
before broad deployment, especially for line-of-business apps [5][3].
then handle lower-risk updates on a regular schedule [2][3].
and allow limited deferral for users when needed [5][3].
with automated alerts and compliance reports [3][5].
A simple policy works best: patch monthly for third-party apps, patch Windows and macOS on a fixed cadence, and push emergency fixes faster when vendors rate them as critical or actively exploited. Use one standard process for approval, deployment, rollback, and verification so updates do not depend on ad hoc IT decisions. For small teams, the goal is not perfection — it is fast, repeatable coverage with enough testing to avoid breaking payroll, accounting, or endpoint tools [6][7][4][1][2][5].
Look for tools that can detect missing patches automatically, group devices by role, support third-party app patching, and generate compliance reports [8][6][5][3]. If you already use an RMM or endpoint management platform, integrate patching with ticketing and alerting so failures become actionable items instead of hidden risk. For Australian SMBs, this is especially useful when multiple SaaS, accounting, and identity tools need to stay aligned without manual chasing [8][6][5][3].
Key terms used in this newsletter — explained for IT leads and small-business owners.
Microsoft's monthly scheduled release of security updates, typically on the second Tuesday of each month.
A standardised identifier for publicly known cybersecurity vulnerabilities. Each CVE has a unique ID (e.g. CVE-2025-49719) used to track and reference specific flaws.
A numerical score (0–10) that rates the severity of a vulnerability. Scores of 9.0–10.0 are Critical; 7.0–8.9 are High; 4.0–6.9 are Medium.
A class of vulnerability that allows an attacker to run arbitrary code on a target system from a remote location, often without physical access.
A vulnerability that has been publicly disclosed or actively exploited before the vendor has released a patch. The term refers to the zero days of protection available.
A working demonstration of how a vulnerability can be exploited. When a PoC is publicly available, the risk of real-world exploitation increases significantly.
Microsoft's relational database management system, widely used in business applications. Vulnerabilities here can expose sensitive data stored in databases.
A Windows service that handles authentication between clients and domain controllers. RCE bugs here are especially dangerous as they can affect entire Active Directory environments.
A Windows server role that proxies Kerberos authentication requests. Vulnerabilities in this service can allow unauthenticated remote code execution on affected servers.
Microsoft's web-based collaboration and document management platform. RCE vulnerabilities here can allow attackers to execute code on the server with minimal permissions.
Software used by IT teams to remotely monitor, manage, and patch endpoints. Common in MSP and small-business IT environments.
A technique used by attackers to progressively move through a network after initial compromise, gaining access to additional systems and data.
Sources: rapid7.com, krebsonsecurity.com, techrepublic.com, talosintelligence.com, bleepingcomputer.com