Microsoft waarschuwt Windows-beheerders voor de toenemende risico’s die ontstaan wanneer organisaties verouderde .NET-versies blijven gebruiken.
In een recente bijdrage op de officiële IIS Support Blog schrijft het bedrijf dat veel omgevingen nog afhankelijk blijken te zijn van runtimes die hun einde van levensduur bereikten. Dit blijkt vooral tijdens beveiligingsscans en compliancecontroles. Oude .NET-installaties zijn steeds vaker een kwetsbaarheid.
Volgens Microsoft wordt het probleem versterkt door de manier waarop moderne .NET-versies worden ingezet. In tegenstelling tot het vroegere .NET Framework maakt moderne .NET geen deel meer uit van Windows zelf. Applicaties installeren alleen de versies die zij nodig hebben. Zo kunnen verschillende releases naast elkaar bestaan. Dat levert beslist flexibiliteit op. Maar het zorgt er tegelijk voor dat verouderde componenten ongemerkt blijven draaien, zelfs wanneer er al nieuwere versies aanwezig zijn.
Advies: werk software expliciet bij
Het installeren van de meest recente runtime is bovendien niet genoeg om applicaties te laten overstappen. Microsoft benadrukt dat software expliciet moet worden bijgewerkt en opnieuw moet worden uitgebracht voordat zij een nieuwere .NET-versie kan gebruiken. Dit blijft een verantwoordelijkheid van ontwikkelteams, niet van systeembeheerders.
De blog adviseert beheerders om actief te controleren welke applicaties nog draaien op een verouderde runtime en om die bevindingen door te zetten naar de betreffende ontwikkelaars of leveranciers. Zodra applicaties zijn bijgewerkt en opnieuw in productie zijn gebracht, moet worden vastgesteld dat er geen processen meer afhankelijk zijn van oude versies. Pas dan kunnen de betreffende runtimes veilig worden verwijderd uit de omgeving.
Microsoft stelt dat het gebruik van niet-ondersteunde .NET-versies aanzienlijke risico’s met zich meebrengt. Beveiligingsproblemen worden niet langer opgelost, technische ondersteuning stopt en organisaties kunnen in de problemen komen bij audits. Het bedrijf roept organisaties daarom op om hun .NET-installaties structureel op orde te brengen, zodat oude componenten geen zwakke plek worden binnen hun infrastructuur.