Arkiv för 'Allmänt Security' kategorin

Är virtualiserade system mer eller mindre säker?

18 maj, 2010

Jag har haft de ovan ställda frågan tillräckligt många gånger att jag kände det värt ett blogginlägg. Medan ett par år tillbaka svaret kan ha varit "mindre säkra", idag är svaret "båda". Jag vet, låter som Chris vara icke-bindande, men det svaret verkligen mest korrekt beskriver det aktuella läget av tekniken.

Virtualisering förändrar allt

Jag har hört några folk påpeka att virtualisering är på väg att påverka branschen på samma sätt som Internet gjorde på 90-talet. För att vara ärlig, jag tror det finns fördelar med detta yttrande. I början av 90-talet mest folk sprang IPX-, AppleTalk NetBUI och en mängd andra protokoll på slutna nät. I slutet av 90-talet var de flesta människor kör IP uteslutande med anslutning till hela världen. Det sätt vi gjorde affärer, liksom hur vi tillämpade säkerheten, helt förändrats över att 10 år. Både nätverksadministration och färdigheter säkerhet som var banbrytande under 1990 var alla utom värdelösa 1999.

Virtualisering börjar ramp upp till har samma inverkan på branschen. Virtualisering distribution kräver en fullständig omprövning av hur man ansöker säkerhet. Tillbaka på 1990-talet, fick admins som helt enkelt anslutas till Internet, utan hänsyn till hur detta skulle påverka deras nätverk, brände big time. Vi är kö för att se ett liknande resultat som folk antar virtualisering.

Vad gör Virtualisering mindre säker

Akilleshäl virtualisering är i själva programvaran. Vi hoppas att vi kan lita på programvara för att hålla gästen system bort från varandra, liksom värden och / eller hypervisor. Det finns två stora problem med denna förväntan:

  1. Ingen mjukvara är buggfri
  2. Programvara kan felkonfigurerade

För några år sedan huvudsakliga forskningskapacitet visade att de kunde bryta sig ut ur en gäst och få full kontroll i den mottagande OS . Medan en hypervisor är tänkt att begränsa denna typ av exponering har vi sett säkerligen fall där även den hypervisorn har varit förbi . Vi har även sett fall mjukvaran blir exploateras först när körs i en virtualiserad miljö . Dessa länkar visar ett litet tvärsnitt av virtualisering problem som har upptäckts under de senaste åren. Google kan ge dig en mer komplett lista om du är intresserad.

Så en försiktig Security Professional kommer att vara försiktig med att blint lita på programvara för att vara säker. Problemet är säljare inte alltid samma tillvägagångssätt. Ta VMware med sina ESX (snart ESXi) produkten som ett exempel. Många av oss var mållös när en VMware representant meddelas vid CanSecWest att det var teoretiskt möjligt att attackera ESX-hypervisor . När vi helt enkelt anta att något är okrossbar, är det någon mer kreativ kommer att fundera ut ett sätt att slå igenom .

Ett av mina största problem med ESX / ESXi är att VMware har utformat det vara modulär (via VMSafe ). På plussidan innebär detta att externa leverantörer kan skapa produkter för att förbättra hypervisor funktionalitet och säkerhet. På nedsidan detta ökar dramatiskt risken för dålig kod införs som kan äventyra säkerheten.

Vi har sett ett bra exempel på detta i det förflutna. Marcus Ranum skapade Gauntlet brandvägg, som då var en av de mest säkra och sparka enheter rumpa säkerhet finns. När tre bokstavs-myndigheter ville ha den bästa säkerheten, vände de sig till Gauntlet. Marcus sålde Gauntlet till Network Associates (senare blev McAfee) som omedelbart igång med att lägga in funktioner. Det dröjde inte länge innan en jämn sträng av sårbarheter har upptäckts, var och en följd av dessa nya "funktioner". Därifrån förlorade produkten dess säkerhet cred och gled bort från radarn.

Nu är det säkert möjligt att lägga till funktioner och hålla saker säkert. Den FreeBSD folk är ett utmärkt exempel på hur man gör detta på rätt sätt. För att garantera säkerhet de upprätthåller en mycket strikt granskningsprocessen . Är det perfekt? Absolut inte, men revisionen har satt ribban för säker programvara genomförande. Med lite tur VMware kommer att göra liknande, men jag har inte hört något surr om detta är fallet.

Få huvudet rakt

OK, så vi kan inte blint lita på virtualisering programvara för att hålla angripare på avstånd. Vi kan dock fortfarande vidta försiktighetsåtgärder för att minimera effekterna om det värsta inträffar. En av de största du kan göra är att noga överväga vilka servrar blir värd för, och vilka andra gäst-system är tillåtet att köra på samma låda. Säkerhetszonen begrepp som används av nätverket arkitekter är lika tillämpligt här.

En säkerhetszon är helt enkelt en samling system som delar samma relativa risknivå. Till exempel webb, och SMTP-servrar är oftast alla ligger på en DMZ, eftersom de alla har liknande risk för direkt attack. På den inre delen av nätet, är stationära placeras vanligen i en annan säkerhetszon än servrar. Detta beror på att servrar har liten eller ingen tillgång till Internet, medan stationära datorer är oftast tillåts att kommunicera direkt. Detta ställer skrivborden högre risk för angrepp än de servrar.

Vi kan tillämpa samma logik när de genomför virtualisering. En DMZ server och en intern server bör inte vara gäster på samma hårdvara (både CPU och disk array). Om du gör det kan ge en angripare att skapa en alternativ väg in i vårt nätverk. Hellre än att behöva passera någon brandvägg, NIDS, nationella vägledande program, etc. enheter som har varit utplacerade på tråd, kan en angripare kan få tillgång till interna resurser via virtualisering programvara. Är det en lätt attack? Inte från vad vi sett hittills. Funktionell bedrifter har upptäckts dock, så varför införa onödiga risker om vi inte måste.

