Hálózatbiztonság a gyakorlatban

Átírás

1 Hálózatbiztonság a gyakorlatban május 22. Budapest Dr. Bencsáth Boldizsár adjunktus BME Hálózati Rendszerek és Szolgáltatások Tsz. bencsath@crysys.hit.bme.hu

2 News 2013 Bit9 cracked hacked-used-to-spread-malware/ Supply chain crack Other forums: Buhera.blog.hu Reddit.com/r/netsec Slashdot.org Twitter Bugtraq Full disclosure Linkedin groups 2

3 News 2013 Adobe 0-day exploit in the wild CVE and CVE Appropriate exploit is chosen by javascript Sandbox Emet 3.5 TP ROP prot successfully stopped 0day Adobe reader exploit pdf from infecting the system. Use EMET! Emet

4 4

5 News Symantec Pc Anywhere source code is on torrent SAS 2012 Adobe keynote defensive computing Kernel local root /proc/<pid>/mem write function HF: Tor, PGP, PIDGIN-OTR, 5

6 Tudom mit tettél tavaly nyáron Feladat: tavaly nyáron egyik nap pontosan megmondani mi volt az IP címe a gépünknek 6

7 Tartalom - Bevezető. Támadó/védekező szerep. Modellek és alapelvek (feltörés, védekezés). Demo. (Nessus, kernel feltörés scripttel) biztonsági problémák és követelmények áttekintése, egy hálózat a támadó szemszögéből, social engineering,. root kit 7

8 Case study the always restarting server A server became unreachable sms notification received After some minutes, the server was restarted Investigation: Syslog messages stated that there was a huge overload and the watchdog restarted the server What caused the overload? (Web? Smtp? User programs? Hardware error? Attack? hard to distinguish) There are thousands of s waiting in the queue Deeper investigations show that the source of the messages is one single computer inside the protected network beyond the server Zombie computer (malware infection) sent out thousands of s The server becomes unstable, overloaded, etc. Users don t like it The server will soon be listed on blacklists as known spammer Users don t like it 8

9 Topology Server Local firewall S w i t c h Infected client Other host Spam target RBL server 9

10 Topology explained The infected host sends thousands messages to local firewall Rapid delivery (no virus scan, high bandwidth) The host does not recognize that it causes overload (a sophisticated spam tool might avoid this) The local firewall uses a smart host sends all s to the external SMTP server Goal: To simply local configuration, avoid multiple processing, avoid problems from source IP address changes (e.g. RBL lists), avoid problems with delivery targets who do not accept s from dynamic IP addresses The real overload happens on the SMTP server (especially in case of virus, spam scanning) Third parties receive from the server they blame the outside server 10

11 How to avoid such problems Prevention or detection (proactive vs. reactive) approach? Prevention: Rate limiting but how much and where? How to identify such problems after that (hard to identify slow spamming, or infected computers without malicious activity) SMTP authentication even at the local firewall only against dummy attackers??? Summary: The Internet is full with simple problems that cannot be solved so easy. 11

12 Reactive approach Identify, analyze the problem: Use watchdog to deal with overloads Alert messages on restart Alert on long queue (blocking, slowing down traffic) Alert on malicious activity (too many english s from the inside IDS system might need development of new module) Spam scanning from internal s -> alert, blocking (might not work: forwarding, delivery error messages) Countermeasures, reactive steps: Filter out s from the infected host (at the local firewall) Delete spam messages on the local firewall and the server (e.g. grep for Received: header line) Notify the administrator of the infected host Check for other infected host in the same network Check RBL servers (might take days to be listed and removed) and try to ask for removal Learn from the case and implement new tools, way to prevent these attacks 12

13 Contradiction The more alert / error messages the administrator receives, the more likely that he/she will not take care about them If there is no alert, no messages, etc., nobody takes care most of the problems (even root cracks!) 13

