Hoofdcategorieën

Microsoft vervangt oude encryptietechnologieën in Windows

Door Harm Hilvers, zaterdag 17 september 2005 16:45
Bron: eWeek, views: 18.195

Microsofts Security Business & Technology Unit heeft een update uitgebracht van de Secure Development Lifecycle policy's die binnen het softwarebedrijf gebruikt worden. In deze documenten is te lezen dat programmeurs voortaan gebruik moeten maken van het SHA-256-algoritme en van AES-blokvercijfering. Verder is door het Redmondse softwarebedrijf besloten om het gebruik van enkele oudere encryptietechnologieën in verband met veiligheid sterk te beperken. Deze algoritmes raken namelijk 'creaky at the edges', aldus Michael Howard, senior security program manager bij Microsoft. De encryptie­technologieën die niet meer gebruikt mogen worden, zijn DES, MD4 en MD5. MD4 en MD5 zijn hashalgoritmes die gebruikt worden om de integriteit van data te verifiëren. DES is een vorm van blokvercijfering en wordt in netwerkprotocollen gebruikt voor de encryptie van informatie.

Wanneer ontwikkelaars binnen Microsoft ondanks dit nieuwe beleid toch nog gebruikmaken van de genoemde encryptietechnologieën, zal de relevante code automatisch gemerkt en de programmeur verzocht worden om de code aan te passen. In de toekomst is het ook de bedoeling dat oudere code aangepast zal worden om calls naar DES-, MD4- en MD5-functies zoveel mogelijk uit te bannen. Analist Bruce Schneier is erg te spreken over deze wijziging. Tegelijk meent hij echter dat hier al veel eerder mee begonnen had moeten worden, omdat (theoretische) aanvallen op de genoemde algoritmes al langere tijd bekend zijn. Microsoft heeft ook besloten om het gebruik van SHA-1 per geval te bekijken en zo na te gaan of dit algoritme veilig gebruikt wordt. Dat is volgens Schneier opvallend, omdat theoretische aanvallen op SHA-1 pas in februari dit jaar bekend zijn geworden.

Volgende 16:54
Vorige 16:31

Reacties

«  1  2  »

Vind ik wel een goed punt,

Al denk ik dat ze bezig zullen blijven, elke encryptie blijkt keer op keer kraakbaar te zijn, daar kunnen ingewikkelde wiskundige principes voor nodig (Enigma) of er kan een hele tijd over heen gaan (Versenne - 300 jaar).

Maar dat ze nu gebruik gaan maken van de algorithmen die nu bekend zijn als 'veilig' , echter ik ben benieuwd wat er met programma's gebeurd die van bepaalde vormen van encryptie gebruik maken die nu in windows zitten gebakken, maar straks niet meer...

Lezer opletten: dit geldt voor de software die de mensen in Redmond maken. De volledige API blijft intakt. Alleen interne protocollen en opslag zullen aangepast worden.
Dit maakt de MS producten secure, zonder dat 3th party aps problemen gaan krijgen.

Dit maakt de MS producten secure
Denk het niet. Daar moet nog wel wat meer voor gebeuren. Geen van de veiligheidsproblemen in het verleden zijn ooit in relatie gebracht met DES of MD4/MD5, dus die had je ook zelf kunnen bedenken.

Wat denk je van het kraken van een password dat verzegeld is opgeslagen met een van de algoritmen, om zo een server te kunnen kraken?

@jamesNL:
Als je in een windows server zomaar bij de bestanden kan met de versleutelde wachtwoorden, dan ben je al heel ver doorgedrongen in het systeem. Heb je dat wachtwoord dan nog wel nodig? Je ben toch al binnen :+

Wanneer is de volgende vervaning van deze technieken? 256 duurt een tijdje maar hadden ze niet beter gelijk naar de 1024 kunnen gaan?

Er bestaat geen SHA-1024.

het gebruik van 1024 bit encrypty is door de USA governement verboden.
reden? euhm, ze hebben zelf teveel moeite met het kraken van dat soort algoritmes...

moe tje voor de gein eens het boek "Het Juvanalis dilemma" van Dan Brown lezen :*)

Wat ik dan weer niet snap, is waarom dan niet meteen voor 512 bit gaan? Zowel SHA als AES hebben een 512bit versie.

@ZeRoXcOoL, de belangrijkste reden zal wel backwards compatibility zijn. PGP 8.1 bijvoorbeeld kan SHA-256 verifiëren, maar niet zelf gebruiken.

Meer info: https://netfiles.uiuc.edu/ehowes/www/pgp-summ.htm

Dat kan goed weer te maken hebben met de Amerikaanse overheid. Het moet namelijk nog wel kraakbaar zijn voor de informatie diensten (NSA/CIA) uit de VS.

Hoe zit het eigelijk met open source software? Gebruiken die wel >256 bit encryptie?

Het zal tijd worden. AES is al weer een tijdje de standaard. Als ik met Firefox naar mijn Apache server ga encrypt het gewoon op AES256. Maar IIS en IE kunnen hier niet mee omgaan.


Gelijk over naar de hogere versies (512 en 1024) is niet echt aan te bevelen. Daarvoor heb je toch meer CPU power voor nodig. 256 is voorlopig genoeg.

Genoeg waarvoor?
Als ik nu een documentje 256bit-encrypt is het nu wel veilig, maar waarschijnlijk over 5 jaar al wel te doen om te decrypten binnen redelijke tijd. Dus hoelang wil je het geheim houden?