Förresten, borde samma säkerhetszon regler tillämpas på din virtualiserade nätverk redskap. Till exempel är det en dålig idé att använda samma fysiska byta till VLAN DMZ och det interna nätverket. Jag har sett ett par kunder får fixat det sättet.

Vad gör Virtualisering säkrare

Lyckligtvis ur ett säkerhetsperspektiv är virtualisering inte bara dåliga nyheter. I själva verket finns det några väldigt cool säkerhetsrutiner du kan tillämpa i en virtualiserad miljö som du bara inte kan vara utan det. Detta var en av anledningarna till att vi började använda virtualisering inom Honeynet så tidigt som 2000.

En av de största säkerhetsproblemen vi står inför idag är kärnan nivå rootkits . Vad som gör denna stam av malware så lömskt är det blir effektivt själva operativsystemet till malware. Detta gör att upptäcka extremt svårt, eftersom alla säkerhetskontroller måste passera genom kärnan. Om själva kärnan äventyras, kan vi inte förlita sig på kärnan för att noggrant rapportera säkerhetsinformation. Vi sluta med att stänga av systemet, montera hårddisken på en känd för att vara rent OS, och utför våra rättsmedicinska kontroller därifrån. Oh naturligtvis problemet med denna process är att den inte skala bra. Om vi ​​har tiotals eller hundratals servrar, finns helt enkelt inte tillräckligt med tid på en dag för att läsa dem alla ordentligt.

Som tidigare nämnts är VMware tillåter nu tredjepartsleverantörer tillgång till hypervisorn API via VMSafe. Detta ger tillgång till privilegierad statliga information, såsom minne och nätverkstrafik, på varje gäst operativsystem. Genom att plugga in i hypervisorn, några extremt cool säkerhetsalternativ bli möjlig.

Till exempel låt oss säga en gäst OS är attackerad av en kärna nivå rootkit. Genom att analysera gäst minnet kan rootkit spåras med den virtuella operativsystemet. När du utför kontrollerna via hypervisorn, det finns mycket mindre av en chans att ett rootkit kan stealth sin verksamhet och inte upptäcks. Som tidigare nämnts finns det ingen motsvarande alternativ med en icke-virtualiserade system.

API kontakten skapar också nya möjligheter att hantera krypterad trafik. När början till slut kryptering är anställd (som en VPN), nätverk baserade kontroller av applikationslagret är lätt kringgås. Din enda verkliga alternativet var att köra agenten programvara på slutpunkten, kunde så säkerheten genomföras efter dekrypteringen. Naturligtvis är problemet här är att om agenten blir attackerad, alla satsningar är avstängd. Återigen, genom att koppla in i hypervisorn vi är i en bättre position för att på ett säkrare sätt granska dessa data.

Vi är bara börjar se nya produkter som utnyttjar VMSafe API kontakten . Eftersom alla produkter är relativt nya, är juryn fortfarande ute på hur effektiva de kan vara. Erbjudanden köra gambit från att ersätta värd baserad brandvägg och IDS skydd till full genomdrivandet. Det ska bli intressant att se hur denna produkt nisch skakar ut över nästa år.

Sammanfattning

Så som jag nämnde i början av detta inlägg har virtualisering förmågan att göra din omgivning antingen mer eller mindre säker, beroende på hur du distribuerar det. Om du helt enkelt börja köra allt på en enda ruta, du kommer förmodligen att få fixat. Om du förlänga den bästa praxis som har utvecklats under åren i virtualisering rike, och att utnyttja några av de nya säkerhetsfunktionerna som släpps, kan du skapa faktiskt en bättre total säkerhet hållning.

Dag 2 Keynote

12 januari 2010

Tack till alla som kom ut till Kryptering / DLP toppmöte. Här är bilderna från min keynote på dag 2.

kryptering-DLP-keynote

Poor Mans DLP

11 januari 2010

Hälsar alla,

Jag är i New Orleans på SANS Kryptering & DLP-konferensen gav ett föredrag med titeln "Poor Mans Data Leak Prevention". Jag lovade deltagarna en kopia av bilderna, så här ya go.

fattig-mans-DLP

PDF av "Skydd mot riktade attacker" prata

14 Oktober 2009

Under de närmaste veckorna jag kommer att ge denna diskussion på ett antal platser. För de som deltog och begärde en PDF-version av bilderna, här är länken jag lovade: skyddar-mot-riktad-attacker-R2

Cybersäkerhet Act från 2009 In-Depth - Del 2

11 september, 2009

I gårdagens inlägg jag täckte den första halvan av cybersäkerhet Act från 2009. Här är de skriva upp på andra hälften av notan.

Avsnitt 13: cybersäkerhet konkurrens och utmaning

Som namnet antyder sätter upp detta medel för en serie av tävlingar för att identifiera de bästa och smartaste.

(A) i allmänhet, direktör för National Institute of Standards and Technology, direkt eller genom lämpliga federala organ, skall upprätta cybersäkerhet tävlingar och utmaningar med kontantpriser för att-

(1) attrahera, identifiera, utvärdera och rekrytera begåvade individer för den federala IT-personal, och

(2) stimulera innovation i grundforskning och tillämpad cybersäkerhet forskning, teknisk utveckling och prototyp demonstration som har potential för ansökan till den federala verksamheten informationsteknik i den federala regeringen.

Inga röda flaggor här. Priser kan inte överstiga $ 1 miljon utan maktfördelning sparka in inte får din förhoppningar upp. Det är en hel händelse, inte ett specifikt pris.

Avsnitt 14: Offentlig-privat clearinghus

Detta avsnitt verkar ganska godartad, tills du läser det noga. Här är öppningen avsnitt:

(A) utseende-Handelsministeriet skall tjäna som clearinghus för cybersäkerhet hot och sårbarhet information till federala regeringen och privata sektorn ägs kritisk infrastruktur informationssystem och nätverk.

