Microsoft neemt maatregelen tegen mitm-aanvallen bij gebruik WSUS
Microsoft heeft tijdens de patchronde van januari maatregelen aan Windows 10 doorgevoerd die computers die Windows Server Update Services (WSUS) gebruiken tegen man-in-the-middle (mitm)-aanvallen moeten beschermen. Met WSUS hebben organisaties meer controle over de updates die ze binnen hun netwerk uitrollen. WSUS downloadt de updates bij Microsoft en distribueert ze vervolgens onder computers op het netwerk. Het is een integraal onderdeel van Windows Server.
Om te voorkomen dat computers bij het zoeken naar updates via WSUS doelwit van een mitm-aanval worden heeft Microsoft een aantal maatregelen doorgevoerd. In het geval organisaties van een proxy gebruikmaken zal de computer bij het zoeken naar de updates niet meer eerst de door de gebruiker ingestelde proxy gebruiken, maar een systeemproxy. Het terugvallen op een "user proxy" wanneer de systeemproxy niet wordt gevonden moet voortaan specifiek zijn ingeschakeld.
Daarnaast wordt certificaatpinning nu ondersteund. Organisaties kunnen een certificaat aan hun WSUS-certificaatstore toevoegen die voor de verbinding wordt gebruikt. Computers zullen dan bij het zoeken naar de WSUS-server alleen een verbinding via het eerder toegevoegde certificaat toestaan. In het geval certificaatpinning is ingesteld kunnen organisaties er nu ook voor kiezen dat computers geen WSUS-scans meer uitvoeren als de controle van het certificaat mislukt, zelfs niet wanneer er een systeemproxy is.
Huh? De SolarWinds hack heeft helemaal niks te maken met Windows updates.
Huh? De SolarWinds hack heeft helemaal niks te maken met Windows updates.
Dit soort 'slimme' oplossingen zijn een groot probleem voor systeembeheerders. Als het OS 'terugvalt' op niet voorspelbare defaults is security zeer moeilijk te beheersen.
Waarom niet één WSUS server configureren, als deze niet gevonden wordt dan gewoon een foutmelding en systeem blokkeren!
Vroeger zo vaak gezien en meegemaakt waar default fallback scenario's fout gingen: betalingssystemen waar datum velden op bijna identieke systemen volledig anders werden geïnterpreteerd omdat de gebruiker een andere taalkeuze had ingesteld. Waardeloos.
Dit soort 'slimme' oplossingen zijn een groot probleem voor systeembeheerders. Als het OS 'terugvalt' op niet voorspelbare defaults is security zeer moeilijk te beheersen.
Waarom niet één WSUS server configureren, als deze niet gevonden wordt dan gewoon een foutmelding en systeem blokkeren!
Even onderhoud door de netwerk provider op het update-moment en een hele vestiging is geblokkeerd , bedoel je ?
Eén server configureren is één ding, maar met man-in-the-middles blijft het probleem dat die updates vertrouwd moeten worden.
Vandaar dat Microsoft dat nu aan TLS+certificate pinning aan het hangen is.
Wat ik niet snap aan het WSUS verhaal is waarom de security in het transport pad geregeld moet worden.
Waarom zijn de update packages zelf niet voorzien van signatures ?
(dat is het model van linux distributies - de packages zijn gesigned, en zolang je het allereerste installatie image van een trusted source kreeg (met de public keys van de distributie) kun je updates in plain http van vage mirrors halen zonder zorgen.)
Vroeger zo vaak gezien en meegemaakt waar default fallback scenario's fout gingen: betalingssystemen waar datum velden op bijna identieke systemen volledig anders werden geïnterpreteerd omdat de gebruiker een andere taalkeuze had ingesteld. Waardeloos.
Ha - ja, datum interpretatie 3/4/21 tussen US en EU is een ramp. Op vergelijkbaar vlak - tijden zonder aanduiding van tijdzone - zeker rondom een zomertijd grens.
Huh? De SolarWinds hack heeft helemaal niks te maken met Windows updates.
https biedt in een al te actief bedrijf vaak alleen maar schijnveiligheid door allerlei lokale certificaten die vertrouwd worden,
dus je kunt het beter in de applicatie zelf oplossen, en dat doet men dus ook.
Huh? De SolarWinds hack heeft helemaal niks te maken met Windows updates.
https biedt in een al te actief bedrijf vaak alleen maar schijnveiligheid door allerlei lokale certificaten die vertrouwd worden,
dus je kunt het beter in de applicatie zelf oplossen, en dat doet men dus ook.
Deze posting is gelocked. Reageren is niet meer mogelijk.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
