Fix-SeptemberCU-Permission-Problem.ps1
Alternatively you can also remove the NT Authority\system account from WSS_WPG and IIS_IUSRS local security groups of the SharePoint machines.
For more details check this article: Trending Issue: SharePoint fixes fail to install after installation of September 2025 CU
The product group released the July 2026 Cumulative Update for SharePoint Server 2016 product family.
This CU also includes Feature Pack 1 which was released with December 2016 CU and Feature Pack 2 which was released with September 2017 CU.
The KB articles for July 2026 CU should be available at the following locations in a couple of hours:
- KB 5002891 – July 2026 Update for SharePoint Server 2016 (language independent)
This is also a security update! - KB 5002892 – July 2026 Update for SharePoint Server 2016 (language dependent)
This is also a security update!
The downloads for July 2026 CU are available through the following links:
- Download July 2026 Update for SharePoint Server 2016 (language independent)
This is also a security update! - Download July 2026 Update for SharePoint Server 2016 (language dependent)
This is also a security update!
Important: It is required to install both fixes (language dependent and independent) to fully patch a SharePoint server. This applies also to servers which do not have language packs installed. The reason is that each SharePoint installation includes a language dependent component together with a language independent component. If additional language packs are added later (only) the language dependent fix has to be applied again.
It is irrelevant which language you pick on the drop down in download center. Even the language dependent fixes are all in the same package for all languages.
After installing the fixes you need to run the SharePoint 2016 Products Configuration Wizard on each machine in the farm. If you prefer to run the command line version psconfig.exe ensure to have a look here for the correct options.
SharePoint 2016 July 2026 CU Build Numbers:
Language independent fix: 16.0.5561.1001
Language dependent fix: 16.0.5561.1001
To understand the different version numbers please have a look at my article which explains the different SharePoint build numbers.
Please ensure to have a look at the SharePoint Patching Best Practices before applying new fixes.
Related Links:
- Technet: Updated Product Servicing Policy for SharePoint Server 2016
- Blog: SharePoint Patching Best Practices
- Blog: Common Question: What is the difference between a PU, a CU and a COD?
- Blog: SharePoint Patching demystified
- Blog: Why I prefer PSCONFIGUI.EXE over PSCONFIG.EXE
- Technet: Update Center for Microsoft Office, Office Servers, and Related Products
- Blog: SharePoint Server 2016 Patch Build Numbers Powershell Module
- Blog: SharePoint Server 2016 Zero-Downtime Patching Demystified
- Blog: SharePoint does not have a build version. Full Stop.