Gäspning. Jag ser detta som något du inte kan mandat. Om du kan ge användbar information, kommer användarna att söka ut vad du har att säga. Om du bara skriva vad som redan har släppts som öppen källkod, då mitt Google nyhetsflödet kommer förmodligen få mig information snabbare och med ett bättre gränssnitt. Det är lätt att vilja ignorera detta avsnitt grundar sig på detta inledningsanförande, men läs lite längre:

(B) FUNKTIONER-sekreterare Commerce-

(1) skall ha tillgång till alla relevanta uppgifter om dessa nät utan hänsyn till någon bestämmelse i lag, förordning, regel eller policy att begränsa sådan tillgång;

Vad?? Detta för mig är den ultimata maktövertagande. Så alla nätverk eller system som kan anses vara "kritisk infrastruktur" har att låta handeln avdelning har fri tillgång till deras nätverk. Denna tillgång är utan hänsyn till rättssäkerhet eller rättsstaten. "Relevanta" är en mycket subjektiv term som kan användas till någonting.

Så det kommer tillbaka till att "kritisk infrastruktur" beskrivning som vi redan sagts är det dom kallar för en enskild individ. Kanske Microsofts nätverk bör anses kritisk infrastruktur, eftersom de är regeringens primära skrivbordet leverantör. Kanske Linux-utveckling-servrar bör också anses vara "kritisk" som servrar, apparater och inbyggda teknik är baserad på denna plattform. Vad sägs om Anti-Virus och brandvägg leverantörer som levererar produkter till regeringen? Internetleverantörer service regeringen nätverk? Telco är service statligt anställda? Universiteten finansieras för att utveckla IT Tekniker? Detta kan vara ett extremt hala sluttning.

För mig är detta förmodligen den enskilt mest farliga delen av notan.

§ 15: cybersäkerhet riskhantering rapport

I korthet innebär detta avsnitt ordförande att utarbeta en rapport inom ett år som identifierar:

(1) skapa en marknad för cybersäkerhet riskhantering, inklusive inrättandet av ett system för skadeståndsansvar och försäkring (inbegripet statliga återförsäkring), och

(2) kräver cybersäkerhet vara en faktor i alla band betyg.

Denna post skulle kunna vidtas på ett antal håll. Om de är smarta, kommer de att titta på möjligheten att tömning avtal slutanvändare så att programvaruleverantörer måste acceptera ansvaret för säkerheten inte i deras produkt. Utan ansvar, säljare har lite motivation till arkitekt i en ram av säkerhet från produkt starten. Det är mycket lättare och billigare att limma på den igen efter betalande kunder redan har får problem.

16 §: Den rättsliga ramen granska och rapportera

Detta avsnitt kräver presidentens kansli att se över befintliga cybersäkerhet lagar angående:

Federal lag och rättsliga ram som gäller för it-relaterade aktiviteter i USA

I korthet är detta en översyn för att se om de lagar som fortfarande gäller eller behöver uppdateras.

§ 17: Autentisering och medborgerliga friheter rapport

Här är hela avsnittet:

Inom ett år efter dagen för antagandet av denna lag, skall ordföranden, eller presidentens utsedd, granska och rapportera till kongressen om genomförbarheten av en identitetshantering och autentisering programmet, med lämpliga medborgerliga friheter och skydd för privatlivet, för regeringens och kritisk infrastruktur informationssystem och nät.

Jag är inte säker på vad man ska göra av detta avsnitt. Det ser ut som de vill hitta en single sign-on lösning för statliga nätverk. Om så är fallet förstår jag inte de "lämpliga medborgerliga friheter och skydd privatliv" uttalande. Detta innebär ett program som är inriktad mer mot allmänheten. Juryn är fortfarande ute på detta avsnitt som jag inte har sett några andra åsikter om den.

§ 18: cybersäkerhet ansvar och befogenheter

Här är det avsnitt som alla är arg på. Den blurb:

Ordförande-

(2) kan förklara att en cybersäkerhet undantagstillstånd och för att begränsa eller avstängning av Internet-trafik till och från alla äventyras federala regering eller USA kritisk infrastruktur datasystem eller nätverk;

Låter dåligt, men tänk på det här sättet. När flygplanen kraschade in i byggnaden presidenten beordrade jordning av alla kommersiella flygningar. Jag tvivlar på att det fanns en särskild lag som ger honom den särskilda myndighet, men med tanke på att det var en nödsituation ingen hävdade punkt eller ansåg att det var ett maktmissbruk.

Jag ser denna bestämmelse som likartade. Om det bekräftas att angripare har tagit kontroll över elnätet och nu systematiskt stänga av den, kommer ingen att kritisera president för att kräva dessa organisationer att isolera sig från Internet i stort. Det kan eller inte kan faktiskt åtgärda problemet, men det skulle vara en förväntad försvar hållning. Detta skulle ske med eller utan denna bestämmelse i propositionen.

Så för mig det här avsnittet finns en hel del hoopla för ingenting. Några av de tidigare diskuterats sektionerna är långt mer skrämmande.

En annan intressant punkt i detta avsnitt:

(5) skall leda den periodiska kartläggning av federala regeringen och USA kritisk infrastruktur informationssystem eller nätverk och skall utveckla mätmetoder för att mäta effektiviteten i kartläggningen

Till viss del har denna process startade redan som en del av Trusted Internetanslutning (TIC) program. Jag är faktiskt ganska förvånad över att det inte redan är ett krav. Det är möjligt det redan görs, men att data inte var tillgänglig när räkningen skrevs.

§ 19: Quadrennial Cyber ​​recension

(A) i allmänhet, börjar med 2013 och vart fjärde år därefter, skall ordföranden, eller presidentens utser, slutföra en översyn av Cyber ​​hållning i USA, däribland en oklassificerade sammanfattning av roller, uppdrag, prestationer, planer, och program.

