Web security Robert Malmgren Robert Malmgren AB Trust is good control is better

Transkript

1 Web security Robert Malmgren Robert Malmgren AB Trust is good control is better

2 Upplägg Angreppsscenarios Hot och risker Säkerhetsinitiativ Något om nya teknologier Ofta funna dumheter Do s & Don ts Säkerhetskultur & säkerhetsmognad Sammanfattning

3 Angreppsprinciper (1) Klient/Server angrepp Server/Klient angrepp Internet Internet Angrepp Riktade mot slumpvisa angrepp offer Internet Internet

4 Angreppsprinciper (2) Distribuerad DoS-attack Förtal/parodi/phising-site Internet Internet Google hacking Internet

5 Angreppsprinciper (3) Internet

6 Komplexitetsfaktorn Client Server Enterprise Server Infrastr. components Applications Internet Explorer MS Office Acrobat reader SAPGUI... IIS webserver OracleWebserver Exchange Microsoft CA... Apache ntpd Entrust CA SAP... PrintServer Simulation software Firewall software... Middleware Databases, integration software, transaction systems, Java, Perl,... Components Operating systems Low level support software Standardized Client operating systems: Windows 2000 Windows XP.NET framework, shared libraries,... Server operating systems: Windows 2003 Server operating systems: Solaris Embedded OS Firmware, BIOS, Drivers, Virtual Host Software Linux Network components...

7 Hot Tekniska hot Legala eller andra hot Information på webbsidan förvanskas defacement, bedrägeri, malwarespridning Värddatorn övertas och missbrukas av obehöriga Omedvetna fel Interna system innehållande känslig information blir tillgängliga för angrepp pgr för hård integration utan kontroll på risker och typ/nivå av exponering Opublicerad information läcker ut (vid fel tillfälle) Juridiskt ansvar för hur webbplatsen nyttjas eller missbrukas: chattar, kommentarsfält, gästbok Medveten handling Spårdata och annan dynamisk inte sparad och går inte att återskapa

8 Hot: Jakten på säkerhetshål fortsätter

9 Säkerhetsproblem i populärkulturen...

10 Buzz word bingo: WebServices, Web 2.0 Web client Web client Web client Web client JavaScript Logic JavaScript Logic 3rd party Web Server Web Server Web Server Web Server Business Logic Business Logic Business Logic Business Logic Back-end support applications Back-end support applications Back-end support applications Back-end support applications

11 Buzz word bingo: WebServices, Web 2.0 HTML & CSS JavaScript Internet XHR-objekt HTTP Webb AppServer Tjänster Databas Web 2.0 öppnar upp för nya typer av angrepp mot, inte minst, klienten Brandväggar för WebServices är andra djur än klassiska IPadressfiltrerande brandväggar Svårt - Tvingar nät/brandväggsadministratörerna att tolka affärslogiken Skapar en mängd nya säkerhetstjänster Många lösningar nyttjar inte de säkerhetskoncept som finns framtagna: autentisering, signering, etc

12 Initiativ för webbsäkerhet Permanenta tekniska skydd Nätbaserad brandvägg Hostbaserad brandvägg Nätbaserad IDS Hostbaserad IDS Nätbaserad IPS Hostbaserad IPS Reverseproxy Härdat OS på värddator Penetrationstester Pärlor för svin? Investeringarna felaktiga alt. ofullständiga om vi inte förstår tekniska förutsättningar, vad som skall skyddas eller skyddsvärdet på det som skall skyddas Permanenta organisatoriska skydd Ha genomtänkt informationsstruktur, test- och produktionssättningförfarande Inför en BRA utvecklingsmetodik / kräv att leverantören kan påvisa att de nyttjar sådan Microsoft Secure Development Lifecycle Model

13 Försvar i djupled Barriär 1 Barriär 2 Barriär 3 Nätverksskydd Skydd i applikation Skydd i OS Skyddad information Behörighetskontroll Behörighetskontroll Behörighetskontroll Åtkomstskydd Sekretess Sekretess Åtkomstskydd Åtkomstskydd Sekretess

14 Seriöst dumma idéer Att lita på indata som kommer från något som en användare kan påverka Att använda samma dator till alltför många tjänster Att hyra en hacker för att testa säkerheten Att lägga ut information publikt på webben som egentligen skulle ligga på ett skyddat och begränsat åtkomligt extranet Slita på E-legitimation för än det ena, än det andra - ena dagen privat, andra dagen på jobbet, tredje dagen för en förenings räkning PIN-kodsbaserade inloggningar, medför såväl enkla uttömmande sökningar som DoS-attacker Hårdkodade lösenord i program och skript Att naivt tro att alla är snälla som läser filen robots.txt

