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.
Technisch Security Specialist
De IT in de zorg professionaliseert. De beweging naar de Cloud brengt nieuwe mogelijkheden met zich mee maar ook de noodzaak om op security gebied stappen te zetten. Wil je die stap met ons zetten en werken in een dynamische, moderne IT omgeving? Solliciteer dan op deze veelzijdige functie!
Engineer IT-operations
Nationaal Cyber Security Centrum
Als engineer IT-operations werk je in DevOps-verband samen met de solution-engineers van het NCSC. Die zijn verantwoordelijk voor de implementatie, doorontwikkeling en het applicatief beheer van onze businessapplicaties. Jij vult de Ops-taken in. Jouw grootste uitdaging? Bestaande regels vertalen naar technische oplossingen.
(Senior) Solutions-engineer
Nationaal Cyber Security Centrum
Als (senior) technisch applicatie beheerder/developer ben je verantwoordelijk voor de implementatie, doorontwikkeling en het beheer van een aantal business applicaties en technische voorzieningen van het NCSC. Het gaat hierbij om applicaties en voorzieningen op het gebied van incident- en vulnerability management en malware analyse.