Kort sagt får varje ny president att ge kommentarer om hur de tror att deras föregångare som utförs med avseende på cybersäkerhet. Denna rapport skulle vara mycket mer användbar om den var skyldig ett år tidigare. På så sätt skulle det fungera som ett informationsmöte för den nya presidenten. Det skulle ge dem en bättre uppfattning om vad som krävs framöver.

§ 20: Gemensam intelligens hotbild

Anger (ännu en) årliga rapport om cybersäkerhet till kongressen. Inget att se här. Flytta med.

§ 21: Internationella normer och cybersäkerhet åtgärder avskräckning

Här är klippet:

Ordföranden skall-

(1) tillsammans med företrädare för utländska regeringar-

(A) för att utveckla normer, organisationer och andra samverkande aktiviteter för internationellt engagemang för att förbättra cybersäkerhet, och

(B) för att uppmuntra internationellt samarbete för att förbättra säkerheten på Internet på global basis

Jag ser detta som mer den roll som justitiedepartementet . Vad som behövs är bättre samspel mellan brottsbekämpande över internationella gränser, inte PR-fragment och poserande. Tänk på det här sättet, vad skulle vara mer effektiv för att motverka fysiska brott över statsgränser, täta samspelet mellan verkställighet statliga brottsbekämpande myndigheter, eller täta samspelet mellan cheferna?

§ 22: Federal säkra produkter och tjänster förvärv ombord

För mig är detta förmodligen en av de mest positiva delarna av lagförslaget. Här är blurb:

(A) ETABLERING-Det finns etablerat ett säkrare produkter och tjänster Förvärv styrelse. Styrelsen skall ansvara för cybersäkerhet granskning och godkännande av högt värde produkter och tjänster förvärv och, i samarbete med National Institute of Standards and Technology, för att upprätta lämpliga standarder för validering av programvara som skall förvärvas av den federala regeringen.

Kort sagt, skulle regeringen använda sin samlade köpkraft att upprätthålla säkerhetsstandarder för alla programvaror inköp. Detta kan ha en djupgående inverkan på den kommersiella branschen. Leverantörer älskar att klaga på att det är för dyrt att frakta säkrade programvara. Nu om de vill sälja till regeringen, måste de uppfylla de lämpliga NIST standarder. Troligtvis den säkra mjukvaran skulle vara tillgängliga för kommersiella köpa också. Så ur lådan du skulle sluta med en säkrare produkt.

Återigen ser jag detta som ett mycket positivt krav. Även leverantörer kan klaga på det, som kunderna skulle vi alla nytta.

§ 23: Definitioner

Detta är bara en definition av termer som används i propositionen. Alla är antingen vanliga termer (som "Internet") eller beskrivits i tidigare avsnitt.

Exec Sammanfattning

Det finns saker att älska samt rädsla i denna proposition. Det ökar finansieringen för cybersäkerhet forskning samt utnyttjar regeringens köpkraft att generera säkrare program för alla. Samtidigt den försöker att kringgå etablerade processer (liksom rättsregler) som har potential att göra cybersäkerhet situationen värre snarare än bättre. Propositionen är för närvarande granskas av senatens utskott för handel, vetenskap, och transport . Nu är det dags att ge uttryck för sina lovord eller funderingar du har.

Cybersäkerhet Act från 2009 In-Depth - Del 1

10 September 2009

Det har varit en hel del artiklar om cybersäkerhet Act från 2009 . De flesta har fokuserat på den del som skulle ge presidenten befogenhet att "stänga av Internet". Men finns det andra saker i denna proposition bör du vara ännu mer oroad över? Finns det något faktiskt användbart i propositionen? I denna två del inlägg jag tar dig igenom räkningen sektion för sektion.

De två första avsnitten är helt enkelt index och resultaten. Ett anmärkningsvärt citat från avsnitt 2:

(1) USA: s misslyckande att skydda cyberrymden är en av de mest akuta nationella säkerheten problem som landet står inför.

Detta sätter tonen för resten av avsnittet, och jag måste säga att jag instämmer i påståendet. Säkerhet klokt vi verkligen är i sämre skick än de flesta vill tro.

Avsnitt 3: cybersäkerhet rådgivande panel

Dessa två citat säger egentligen allt:

(A) i allmänhet, ordförande skall inrätta eller utse en Cybersäkerhet Advisory Panel.

(C) ARBETSUPPGIFTER-Panelen ska ge råd till ordföranden i frågor som rör det nationella cybersäkerhet programmet och strategi

Jag har blandade känslor när det gäller dessa punkter. Jag tror att cybersäkerhet är viktig nog att förtjäna hög nivå synlighet. Men denna proposition går hand i hand med S. 788, ett lagförslag för att skapa den positionen för cybersäkerhet rådgivare och HR 1910, ett lagförslag för att skapa den positionen för Chief Technology Officer . Båda dessa positioner skulle rapportera direkt till presidenten, så det verkar mer användbart att ha panelen faller under dessa två rullar i den nationella organisationsschemat. Kanske bara är semantik, men en av de frågor som vi har idag är parallell anställning utan någon tydlig ägare av problem. Om alla tre räkningar passerar ser jag en större chans att skapa konflikter snarare än resolutioner.

Avsnitt 4: Realtid cybersäkerhet instrumentbrädan

Jag har sett lite uppmärksamhet ägnas åt denna punkt, men det finns en lätt dismissible uttalande i detta avsnitt:

Sekreteraren för handel skall

(1) i samråd med Office of Management and Budget, utarbeta en plan inom 90 dagar efter dagen för antagandet av denna lag att införa ett system för att ge dynamiskt, omfattande, i realtid cybersäkerhet status och sårbarhet information av alla federala regeringens uppgifter system och nätverk hanteras av Department of Commerce;