15 Do s & Dont s Do s Förstå riskerna med införande av nya lösningar KISS-principen Förstå databasen som nyttjas - använd fullt ut de säkerhetsmekanismer som ingår Använd mekanismer som finns i programspråk för att undvika säkerhetsproblem: taint, sandlådor, etc Försvar på djupet Don ts Blanda inte utveckling, test och produktionsmiljöer Gör inte utveckling i produktionsmiljön Lägg inte ut information i tron att den inte syns bara för att den saknar länkar från webbsidor Undvik att koda fast dig i specifika versioner, tex av appservern Ge inte ut för mycket information i felmeddelanden

16 Do s & Dont s LOGGAR!!! Do s Loggar behöver vara korrekta, kompletta och användbara Skydda den personliga integriteten Don ts Lägg inte in säkerhetsfunktioner i enbart klientsidan Använd inte Pop-up-rutor med text som ändå ingen läser... Okontrollerad indexering och sökning av de egna webbsidorna Som användare på webben - lämna inte integritetskänslig information Kom ihåg: Internet glömmer inte

17 OWASP är din vän! Open Web Application Security Project BRA utvecklingsguider BRA testguider mängder med BRA testverktyg Exempel för utbildning BRA topplistor över angrepp

18 Utvecklingskurvan! för säkerhet "#$%&'()!*+(%&'()!,'&$+!-../! 0'1%&#!23!"#$%&'()!4&51&+6!*+(%&'()7!-../! *+(%&'() 89'::;%9 4>+:#,5&&#$('A# 4>+:# BC#&+('5=+9 DE$#99#=$#!4>+:# /.G,-I -$)L+7-K!)$%&2 +N-(,-E%>* F9&H%(-&("9- O)*&$"D-+O'(&HPQL!9)R-&(E -.G 6*E(%("(-+!9)&-EE-E /G O)*(%*")"E!9)&-EE 68L9)I -8-*( S9'&T+S-&H*)$)>2 +'*D U"E%*-EE+OH'*>- -/G G-I %-K+N('("E+V") Initiate Strategic Program WG-PXYE('#$%EH+N-&"9%(2 S-'8 F'6# 7)(-.+SH-+L)L"$'(%)*+D%E(9%#"(%)*E+9-L9-E-*(+(2L%&'$+$'9>-+:0333P(2L-+)9>'*%M'(%)*EC+ "5%&$#H!I+&(=#&!JK%9)!-..LM!

19 IT security investments. 3.3 Metrics Types Utvecklingskurvan för säkerhet 2 The maturity of organization s IT security program determines the type of metrics that can be gathered successfully as depicted in Figure 3-1.

20 Apropå Gulans föredrag... Psychological Acceptability Revisited Design for Usability Designing Systems That People Will Trust Guidelines and Strategies for Secure Interaction Design Fighting Phishing at the User Interface Sanitization and Usability Security Administration Tools and Practices Privacy Issues and Human-Computer Interaction A User-Centric Privacy Space Framework Five Pitfalls in the Design for Privacy Firefox and the Worry-Free Web Källa Users and Trust: A Microsoft Case Study

21 Apropå Gulans föredrag... Källa

22 Att vara förberedd...

23 Slutsatser (1) Det finns ingen magisk silverkula JavaScript is the new Shellcode WebServices kan leda till exponering av programåtkomst Många lösningar skapar cirkelberoenden mellan komponenter, vilket omöjliggör patchning och uppgradering Sårbarheter finns överallt, inte minst i plattformen man nyttjar, tex XML Core components, PHP, Java, Ruby, WAS, IAS, Apache, IIS, etc Antagonistfaktorn och programmerade hot utelämnas eller misförstås i riskanalyser

24 Slutsatser (2) Angrepp sker numera ofta från server till klient, efter det att en intern användare bjudit in. Spårbarhet är en av de grundläggande säkerhetsfunktionerna. Spårbarhet (i form av loggar) är i praktiken ofta helt oanvändbara när de behövs som mest... Undvik att bli en tjänst som nyttjas för att skada tredje part: SMS-bombning, phishing, Tänk på det juridiska ansvaret som ändå finns: PuL, Lag om ansvar för elektroniska anslagstavlor, mm, mm Att ligga i teknikens framkant medför per automatik större risker: oprövad teknik, oupptäckta säkerhetshål, etc

25