1 / 57

USC CSci530 Computer Security Systems Lecture notes Fall 2007

USC CSci530 Computer Security Systems Lecture notes Fall 2007. Dr. Clifford Neuman University of Southern California Information Sciences Institute. Announcements. Mid-term Grading We expect to have grades by middle of next week. Dr. Neuman’s Office hours October 19 – Noon to 1PM.

nolen
Download Presentation

USC CSci530 Computer Security Systems Lecture notes Fall 2007

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. USC CSci530Computer Security Systems Lecture notesFall 2007 Dr. Clifford Neuman University of Southern California Information Sciences Institute

  2. Announcements • Mid-term Grading • We expect to have grades by middle of next week. • Dr. Neuman’s Office hours • October 19 – Noon to 1PM

  3. CSci530: Computer Security SystemsLecture 8 – 19 October 2007Malicious Code Dr. Clifford Neuman University of Southern California Information Sciences Institute

  4. Last Week Dr. Nick Weaver talked about his experience studying worms. Today we will talk about malicious code in general, including worms, and gain a perspective on how it works and what it does.

  5. Vulnerabilities, Threats, Attacks • Vulnerability • A weakness or problem that can potentially be exploited. • Threat • Software, systems, or people capable of exploiting a vulnerability. • Attack • An attempt to exploit a vulnerability • Intrusion • Successful application of threat against a vulnerability.

  6. Vulnerabilities • Exploits of coding errors • Buffer overflows • Format strings / Special Formatting • SQL Injection • Overflows

  7. Vulnerabilities • Logic attacks • SMTP Password • Anonymous FTP (WUFTP) • Browser weaknesses • Cross site scripting

  8. Vulnerabilities • Attacks through the network • ARP spoofing • Denial of Service • DNS Cache Poisoning • Weak perimeters • Alternate paths

  9. Vulnerabilities • Protocol attacks • WEP Weaknesses • SMTP server problems • Just not designed for security • Crypto attacks • MD5 Has collisions • RC4 attacks • WEP

  10. Classes of Malicious Code (Criteria 1) How propagated • Trojan Horses • Embedded in useful program that others willwant to run. • Covert secondary effect. • Viruses • When program started will try topropagate itself. • Worms • Exploits bugs to infect running programs. • Infection is immediate.

  11. Classes of Malicious Code (Criteria 2) The perceived effect • Viruses • Propagation and payload • Worms • Propagation and payload • Spyware • Reports back to others • Zombies • Controllable from elsewhere

  12. Activities of Malicious Code • Modification of data • Propagation and payload • Spying • Propagation and payload • Advertising • Reports back to others or uses locally • Propagation • Controllable from elsewhere • Self Preservation • Covering their tracks

  13. Defenses to Malicious Code • Detection • Virus scanning • Intrusion Detection • Least Privilege • Don’t run as root • Separate users ID’s • Sandboxing • Limit what the program can do • Backup • Keep something stable to recover

  14. Trojan Horses • A desirable documented effect • Is why people run a program • A malicious payload • An “undocumented” activity that might be counter to the interests of the user. • Examples: Some viruses, much spyware. • Issues: how to get user to run program.

  15. Trojan Horses • Software that doesn’t come from a reputable source may embed trojans. • Program with same name as one commonly used inserted in search path. • Depending on settings, visiting a web site or reading email may cause program to execute.

  16. Viruses • Resides within another program • Propagates itself to infect new programs (or new instances) • May be an instance of Trojan Horse • Email requiring manual execution • Infected program becomes trojan

  17. Viruses • Early viruses used boot sector • Instruction for booting system • Modified to start virus then system. • Virus writes itself to boot sector of all media. • Propagates by shared disks.

  18. Viruses • Some viruses infect program • Same concept, on start program jumps to code for the virus. • Virus may propagate to other programs then jump back to host. • Virus may deliver payload.

  19. Recent Viruses Spread by Email • Self propagating programs • Use mailbox and address book for likely targets. • Mail program to targeted addresses. • Forge sender to trick recipient to open program. • Exploit bugs to cause auto execution on remote site. • Trick users into opening attachments.

  20. Viruses Phases • Insertion Phase • How the virus propagates • Execution phase • Virus performs other malicious action • Virus returns to host program

  21. Analogy to Real Viruses • Self propagating • Requires a host program to replicate. • Similar strategies • If deadly to start won’t spreadvery far – it kills the host. • If infects and propagates before causing damage, can go unnoticed until it is too late to react.

  22. How Viruses Hide • Encrypted in random key to hide signature. • Polymorphic viruses changes the code on each infection. • Some viruses cloak themselves by trapping system calls.

  23. Macro Viruses • Code is interpreted by common application such as word, excel, postscript interpreter, etc. • May be virulent across architectures.

  24. Worms • Propagate across systems by exploiting vulnerabilities in programs already running. • Buffer overruns on network ports • Does not require user to “run” the worm, instead it seeks out vulnerable machines. • Often propagates server to server. • Can have very fast spread times.

  25. Delayed Effect • Malicious code may go undetected if effect is delayed until some external event. • A particular time • Some occurrence • An unlikely event used to trigger the logic.

  26. Zombies/Bots/Botnets • Machines controlled remotely • Infected by virus, worm, or trojan • Can be contacted by master • May make calls out so control is possible even through firewall. • Often uses IRC for control. • Storm Worm

  27. Spyware • Infected machine collect data • Keystroke monitoring • Screen scraping • History of URL’s visited • Scans disk for credit cards and password. • Allows remote access to data. • Sends data to third party.

  28. Theory • Can not detect a virus by determining whether a program might perform a particular activity. • Reduction from the Halting Problem • But can apply heuristics

  29. Defenses to Malicious Code • Detection • Signature based • Activity based • Prevention • Prevent most instances of memory used as both data and code

  30. Defenses to Malicious Code • Sandbox • Limits access of running program • So doesn’t have full access or even users access. • Detection of modification • Signed executables • Tripwire or similar • Statistical detection

  31. Root Kits • Hide traces of infection or control • Intercept systems calls • Return false information that hides the malicious code. • Returns fall information to hide effect of malicious code. • Some root kits have countermeasures to attempts to detect the root kits. • Blue pill makes itself hyper-root

  32. Best Detection is from the Outside • Platform that is not infected • Look at network packets using external device. • Mount disks on safe machine and run detection on the safe machine. • Trusted computing can help, but still requires outside perspective

  33. Attacks on Availability • Denial of service attacks seek to block availability by overloading network, host, or service resources. • Mounted from a single powerful node • Utilizes consequences of protocol features to amplify attacks. • May be originated from many compromised nodes scattered across the network (Distributed Denial of Service) 16

  34. Difficulty Defending against DOS • Identification/detection • How to distinguish against slash/dotting (i.e. flash crowds) • Even once attack is identified, pushing back require help from other parts of the network. • Blocking at the end point can still leave your connection saturated. • May inadvertently block your legitimate traffic, which is the goal of the attack to begin with. • Redundancy can help • Best approach is to design protocols so that minimal resources can be consumed until legitimacy of requestcan be established. 16

  35. Some Spyware Local • Might not ship data, but just uses it • To pop up targeted ads • Spyware writer gets revenue for referring victim to merchant. • Might rewrite URL’s to steal commissions.

  36. Economics of Malicious Code • Controlled machines for sale • “Protection” for sale • Attack software for sale • Stolen data for sale • Intermediaries used to convert online balances to cash. • These are the pawns and the ones that are most easily caught

  37. Current Event Google unveils plans for online personal health records October 17, 2007 (Computerworld - Heather Havenstein) -- Less than two weeks after Microsoft Corp.announced plans to support online personal health information records, Google unveiled plans to follow suit. • Marissa Mayer, Google's vice president of search products and user experience, said Wednesday here at the Web 2.0 Summit that Google plans to support the "storage and movement" of people's health records. • Although she provided only scant details on the effort, she noted that Google became interested in the personal health record market as it watched Hurricane Katrina take aim at the Gulf Coast and all the paper-based records stored in various medical offices and hospitals in the region. • "In that moment, it was too late for us to mobilize," Mayer said. "It doesn't make sense to generate this volume of information on paper. It should be something that is digital. People should have control over their own records." • For example, she noted, when people change physicians, they should have access to their own X-rays, which they can take to their own doctor instead of having new ones made. • "This is obviously a really big vision. It is a huge endeavor. It will take a lot of breakthroughs in digitization," Mayer said. "This is something we are committed to. You'll be seeing a lot more activity here in the...months to come, so stay tuned."

  38. CSci530: Security SystemsLecture 9 – October 26, 2007ADVANCE SLIDES – MAY CHANGE - Countermeasures Dr. Clifford Neuman University of Southern California Information Sciences Institute

  39. Intrusion Everything • Intrusion Prevention • Marketing buzzword • Good practices fall in this category • We will discuss network architectures • We will discuss Firewalls • Intrusion detection (next week) • Term used for networks • But applies to host as well • Tripwire • Virus checkers • Intrusion response (part now, part next week) • Evolving area • Anti-virus tools have a response component • Can be tied to policy tools 16

  40. Architecture: A first step • Understand your application • What is to be protected • Against which threats • Who needs to access which apps • From where must the access it • Do all this before you invest in the latest products that salespeople will say will solve your problems. 16

  41. What is to be protected • Is it the service or the data? • Data is protected by making it less available • Services are protected by making them more available (redundancy) • The hardest cases are when one needs both. 16

  42. Classes of Data • Decide on multiple data classes • Public data • Customer data • Corporate data • Highly sensitive data (not total ordering) • These will appear in different parts of the network 16

  43. Classes of Users • Decide on classes of users • Based on the access needed to the different classes of data. • You will architect your system and network to enforce policies at the boundaries of these classes. • You will place data to make the mapping as clean as possible. • You will manage the flow of data 16

  44. Example • Where will you place your companies public web server, so that you can be sure an attacker doesn’t hack your site and modify your front page? • Where will you place your customer’s account records so that they can view them through the web? • How will you get updates to these servers? 16

  45. Other Practices • Run Minimal Systems • Don’t run services you don’t need • Patch Management • Keep your systems up to date on the current patches • But don’t blindly install all patches right away either. • Account management • Strong passwords, delete accounts when employees leave, etc. • Don’t rely on passwords alone 16

  46. How to think of Firewalled Network Crunchy on the outside. Soft and chewy on the inside. • Bellovin and Merrit 16

  47. Firewalls • Packet filters • Stateful packet filters • Common configuration • Application level gateways or Proxies • Common for corporate intranets • Host based software firewalls • Manage connection policy • Virtual Private Networks • Tunnels between networks • Relationship to IPsec 16

  48. Packet Filter • Most common form of firewall and what one normally thinks of • Rules define what packets allowed through • Static rules allow packets on particular ports and to and from outside pairs of addresses. • Dynamic rules track destinations based on connections originating from inside. • Some just block inbound TCP SYN packets 16

  49. Network Address Translation • Many home firewalls today are NAT boxes • Single address visible on the outside • Private address space (net 10, 192.168) on the inside. • Hides network structure, hosts on inside are not addressable. • Box maps external connections established from inside back to the private address space. • Servers require persistent mapping and manual configuration. • Many protocols, including attacks, are designed to work through NAT boxes. 16

  50. Application FW or Proxies • No direct flow of packets • Instead, connect to proxy with application protocol. • Proxy makes similar request to the server on the outsdide. • Advantage • Can’t hide attacks by disguising as different protocol. • But can still encapsulate attack. • Disadvantage • Can’t do end to end encryption or security since packets must be interpreted by the proxy and recreated. 16

More Related