Ett par poäng här, varför bara Department of Commerce? Om detta kommer att bli en verkligt nyttig resurs, varför inte utöka dess användning utöver detta en regering kontor? Dessutom är uttalandet lite vag. Detta kan vara lika ineffektiv som den nationella hot nivå eller en delmängd av uppgifterna från webbplatser som DShield eller Homeland Securitys Open Source Infrastruktur Rapport . Hursomhelst Jag ser detta som en långsiktig misslyckande.

Avsnitt 5: statliga och regionala cybersäkerhet programmet

Här är fokus i detta avsnitt:

(A) inrättande av och stöd för cybersäkerhet CENTER-Sekreteraren Handelskammaren skall ge stöd för att skapa och stödja regionala Cybersäkerhet centrum för främjande och genomförande av cybersäkerhet standarder. Varje center ska vara knuten till en USA-baserad ideell institution eller organisation, eller detta konsortium, som ansöker om och beviljas ekonomiskt stöd enligt denna paragraf.

Låter bra på första läsa, men vad är upp med "anslutna med ... ideella organisationer" i? Vi kunde lätt sluta med en icke-centraliserat system utan någon tydlig kontaktpunkt för sin målgrupp. Så om jag behöver hjälp med cybersäkerhet, ska jag gå till ... Jimmy fonden ? Farm Aid ? Eller kanske är det Tennessee Elephant Sanctuary ?

Personligen tror jag att dessa centrum bör vara knuten till InfraGard . De är etablerade i nästan varje stat, som redan har en lång historia av samhällsengagemang, och redan fokuserade på att hantera cybersäkerhet frågor. Min gissning är att handeln avdelningen vill ha fullständig kontroll, medan InfraGard är redan kopplad med FBI.

Så vad är målet att skapa dessa centra?

(B) för ändamålet Syftet Centers är att förbättra cybersäkerhet av små och medelstora företag i USA

Detta är en beundransvärd mål. På grund av bristande resurser, små och medelstora företag kämpar mest. Förmodligen det enda demografiska som är större skulle vara hemma användare. Om vi ​​kunde vidta åtgärder för att stödja dessa organisationer, skulle det gå en lång väg mot befästa vår nationella säkerhet hållning.

Centren skulle stödja små och medelstora företag genom:

(1) sprida cybersäkerhet teknik, standard och processer som bygger på forskning av Institutet i syfte att demonstrationer och tekniköverföring,

(2) aktivt överföra och sprida cybersäkerhet strategier, bästa metoder, standarder och teknologier för att skydda mot och minska risken för cyberattacker till ett brett utbud av företag och företag, särskilt små och medelstora företag, och

(3) lämna lån på selektiv, kort sikt, med objekt av avancerade cybersäkerhet motåtgärder till små företag med färre än 100 anställda.

Återigen, jag ser dessa aktiviteter som en bra passform för InfraGard. Deployment skulle påskyndas eftersom det redan finns en nationell struktur. Dessa skulle dramatiskt minska kurvan på att göra dessa resurser tillgängliga.

Avsnitt 6: NIST standarder utveckling och efterlevnad

Propositionen ser till NIST att utveckla säkerhetsstandarder för alla statliga myndigheter:

(A) i allmänhet, inom 1 år efter dagen för antagandet av denna lag, skall National Institute of Standards and Technology skapa mätbara och kontrollerbara cybersäkerhet normer för alla federala regering, entreprenör eller stipendiat kritisk infrastruktur informationssystem och nät

NIST är redan ansvarar för att fastställa normer. Faktum är att deras säkerhet dokument anses vara några av de bästa i branschen. Per den IT Reform Act of 1996 , är NIST redan laddat med att utveckla Federal Standards Information Processing (FIPS).

Jag är inte jurist, men jag kan inte se något i detta avsnitt som inte redan har angetts av tidigare räkningar förutom detta tre gånger dagligen bit under "(d) Efterlevnad verkställighet":

(2) ska kräva att varje federal myndighet och varje operatör av ett datasystem eller nätverk som utsetts av presidenten som en kritisk infrastruktur datasystem eller nätverk, med jämna mellanrum för att visa att de uppfyller de normer som fastställs i detta avsnitt.

Jag är ärligt talat inte säker på om ordföranden för närvarande har makten att (godtyckligt?) Utse ett nätverk eller system som "kritiska" och således omfattas av detta avsnitt. Jag föredrar specifika definitioner kontra subjektivt lita på dom av en enda individ. På så sätt är vi omfattas i båda riktningarna, från system som borde ha funnits med men missade, samt system som egentligen inte hör hemma på listan.

Avsnitt 7: Tillstånd och certifiering av cybersäkerhet proffs

Detta avsnitt skrämmer mig verkligen som det har potential att göra mer skada än nytta. Här är beskrivningen:

(A) i allmänhet, inom 1 år efter dagen för antagandet av denna lag skall sekreteraren of Commerce utveckla eller samordna och integrera en nationell licensiering, certifiering, och periodiska omcertifiering för cybersäkerhet proffs.

För mig, skrev någon som inte har någon uppfattning om omfattningen av vad som behövs för att lösa problemet här avsnittet. Cybersäkerhet är inte en enda disciplin. Det finns experter som fokuserar på Malware analys, skalskydd, paket avkodning och intrång analys, incidenthantering, värd särskild säkerhet, revision, kriminalteknik, trådlös, databaser, och listan kan göras lång. A national certification and licensing program would end up being one of the following:

  1. So general it really does not mean anything
  2. So difficult “certified” resources would be hard to come by

Because of the diversity of the cybersecurity field, there really is no middle ground. This section then goes on to say:

(b) MANDATORY LICENSING- Beginning 3 years after the date of enactment of this Act, it shall be unlawful for any individual to engage in business in the United States, or to be employed in the United States, as a provider of cybersecurity services to any Federal agency or an information system or network designated by the President, or the President's designee, as a critical infrastructure information system or network, who is not licensed and certified under the program.