Permalink
Will this be the last CU for SharePoint 2016 no its out of Extended support
Permalink
Hi Neil,
there is no guarantee as in some cases even after end of support additional critical security fixes can be made available.
Cheers,
Stefan
Permalink
hi,
are there any known problems with the july updtaes? after installing the updates onenote online and online office apps are no longer working (can not open document…)
regards
walter
Permalink
yeah same
Permalink
Hi Stefan,
I’m seeing the same behaviour with OOS as reported by others after applying the July updates though the wording in ULS logs seems to vary. SharePoint ULS for one farm were as reported re: security tokens but another 2016 farm shows “Self-issued token request for ‘wopi/oos.fqdn.com@GUID’ succeeded”. OOS ULS for both farms ultimately show “WOPI CheckFile: Catch-All Failure exception:Microsoft.Office.Web.Common.EnvironmentAdapters.WopiUserUnauthorizedException: WOPI 401 —> System.Web.HttpException: Unauthorized”.
The only workaround appears to be to open the file in the Office client rather than the browser.
Regards,
Permalink
Hi Stefan,
We are experiencing an issue with our SharePoint Server 2016 environment after installing the July 2026 Security Update KB5002891 (Build 16.0.5561.1001). Following the update, Office and OneNote documents can no longer be viewed or edited in the browser through Office Online Server (OOS). The issue is fully reproducible.
After opening a Word, Excel, or OneNote document in the browser, OOS reports:
Could not contact WOPI End Point.
Error details – ‘Unauthorized url’
At the same time, the SharePoint ULS logs show the following error:
SPJsonWebSecurityBaseTokenHandler: ValidateTokenIssuer rejected Issuer
because no registered STS matches the signing certificate
System.IdentityModel.Tokens.SecurityTokenException:
Issuer name is not registered
is this a known issue after installing KB5002891?
regrds walter
Permalink
We are also encountering the same issue.
Permalink
We also facing an issue after updating the July patches. When I open the Office Documents, I’m getting “You do not have permissions to open this file in the browser.” error message.
Permalink
Hi Walter,
please try this:
$farm = Get-SPFarm
$farm.DisableActorTokenAudienceValidation = $true
$farm.update ()
Cheers,
Stefan
Permalink
Hi Stefan,
It seems this property doesn’t exist in SP2016. I’m getting “The property ‘DisableActorTokenAudienceValidation’ cannot be found on this object. Verify that the property exists and
can be set.” error. Kindly check and provide us a workaround to fix this issue.
Thanks.
Permalink
Hello Stefan,
Unfortunately, it did not work. I am also getting the following error:
The property ‘DisableActorTokenAudienceValidation’ cannot be found on this object. Verify that the property exists and can be set.
Regards
Walter
Permalink
Also have the same issue
Permalink
Same Issue here:
SPJsonWebSecurityBaseTokenHandler: ValidateTokenIssuer rejected Issuer ‘00000003-0000-0ff1-ce00-000000000000@ee790206-b967-4062-89f1-f22d790ce6c9’ because no registered STS matches the signing certificate ‘CN=SharePoint Security Token Service, OU=SharePoint, O=Microsoft, C=US’
Permalink
Hi Markus,
please try this:
$farm = Get-SPFarm
$farm.DisableActorTokenAudienceValidation = $true
$farm.update ()
Cheers,
Stefan
Permalink
Same Issue here, for everything opening in Office Online Server: Word, Excel, PDF, Powerpoint…
As our migration is almost done, this is a good argument to speed up the migration process. We Sharepoint admins won’t fix that. 🙂
Permalink
Has anyone identified a potential workaround for this issue?
Permalink
Hi Ciro,
please try this:
$farm = Get-SPFarm
$farm.DisableActorTokenAudienceValidation = $true
$farm.update ()
Cheers,
Stefan
Permalink
Hi Stefan,
Are there any security risks implications associated for workaround you mentioned.
$farm = Get-SPFarm
$farm.DisableActorTokenAudienceValidation = $true
$farm.update ()
Is it safe to implement this workaround?
Please let us know.
Permalink
Hi John,
this “workaround” is actually required and documented in the KB for SPSE for July 2026 CU in the known issue section.
My guess is that the same applies to SP2016 and SP2019 as the error message is exactly what you will get on SPSE if the setting is not changed.
Cheers,
Stefan
Permalink
Hi Stefan! Unfortunately there is no property “DisableActorTokenAudienceValidation” for SharePoint 2016 Farm
Permalink
Hi Bob,
ok, thanks for checking.
Cheers,
Stefan
Permalink
Hello Stefan, Thank you for your quick response. Unfortunately, the issue persists 🙁
Permalink
We are also facing an issue after updating the July patches. When I open the Office Documents, I’m getting “You do not have permissions to open this file in the browser.” error message.
Permalink
Hi all,
we just finished analyzing the OOS issue.
It is indeed a problem in July 2026 CU for SP2016.
SP2019 is not affected and for SPSE the property listed above should resolve it.
Currently no known workaround for SP2016.
We have involved engineering on this.
Cheers,
Stefan
Permalink
This may not be considered a viable option for everyone, but the workaround we’ve settled on is to modify the behaviour of OOS by running the following commands:
Remove interactive previews for Word, Excel and PowerPoint so end users aren’t left staring at the “sorry we can’t open this” messaging
Get-SPWOPIBinding -Extension “DOCX” -Action “interactivepreview” | Remove-SPWOPIBinding -Confirm:$false
Get-SPWOPIBinding -Extension “XLSX” -Action “interactivepreview” | Remove-SPWOPIBinding -Confirm:$false
Get-SPWOPIBinding -Extension “PPTX” -Action “interactivepreview” | Remove-SPWOPIBinding -Confirm:$false
Remove option to Open Word, Excel and PowerPoint in Browser which then forces the Open in Client option
Get-SPWOPIBinding -Application “Word” -Extension “docx” -Action “view” | Remove-SPWOPIBinding -Confirm:$false
Get-SPWOPIBinding -Application “Excel” -Extension “xlsx” -Action “view” | Remove-SPWOPIBinding -Confirm:$false
Get-SPWOPIBinding -Application “PowerPoint” -Extension “pptx” -Action “view” | Remove-SPWOPIBinding -Confirm:$false
Permalink
Hi Stefan, could you please let us know if there are any updates?
Permalink
Hi Bob,
in case you are talking about the SP2016/OOS issue – I will update this blog as soon as there is something new:
https://blog.stefan-gossner.com/2026/07/17/trending-issue-office-online-server-oos-integration-with-sp2016-fails-after-installing-july-2026-cu/
Cheers,
Stefan
Permalink
Hi Stefan! Thank you very much!
Permalink
After installing SP2016 July 2026 CU I am not able to open SP Excel File in Excel App also, facing the below issue.
“You need permission to access this item.”