Windows 11 25H2-eindpunten die verbinding maken via VPN mislukken ISE-houdingscontroles en zijn gemarkeerd als niet-conform, waardoor verificatie en toegang tot netwerkbronnen wordt voorkomen. Het eindpunt voldoet aan de ISE-regelvereisten, maar rapporteert na de VPN-verbinding nog steeds "gebruiker die niet aan de vereiste voldoet".
De controle van de houding mislukt specifiek voor de validatie van de antivirusdefinitie van Windows Defender met deze fout:
[csc_iseposture]Function: CheckOpswat::CheckOpswatProd Thread Id: 0x277C File: CheckOpswat.cpp Line: 272 Level: debug :Product check for 362 with value 1.367.1534.0 of type ctOpswatavDef had a result of failure
De houdingsagent meldt dat Windows Defender een lege definitieversie en definitiedatum van 0 heeft, waardoor de AUC_WIN11_IT-vereiste mislukt.
Identity Services Engine (ISE) 3.3
Windows 11 25H2-eindpunten
Cisco Secure Client met ISE Posture-module
ISECompliance module versie 4.3.5626.8192
Windows Defender versie 4.18.25080.5
Eerder had Norton 360 antivirus geïnstalleerd en verwijderd
VPN-verbinding met ISE-postuur ingeschakeld
De oplossing bestaat uit het verwijderen van Norton, het handmatig bijwerken van Windows Defender-handtekeningen en het begrijpen van het coëxistentiegedrag tussen antivirus van derden en Windows Defender.
1.- Navigeer naar de beveiligingsinstellingen van Windows en werk de handtekeningendatabase handmatig bij:
2.- Ga naar Instellingen → Privacy en beveiliging → Windows Security → Virus- en bedreigingsbescherming → Virus- en bedreigingsbeschermingsupdates → Controleer op updates.
3.- Wacht tot de versie van de beveiligingsinformatie een niet-lege waarde en een huidige tijdstempel toont voordat u doorgaat met de validatie van de houding.
Nadat u de handtekeningen hebt bijgewerkt, maakt u opnieuw verbinding met de VPN en controleert u of de houdingscontrole is geslaagd. De versie van de beveiligingsinformatie moet nu een geldige waarde weergeven in plaats van leeg te zijn.
Wanneer een antivirus van derden is geïnstalleerd en correct is geregistreerd bij Windows Security Center, zet Microsoft Windows Defender opzettelijk in de passieve modus om conflicten te voorkomen. In de passieve modus publiceert Defender zijn handtekeningversheidsgegevens niet via de Windows Security Center/WMI API die OPSWAT leest, waardoor de houdingscontroles mislukken.
Om dit probleem te voorkomen, verwijdert u de toepassing van de derde partij die door Windows in de actieve modus wordt geplaatst. Als het opnieuw installeren van Norton of andere antivirussoftware van derden vereist is, moet u zich ervan bewust zijn dat dit ervoor zorgt dat het eindpunt weer niet-conform wordt.
De hoofdoorzaak is dat de Windows Defender-handtekeningendatabase muf wordt wanneer een antivirusoplossing van derden (Norton) de primaire antivirusoplossing is. Terwijl Norton was geïnstalleerd, hield Windows opzettelijk de Defender-definities-winkel stabiel omdat antivirussoftware in de passieve modus geen geplande updates ontvangt. Nadat Norton was verwijderd, werd Windows Defender de primaire antivirus, maar de database met handtekeningen bleef leeg omdat de eerste handtekeningaantrekking achter Windows Update in de wachtrij staat en alleen automatisch wordt uitgevoerd op de volgende geplande trigger of wanneer handmatig door de gebruiker wordt gedwongen.
De OPSWAT v4 SDK-methode 1001 (GetDefinitionState) retourneert een lege payload wanneer de Defender local definitions store leeg is, waardoor de ISE posture agent een lege definitieversie naar ISE verzendt. ISE vergelijkt deze lege waarde vervolgens met de beleidsdrempel en markeert het eindpunt als niet-conform.
| Revisie | Publicatiedatum | Opmerkingen |
|---|---|---|
1.0 |
27-Oct-2026
|
Eerste vrijgave |