Vänta en minut. Let's just take one glaring example. Alan Paller is the Director of Research at SANS , was quoted in this bill (Section 2, #8), and is one of my personal heroes in this industry. He's provided council to the White House and Congress multiple times. He's one of those unique individuals that can mediate the gap between folks that speak different languages (geeks, CFO, COO, etc.). While he knows the industry, he's not the kind of guy that spends time writing Nessus plug-ins or decoding TCP attack streams. Is it truly the intent of this bill to loose resources like Alan if they choose not to certify?

There is a pattern here however. Like so many line items before it, this section puts control in the hands of the commerce department. So I personally think this is less about ensuring we have skilled personnel supporting network security, and more about grabbing power.

Section 8: Review of NTIA domain name contracts

This is another scary section:

(a) IN GENERAL- No action by the Assistant Secretary of Commerce for Communications and Information after the date of enactment of this Act with respect to the renewal or modification of a contract related to the operation of the Internet Assigned Numbers Authority, shall be final until the Advisory Panel–

(1) has reviewed the action;

(2) considered the commercial and national security implications of the action; and

(3) approved the action.

The Internet Assigned Numbers Authority (IANA) is run by The Internet Corporation for Assigned Names and Numbers (ICANN). This is a non-profit international organization that is responsible for guiding (not implementing) high-level operations of the Internet. They take guidance from a number of organizations, including the Internet Engineering Task Force (IETF) who defines the standards for Internet communications. The IETF is an international organization made up of everyone from individual researchers to vendors.

To me, this section sounds like an attempt to bring financial pressure on these organizations. Again, this seems to be an attempt to consolidate more power under the department of commerce. Especially when you combine it with section 9.

Section 9: Secure domain name addresses system

Here's the clip:

(a) IN GENERAL- Within 3 years after the date of enactment of this Act, the Assistant Secretary of Commerce for Communications and Information shall develop a strategy to implement a secure domain name addressing system. The Assistant Secretary shall publish notice of the system requirements in the Federal Register together with an implementation schedule for Federal agencies and information systems or networks designated by the President, or the President's designee, as critical infrastructure information systems or networks.

As mentioned in the last section, developing Internet standards in the role of the IETF, not the commerce department. Further, we already have standards to secure the domain name structure ( DNSSEC ) as well as routing and the IP addressing scheme ( sBGP ). The problem is their deployment has been extremely slow. What we need is deployment of the existing standards, not competitive ones developed outside of the accepted IETF process.

This section then goes on to say:

(b) COMPLIANCE REQUIRED- The President shall ensure that each Federal agency and each such system or network implements the secure domain name addressing system in accordance with the schedule published by the Assistant Secretary.

OK here's the problem. In order to secure IP and DNS the solution has to be implemented globally. That's part of the reason why it has been taking so long. If the federal government today deployed DNSSEC and sBGP it would do little to prevent domain name hijacking or route redirection because attackers could simply work outside of the government's perimeter.

I have to say I share the frustration in this area. Both DNSSEC and sBGP have been around for 10 years. I think we need to suck it up on the disruptions that may be caused by deployment and just get the job done. Perhaps ICANN needs a fire lit under their butts to create some forward motion. I'm just not convinced these two sections are the way to go about it.

Section 10: Promoting cybersecurity awareness

You knew a PR campaign has to be included in here somewhere, right? Here's the blurb:

The Secretary of Commerce shall develop and implement a national cybersecurity awareness campaign

Not sure how useful this will be because the news feeds are already full of stories that describe our current state of security. I see this as having the potential to be silly rather than informative. I have these visions of walking into my kid's school and seeing a poster that states “Billy Bytes Says Don't Be A H4X0r”. OK, hopefully that will never happen, but you never know. ;)

Section 11: Federal cybersecurity research and development

Here's the initial statement:

(a) FUNDAMENTAL CYBERSECURITY RESEARCH- The Director of the National Science Foundation shall give priority to computer and information science and engineering research to ensure substantial support is provided to meet the following challenges in cybersecurity:

This section dumps a lot of money into the research and development of cybersecurity techniques. It amends existing bills to increase spending by $265M in 2010, to over $310M by 2014. There are already other programs that fund cybersecurity research, but provided the funds are managed appropriately I see this as being helpful to the cause.

Section 12: Federal cyber scholarship for service program

Here's the clip:

(a) IN GENERAL- The Director of the National Science Foundation shall establish a Federal Cyber Scholarship-for-Service program to recruit and train the next generation of Federal information technology workers and security managers.

This is no different than many other “scholarship for service” programs. I see this as being beneficial to both the student as well as the government. $50M has been allocated to the program, increasing to $70M by 2014.

Sammanfattning

Det var allt för nu. Tomorrow I'll post the last half of the bill.

DLP FAQ

August 7th, 2009

I've had a few queries regarding the SANS Data Leak Prevention & Encryption Summit I'll be keynoting next month. The questions have revolved around DLP in general, so I thought I would give a run down on the technology.

What is DLP?

DLP stands for “Data Leak Prevention” or “Data Loss Prevention”, depending on which vendor you are talking to. There are a few other names currently being bounced around (gotta love marketing people trying to make their stuff look newer and cooler ;) ), but they are effectively the same technology. DLP attempts to log, or possibly prohibit, the transfer of sensitive information from a secure location to an insecure location.

Sensitive information usually includes data like credit card numbers or social security numbers. Most will also give you the ability to define phrases or specific files as sensitive as well. Of course how much customization you get depends on the product, but these features are pretty standard. The big difference tends to be with the ease of policy creation. Some let you use a simple, natural language while others may require you to learn a Regex type of expression language to create policies and write filters.

Think of DLP devices as intrusion detection systems for specific keywords and you'll get the idea. In fact some established NIDS and NIPS vendors are now touting their DLP capabilities as well. You also have a number of startups that are focused specifically on the DLP market.

How does DLP work?

Currently there are three different methods of DLP deployment:

  • On the wire
  • On the server
  • On the desktop

Some vendors support a single method of deployment while others support all three. There are strengths and weaknesses to each, which I will cover later in this FAQ.

How much does DLP cost?

Since it's a new technology, prices are all over the board. A medium size company (50-500 nodes) can expect to pay anywhere from $30,000 to $200,000 US. These devices are by no means plug and play, so a portion of the cost includes configuring the device and customizing it for the specific environment. You should also expect a bit of lead-time in getting the device(s) deployed properly.

What are the problems with DLP?

Probably the biggest problem with DLP technology is that it can easily be defeated. It is really designed to prevent accidental data leakage, rather than a true attack. You should consider DLP an enhancement to your existing security posture, not a replacement for any previously deployed technology.

For example, deploying DLP on the wire is probably the fastest and most effective deployment. The problem is it can easily be defeated by encryption. So if I encrypt a sensitive file prior to transmission, or leverage a VPN technology (see items 5 and 4 on my Top 5 Firewall Threats ) post, the network based DLP will be unable to see the passing information.

Some DLP devices can give you limited ability to work around the encryption problem. For example Fedelis will integrate with a number of proxy products to check passing HTTPS. You have to purchase a supported product however and configure it specifically to prevent end-to-end encryption of HTTPS (the proxy breaks the encrypted stream so payload can be analyzed). Even then you've only solved the problem over HTTPS. Encrypted data through other ports will still be an issue. Or an attacker could encrypt the file locally and then transmit via HTTPS because all the proxy can strip away is the SSL encryption.

Deploying DLP on the desktop solves some of these problems, but not all of them. For example the desktop agents I've looked at do a pretty good job of preventing me from transferring a sensitive file via the Internet or to a local USB drive. If you run an agent based DLP, try this:

  1. Open a sensitive file
  2. Create a screen capture of sensitive info (CTRL-ALT-Print screen)
  3. Open Windows Paint and press CTRL-V
  4. Save the file as a GIF or JPG
  5. Copy to a USB drive or transfer via the Internet

If your results are similar to mine, you'll find this very simple trick fools the agent into letting the data pass by. If you wanted to get really slick, you could add a bit of Steganography .

Exec Sammanfattning

DLP is a powerful technology that can help prevent the release of sensitive information. Currently it is better suited for preventing against accidental data leakage rather than a determined attacker. If the release of sensitive data is a serious concern, you may need to rework your current architecture in order to close the holes DLP cannot defend.

Proaktiv Cyber ​​Defence Seminarium

29 juli 2009

Jag gjorde keynote idag på Proactive Cyber ​​Defence seminariet hålls på International Spy Museum . Very cool plats och värt att kolla in. Det gjorde för en trevlig blandning av gamla skolan och skär säkerhet. Värt resan om du är i DC. Se till att du kolla in spy bajs. ;)

Thanks to all who attended as I had an absolute blast. Jag lovade att lägga upp en PDF-version av bilderna, så här ya go ...

proactive-cyber-defense-seminar

Making The Web a Safer Place With NoScript

24 Juli 2009

Igår var jag över statistik för denna sajt och blev glatt överraskad att se att 70% + av alla besökare använder webbläsaren Firefox. I ett tidigare inlägg jag diskuterade Vad gör en System Sårbara och definierade det som när vi tillåter fjärranslutna användare att interagera med kod som körs på det lokala systemet. Firefox har en utmärkt säkerhet förlängning heter NoScript som dramatiskt kan minska denna vektor av exponering.

Utgångspunkten för NoScript är så rudimentär, undrar man varför alla webbläsare säljaren inte göra denna funktion inbyggd alternativ. NoScript ger dig kontroll över vilka webbplatser som kan exekvera kod på systemet. Det är så enkelt. Så bara att öppna en webbplats inte längre omedelbart innebär att du litar på dem tillräckligt för att exekvera program (Java, Flash, mm) på skrivbordet. NoScript är flexibelt, relativt diskreta och ett "måste" förlängning för att stanna säkert på Internet.

Komma NoScript

Det enklaste sättet att hämta och installera NoScript är rakt igenom Firefox-tillägg fönster. Klicka bara på "Verktyg" från huvudmenyn fält och välj "Add-ons" från rullgardinsmenyn. När Tillägg visas, klicka på "Get Add-ons" knappen längst upp till vänster i fönstret. Om du inte ser NoScript som nämns på "Recommended" listan, klicka på "Bläddra alla tillägg" länken högst upp till höger på skärmen.

Om du klickar på länken kommer att leda till ett nytt Firefox-flik hänvisar dig till den Firefox-tillägg webbplats. I sökfältet skriver "NoScript". När NoScript visas i resultatlistan, klicka på "Add to Firefox"-knappen. När installationen är klar helt enkelt starta om Firefox. Du är nu redo för säkrare surfning. När nya uppdateringar blir tillgängliga kommer du automatiskt att meddelas.

Använda NoScript

När du börjar använda NoScript kan det visa sig att många av dina favoritwebbplatser är trasiga. Flash-video kommer inte längre att laddas automatiskt, rullgardinsmenyer kan misslyckas, etc. Ta en titt på botten av din Firefox-fönster. Du kommer att se utdata som liknar figur # 1. NoScript säger till oss att alla skript för närvarande är inaktiverad för denna webbplats. Webbplatsen försökte köra 12 manus och det var 0 inbäddade objekt (som bilder visa text eller video från andra webbplatser). För att ändra detta beteende helt enkelt klicka på "Alternativ ..."-knappen.

noscript-status