Over vijf jaar is de meeste informatie die je wilt beveiligen allang achterhaald.
Voor de rest kun je tegen die tijd de dan geldende ecryptie gebruiken.

Eerlijk gezegd heb ik nog niet eens zoveel gehoord over aanvallen op het systeem/netwerk die met die oudere encryptie technieken te maken hadden.

Meestal ging het om buffer overflows, activeX, en nog wat andere smerige geintjes om een computer om zeep te helpen.

Bedoelen ze met "creaky at the edges" dat het met "oude" 64 en 128 bit het iets te "simpel" wordt om die encryptie keys te kraken ?

Waarschijnlijk is het MS nu ook duidelijk geworden dat door de steeds grotere capaciteit die hedendaagse PC's tot hun beschikking hebben, de brute-force methodes steeds minder tijd nodig hebben....

Dus windows wordt nu een besturingssysteem met geweldige encryptie... en een browser die iedere maand wel een nieuwe remote command execution bug bevat 8-)

Vanaf nu gebruiken ze ROT-13! 2x na elkaar voor meer veiligheid!

Ach, dan kunnen ze een ander encryptie systeem gaan gebruiken, maar als je die verkeerd implementeerd, kan het ook gekraakt worden.

En ik zet al mijn PC's er op in dat MS in de toekomst minimaal 1 keer zo een fout gaat maken.


moeten ze die achterdeurtjes wel even verbergen voor al die bedrijven en organisaties die bij de source kunnen

Wie zegt dat ze dezelfde code krijgen die ook op hun systemen draait.

Als dit bashing is, dan weet ik het niet meer.
1) Als je de source niet hebt --> disassambler.
2) Stel dat er een backdoor in zit die ondekt wordt --> gezichtsverlies
3) Technologiën berusten op open standaarden.
4) Wie kan mij garanderen dat de implementatie van S-BOXES in het DES protocol veilig is? We weten nl nog steeds niet waarom de S-BOXES zo zijn zoals ze zijn (we weten het gedeeltelijk).
5) Daarbij kan men (als men wil) overal backdoors in bouwen. In IIs servers, in AD servers, in Apache (opensource), in Linux (open source). Bij opensource alleen wat minder snel... maar toch...
Als ik mijn implementie van het WinLDES protocol vrijgeef aan de opensource gemeenschap, dan ben je wiskundig slim als je kunt aantonen dat het 99% veilig is.

Kortom, bashing... kom dan maar eens met tegenargumenten...

EDIT: het is inderdaad waar dat encryptie zeg maar niet te sterk mag zijn (wegens overheidsbelangen, dat was vroeger, dan zal het nu ook wel zo zijn)

Dit is helemaal geen bashing maar gewoon de werkelijkheid, de argumenten die je aandragt kloppen namelijk niet.
1) Als je de source niet hebt --> disassambler.
Weet je wel over hoeveel code je het hebt, ga dat maar eens disassemblen en dan de machine taal gaan begrijpen. Daar is in een redelijke termijn niet doorheen te komen dus ook niet oppertuun.
2) Stel dat er een backdoor in zit die ondekt wordt --> gezichtsverlies
Hoe zo gezichtsverlies, het is gewoon een van de zovele bugs. Er zal echt niet bijstaan dat dit de backdro van de NSA is.
3) Technologiën berusten op open standaarden.
Microsoft doet helemaal niet aan openstandaarden. Het zijn allemaal microsoft specifieke standaarde.
4) Wie kan mij garanderen dat de implementatie van S-BOXES in het DES protocol veilig is? We weten nl nog steeds niet waarom de S-BOXES zo zijn zoals ze zijn (we weten het gedeeltelijk).
Is dat interessant, het ding voet gewoon encryptie uit en als je die niet vertrouwd dan neem je een andere implementatie.
5) Daarbij kan men (als men wil) overal backdoors in bouwen. In IIs servers, in AD servers, in Apache (opensource), in Linux (open source). Bij opensource alleen wat minder snel... maar toch...
Bij opensource hebben we het over leesbare code die gewon publiek is. Als hier vreemde zaken in voorkomen dan zijn die makkelijker op te sporen en ook zelf te verwijderen.
Als ik mijn implementie van het WinLDES protocol vrijgeef aan de opensource gemeenschap, dan ben je wiskundig slim als je kunt aantonen dat het 99% veilig is.
Mischien moet jij wel aantonen dat het 99% veilig is willen we het gaan gebruiken. Waarom het bewijs bij de gebruiker leggen. Laat de leverancier maar aantonen dat het veilig is.

Dus van al dat bashing is niet veel overgebleven. Da t je het commentaar niet leuk vindt omdat het gaat over iets waar je zelf enthousiast over bent wil niet zeggen dat al dat commenaar dan maar bashing is.

Waarschijnlijk is het MS nu ook duidelijk geworden dat door de steeds grotere capaciteit die hedendaagse PC's tot hun beschikking hebben, de brute-force methodes steeds minder tijd nodig hebben....
Het gaat niet zozeer om de toegenomen rekenkracht, maar om het toenemende aantal 'zwaktes' dat gevonden wordt; zie bv: hier. Van bijvoorbeeld SHA-1 of MD5 (met 128-bits lengte) blijft er effectief nog maar 2^63 over ipv. 2^128. En dat is natuurlijk niet meer future-proof.
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 16:54
Vorige 16:31
VNU Media logo Powered by True

© 1998 - 2008 Tweakers.net - Alle rechten voorbehouden

Uitgever van: