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.
Dat encrypted transport is voor de metadata nodig, waarmee je bepaalt welke packages er geinstalleerd moeten worden.
Je bent niet ingelogd en reageert "Anoniem". Dit betekent dat Security.NL geen accountgegevens (e-mailadres en alias) opslaat voor deze reactie. Je reactie wordt niet direct geplaatst maar eerst gemodereerd. Als je nog geen account hebt kun je hier direct een account aanmaken. Wanneer je Anoniem reageert moet je altijd een captchacode opgeven.
Security-engineer IAM
Krijg jij energie van technische vraagstukken op het vlak van Security en Risk? En steek je graag je handen uit de mouwen om zelf een bijdrage te leveren aan een veilige digitale omgeving waarin de data en euro’s van onze klanten worden beheerd. Dan komen we graag met jou in contact.
Senior Security Consultant
Als security consultant bij Cegeka speel je een uitermate belangrijke rol in het veilig houden van de bedrijven in Nederland en de Nederlandse maatschappij. Vandaar ook dat Cegeka dit hoog op de agenda heeft staan. Wij doen dit door, in close cooperation, onze klanten advies te geven op strategisch, tactisch en operationeel niveau.