Klicka på "Alternativ ..." kommer att producera en meny liknande figur # 2. Den information som gäller denna specifika platsen är längst ner i menyn. NoScript säger oss att platsen försökte köra skript från fyra olika domäner, mmismm.com, revsci.net, com.com och cnet.com. Vi får två alternativ för varje domän, låt skript från den domänen körs precis för den här sessionen (tillfälligt) eller tillåta domänen att exekvera skript för denna och framtida sessioner samt (Tillåt).

noscript-options

Mmismm.com and revsci.net are advertising companies. They also have a poor trust rating through the Web Of Trust (WOT is another cool Firefox plug-in by the way) so we may want to leave scripts from these domains disabled. The remaining two domains are part of CNET. So if we like to view news and articles from this company we may wish to grant access. Note this should not be automatic however. For example this menu was generated while I was visiting the CNET News site . I was still able to view all the content I was interested in just fine, so really there is no reason to permit any of these domains to execute scripts and expose myself to potential attack.

If you do permit script execution from certain domains, Firefox will automatically reload the page and execute the permitted scripts. You'll now notice that the NoScript status bar will now look more like Figure #3. NoScript is telling us that the site we visited tried to execute scripts from six different domains, but only four of them were permitted. The domains allowed to run scripts are then listed out for us to review. There were 69 scripts total and zero embedded object.

noscript-status2

If we later decide a site is not so trustworthy, its easy to revoke permissions. If we are at the site in question, simply click “Options…” and select the “Forbid” menu item for that domain. If we are not currently browsing the site, go to the top of the menu and select “Options…” (second appearance of this title). Click the “Whitelist” tab, scroll through the list to find the site in question, and click the Remove Selected Sites” button. Problemet löst.

Once you have used NoScript for a while and wish to get into some of the more advanced options, the NoScript site has some excellent information. Start with the FAQ and then move on to the user forums. If you find NoScript saves you even once from an attack, it may be worth clicking the “Donate” button at the top of the main page. ;)

What makes a computer system vulnerable?

19 juli 2009

Tänk på följande fem system:

  • En webbserver
  • Ett skrivbordssystem
  • En "Next Gen" eller Unified Threat Management (UTM) brandvägg
  • Ett nät baserat Intrusion Prevention System (PIN)
  • Ett isolerat system används endast för att behandla Webbserverloggar

Här är 42 $ fråga, om vi antar ovanstående nätverket har en Internet-anslutning, vilket av dessa system är känsliga för avlägsna attack (vilket innebär över kabeln från Internet, inte via direkt tillgång till tangentbordet)?

Allvarligt, inte bara skumma på frågan, ge det några allvarliga tanke. Ditt svar är naturligtvis kommer att ha en direkt inverkan på hur du implementerar en säkerhet kroppshållning eller bedöma riskerna på nätverket. Ganska stora grejer.

Let's talk about each system individually before we say exactly how many are vulnerable to remote attack. Webbservern har minst TCP/80 utsätts för på Internet. Detta ger en socket som en angripare kan ansluta till för att interagera med kod som körs på webbservern. Dess denna interaktion med lokala kod som gör att webbservern mottagliga för potentiella angrepp. Tänk på detta den klassiska synen på risk som vi har känt dessa system som är sårbara i många år.

Så låt oss tala om skrivbordet. Även stationära datorer vanligtvis inte har uttag utsatta för åtkomst från Internet, de initiera kommunikationen sessioner med fjärrservrar. Java, ActiveX etc. kan utnyttjas av dem som fjärrservrar för att interagera med kod som körs på skrivbordet i sig (tror Conficker och du får idén). Så när det visar sig på skrivbordet är sårbar och eftersom ett fjärrsystem kan interagera med lokalt köra kod via dessa utgående sessioner.

Så hur är det UTM brandvägg? Om den har inga öppna portar och härstammar inte från utgående sessioner, buttre det måste vara säkert, eller hur? Tänk på hur en UTM brandvägg fungerar. IP-huvudet och nyttolasten granskas i syfte att ge Malware, innehåll, SPAM, etc. kontroll. In other words, the packet is read into memory and processed by local code in order to provide these services. "Behandlas av lokala koden" betyder naturligtvis att vi interagerar med den. Så det fullt möjligt att en angripare skulle kunna utnyttja samma tillgång att döda systemet (oftast sker detta i form av en enkel DoS-attack, men fjärrkörning av kod har visat sig i det vilda).

OK, hur är det nationella vägledande programmen? Det en är lätt. Both NIPS and UTM firewalls are based on the same underlying technology (stateful inspection) so the same problems arise here as well. De nationella vägledande program är dessutom sårbart för fjärr utnyttja.

Så det lämnar oss med bara isolerat system som är parsning loggar webbserver. Säker eller inte? Visar sig, kan detta system på distans vara fixat också, har angriparen bara vara lite mer smart. Låt oss följa stigen från angriparens system för att denna interna värd.

Angriparen träffar webbservern, som plikttroget skriver vad den ser till en loggfil. Om jag kan bädda in skadlig kod i loggfilen, som kommer att få skickas till isolerade interna system när den tolkar webbloggar. Mike Dålig berättade om ett intressant hacka han sprang in på en kund där en angripare injiceras Java-kod i user agent område som de besökte hans klient webbplats. När den lokala Admin används en webbläsare för att visa sina webbserverloggar (naturligtvis köra som administratör likvärdigt!), Såg webbläsare Java-kod och körs den lokalt. Koden försökte sedan att skapa en omvänd socketanslutning så att angripare kan få fjärråtkomst till boxen.

Så för de som håller poäng, varje system som anges ovan sårbara för avlägsen angrepp.

Vad är den moraliska av historien? Exponering för avlägsna attack är inte om "öppna lyssnande portar i det lokala systemet", det om "tillåter ett fjärrsystem för att samverka med kod som körs på det lokala systemet." Detta kan antingen direkt som i de första fyra exempel, eller indirekt, som i det sista. När vi inser att godtycklig kod tillgång är den sanna orsaken till problemet, inser vi också vår riskexponering är mycket högre än vi trodde.