14 Main goal (in Hungarian) A tárgy célja, hogy megismertesse a hallgatókkal a hírközlő hálózatokban a gyakorlatban felmerülő főbb biztonsági problémákat, valamint a hálózatok biztonságos üzemeltetésének gyakorlati kérdéseit, a védekezés módszertanát és eszközeit. A tárgy azokat az ismereteket kívánja integrálni a képzésbe, amelyek meg tudják ismertetni a hallgatókat a gyakorlatban használt módszerekkel és eszközökkel, ugyanakkor hosszabb távon is hasznos, általános tudást és hozzállást is közvetítenek az adatbiztonság területén. 14

15 Legal aspects This is not a hacker course (Why? Because we are on the good side) Nor an ethical hacker course (Why? Because here tools are just examples We want to tell lessons. Learn to deal with tools at home.) Hacking without preliminary notice is not funny Don t do that! (We have some companies looking for employees much better!) Hungarian law strictly forbids computer crime University rules prohibit such activities, too. After proper consultation about the plans, and with a permission from me, tests can be carried out against some of our systems interactivity is welcome. 15

16 Levéltitok BTK Levéltitok megsértése 224. (1) Aki a) másnak közlést tartalmazó zárt küldeményét megsemmisíti, a tartalmának megismerése végett felbontja, megszerzi, vagy ilyen célból illetéktelen személynek átadja, illetve b) elektronikus hírközlő hálózat útján másnak továbbított közleményt kifürkész, ha súlyosabb bűncselekmény nem valósul meg, vétség miatt elzárással büntetendő. (2) A büntetés egy évig terjedő szabadságvesztés, ha az (1) bekezdésben meghatározott bűncselekményt foglalkozás vagy közmegbízatás felhasználásával követik el. (3) A büntetés a) két évig terjedő szabadságvesztés, ha az (1) bekezdésben meghatározott bűncselekmény, b) bűntett miatt három évig terjedő szabadságvesztés, ha a (2) bekezdésben meghatározott bűncselekmény 16

17 BTK 423 Információs rendszer vagy adat megsértése 423. (1) Aki a) információs rendszerbe az információs rendszer védelmét biztosító technikai intézkedés megsértésével vagy kijátszásával jogosulatlanul belép, vagy a belépési jogosultsága kereteit túllépve vagy azt megsértve bent marad, b) az információs rendszer működését jogosulatlanul vagy jogosultsága kereteit megsértve akadályozza, vagy c) információs rendszerben lévő adatot jogosulatlanul vagy jogosultsága kereteit megsértve megváltoztat, töröl vagy hozzáférhetetlenné tesz, vétség miatt két évig terjedő szabadságvesztéssel büntetendő. (2) A büntetés bűntett miatt egy évtől öt évig terjedő szabadságvesztés, ha az (1) bekezdés b)-c) pontjában meghatározott bűncselekmény jelentős számú információs rendszert érint. (3) A büntetés két évtől nyolc évig terjedő szabadságvesztés, ha a bűncselekményt közérdekű üzem ellen követik el. (4) E alkalmazásában adat: információs rendszerben tárolt, kezelt, feldolgozott vagy továbbított tények, információk vagy fogalmak minden olyan formában való megjelenése, amely információs rendszer általi feldolgozásra alkalmas, ideértve azon programot is, amely valamely funkciónak az információs rendszer által való végrehajtását biztosítja. 17

18 BTK 424 Információs rendszer védelmét biztosító technikai intézkedés kijátszása 424. (1) Aki a 375. vagy a ban meghatározott bűncselekmény elkövetése céljából az ehhez szükséges vagy ezt könnyítő a) jelszót vagy számítástechnikai programot készít, átad, hozzáférhetővé tesz, megszerez, vagy forgalomba hoz, illetve b) jelszó vagy számítástechnikai program készítésére vonatkozó gazdasági, műszaki, szervezési ismereteit más rendelkezésére bocsátja, vétség miatt két évig terjedő szabadságvesztéssel büntetendő. (2) Nem büntethető az (1) bekezdés a) pontjában meghatározott bűncselekmény elkövetője, ha - mielőtt a bűncselekmény elkövetéséhez szükséges vagy ezt megkönnyítő jelszó vagy számítástechnikai program készítése a büntető ügyekben eljáró hatóság tudomására jutott volna - tevékenységét a hatóság előtt felfedi, az elkészített dolgot a hatóságnak átadja, és lehetővé teszi a készítésben részt vevő más személy kilétének megállapítását. (3) E alkalmazásában jelszó: az információs rendszerbe vagy annak egy részébe való belépést lehetővé tevő, számokból, betűkből, jelekből, biometrikus adatokból vagy ezek kombinációjából álló bármely azonosító. XL 18

