Article View: be.comp.security
Article #1047Re: An inside look at Microsoft's new security scheme
From: JanC
Date: Sat, 06 Dec 2003 21:47
Date: Sat, 06 Dec 2003 21:47
52 lines
3237 bytes
3237 bytes
Marcus <mark@ijbema.xs4all.nl.invalid> schreef: > JanC wrote: >> De meeste Windows-gebruikers heeft diverse services draaien die ze >> niet nodig hebben (vb. DCOM/RPC). Dat heeft niks met server/home-PC >> te maken. > > Sinds wanneer heeft een thuisgebruiker IIS en SQL Server draaien? > (Code Red en Nimda). Er zijn meer thuisgebruikers die IIS draaien dan jij blijkbaar denkt. En daarnaast waren ook de "desktop-versies" (PWS) kwetsbaar voor dezelfde exploits. >> "Warez & moviez" zijn niet zīŋŊ belangrijk. De bandbreedte van de KMO >> amateur-servertjes is meestal niet veel groter dan bij >> thuisgebruikers, en de serieuzere Windows-servers zijn niet zo >> makkelijk (meer) te hacken. > > Och, de meeste webservers hebben toch wel 100 mbit, is nog steeds een > stuk beter dan kabel/adsl upload. De meeste warez FTPs zijn door mensen van binnenuit opgezet. En de meeste clueless KMOs met een eigen server hebben echt geen 100 Mibit/sec verbinding... >>> Ook voor ddosnetwerken zijn ze bruikbaarder, omdat ze grotere >>> bandbreedte hebben. >> >> Bandbreedte vanaf 1 punt is niet zo belangrijk bij een DDoS, wel het >> aantal verschillende IPs vanaf waar de aanval gebeurt. > > Hoe kom je erbij dat dat niet belangrijk zou zijn? Het gaat om het > dichtpompen van die pijp, of je dat nu vanaf 1 of meerdere pc's doet > is niet zo relevant (met 100 mbit kan je best een adsl verbinding > dood-DoSsen. Ik kan met m'n 128 Kibit/sec upload ook sommige servers op een 100 Mibit/sec verbinding DoS'en terwijl die pijp maar voor 1% vol zit... Maar die eerste D in DDoS staat voor "distributed", en dat distributed aspect is o.a. "nuttig" omdat het zo veel moeilijker is om upstream te gaan filteren (zeker als het IP van de aanvallers ook nog eens regelmatig wijzigt). -- JanC Disclosure does not create security vulnerabilities; programmers create them, and they remain until other programmers find and remove them. [Bruce Schneier]
Technical Details
Message-ID:
<Xns9449E7CBDA4C8JanC@213.118.46.22>Path:
arc1-ca.pugleaf.net!archiver1.google.com!news2.google.com!fu-berlin.de!fr.ip.ndsoftware.net!nerim.net!feed1.news.be.easynet.net!ossa.telenet-ops.be!phobos.telenet-ops.be.POSTED!not-for-mailReferences:
<EUuzb.59079$hh5.1945711@phobos.telenet-ops.be> <duCzb.59550$xh5.1951803@phobos.telenet-ops.be> <Xns9447C0D2240C0JanC@213.118.46.22> <slrnbsvjq5.2cn.mark@agnes.ijbema.xs4all.nl> <Xns9448E10DE3E84JanC@213.118.46.22> <slrnbt25sn.it.mark@agnes.ijbema.xs4all.nl>Show Full Headers
Complete Article Headers
X-Google-Language: DUTCH,ASCII X-Google-Thread: 113446,9cbfcd5a31b9f8b9 X-Google-Attributes: gid113446,public X-Google-ArrivalTime: 2003-12-06 13:47:12 PST Path: arc1-ca.pugleaf.net!archiver1.google.com!news2.google.com!fu-berlin.de!fr.ip.ndsoftware.net!nerim.net!feed1.news.be.easynet.net!ossa.telenet-ops.be!phobos.telenet-ops.be.POSTED!not-for-mail Newsgroups: be.comp.security Subject: Re: An inside look at Microsoft's new security scheme From: JanC <usenet_spam@janc.invalid> References: <EUuzb.59079$hh5.1945711@phobos.telenet-ops.be> <duCzb.59550$xh5.1951803@phobos.telenet-ops.be> <Xns9447C0D2240C0JanC@213.118.46.22> <slrnbsvjq5.2cn.mark@agnes.ijbema.xs4all.nl> <Xns9448E10DE3E84JanC@213.118.46.22> <slrnbt25sn.it.mark@agnes.ijbema.xs4all.nl> Organization: JanC Message-ID: <Xns9449E7CBDA4C8JanC@213.118.46.22> User-Agent: Xnews/5.04.25 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Reply-To: usenet@janc.cjb.net Lines: 52 Date: Sat, 06 Dec 2003 21:47:11 GMT NNTP-Posting-Host: 213.118.46.22 X-Complaints-To: abuse@telenet.be X-Trace: phobos.telenet-ops.be 1070747231 213.118.46.22 (Sat, 06 Dec 2003 22:47:11 MET) NNTP-Posting-Date: Sat, 06 Dec 2003 22:47:11 MET