19 Other courses Coding theory BsC, general background, intro to cryptography Data Security basics of data/network security, cryptography Security (and networking) special deep into some aspects Secure programming deep into secure and unsecure programming Practical network security (this course) More information about the practice Deeper insight into actual problems of the real life Show how security protection and assessment tools are working (not exhausting the goal is to understand what is this all about) 19

20 Házi, részvétel, vizsga Részvételt nem ellenőrzöm Házi feladat kötelező PPT Jelszó: csuka Adatlap: (kértük módosítását, de ez a hivatalos) a. A szorgalmi időszakban: 1 db házi feladat b. A vizsgaidőszakban: szóbeli vizsga. A vizsgajegy kiszámításának módja: házi feladat 25%, szóbeli vizsga A házi feladat, a pótlási hét csütörtök 12 óráig, különeljárási díj ellenében pótolható. Tehát: Házi feladat nélkül is aláírást kell adnom, de valójában ezt el akarjuk kerülni. 20

21 News 2014 mobile.businessweek.com/articles/ /neiman-marcushackers-set-off alerts-while-bagging-credit-card-data Apple SSL validation failure or backdoor SSLVerifySignedServerKeyExchange() a.k.a. The goto epicfail; bug if ((err = ReadyHash(&SSLHashSHA1, &hashctx))!= 0) goto fail; if ((err = SSLHashSHA1.update(&hashCtx, &clientrandom))!= 0) goto fail; if ((err = SSLHashSHA1.update(&hashCtx, &serverrandom))!= 0) goto fail; if ((err = SSLHashSHA1.update(&hashCtx, &signedparams))!= 0) goto fail; goto fail; < ============================================== BUG! (backdoor?) if ((err = SSLHashSHA1.final(&hashCtx, &hashout))!= 0) goto fail 21

22 EC Council Certified Ethical Hacker CEH web site defaced Also MySec Talk kliens_a_boncasztalon 22

23 Goal for today duction to terms Learn some basics about network security stakeholders, methods, etc. Some examples how tools will be presented with screen recordings 23

24 24

25 25

26 26

27 27

28 28

29 29

30 30

31 1. Security stakeholders Security chief (CIO, etc.) Owners/managers Employees Internet Service Provider Contracted professionals (security product vendors, ethical hackers, etc.) Auditors Outsider attackers Everybody has a different goal Everybody has different permissions, possibilities Something working in the classroom might not work in reallife 31

32 Attackers Internal attackers Script kiddies Internet-wide scans (botnets, worms, etc.) Targeted attackers (with low budget) Professional targeted attackers (high budget) Differences: What tools can they use (budget, knowledge) What time constraint they have How much computing, network resources they have How targeted is the attack What (how deep, sophisticated) is the main goal of an attack (e.g. just have a proxy -> ransom, multi-million dollar theft, obtaining millions of credit cards) 32

33 Point-of-View of the attacker The attacker focuses on errors rather than what is working Tries to find the weakest point Finds new ways to attack This is why security testing, audits are important! If You learned security, You can avoid typical errors However, It is hard to identify system-wide problems at the first glance, during a large-scale development And nobody has enough time to do everything in a secure fashion It is not impossible to do security testing against Your own work just take a different hat and a bit different thinking, 33

34 Some practical examples, tools 1. Kernel hack (Script-kiddie style) VIDEO kernel_hack_2618 (10 mins) 34