DOCSLIB.ORG

Linux Security Cookbook

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Linux Security Cookbook Linux Security Cookbook Authors : Daniel J. Barrett, Robert G. Byrnes, Richard Silverman Publisher : O'Reilly Pub Date : June 2003 ISBN : 0-596-00391-9 Table of Contents Preface A Cookbook About Security?!? Intended Audience Roadmap of the Book Our Security Philosophy Supported Linux Distributions Trying the Recipes Conventions Used in This Book We'd Like to Hear from You Acknowledgments Chapter 1. System Snapshots with Tripwire Recipe 1.1. Setting Up Tripwire Recipe 1.2. Displaying the Policy and Configuration Recipe 1.3. Modifying the Policy and Configuration Recipe 1.4. Basic Integrity Checking Recipe 1.5. Read-Only Integrity Checking Recipe 1.6. Remote Integrity Checking Recipe 1.7. Ultra-Paranoid Integrity Checking Recipe 1.8. Expensive, Ultra-Paranoid Security Checking Recipe 1.9. Automated Integrity Checking Recipe 1.10. Printing the Latest Tripwire Report Recipe 1.11. Updating the Database Recipe 1.12. Adding Files to the Database Recipe 1.13. Excluding Files from the Database Recipe 1.14. Checking Windows VFAT Filesystems Recipe 1.15. Verifying RPM-Installed Files Recipe 1.16. Integrity Checking with rsync Recipe 1.17. Integrity Checking Manually Chapter 2. Firewalls with iptables and ipchains Recipe 2.1. Enabling Source Address Verification Recipe 2.2. Blocking Spoofed Addresses Recipe 2.3. Blocking All Network Traffic Recipe 2.4. Blocking Incoming Traffic Recipe 2.5. Blocking Outgoing Traffic Recipe 2.6. Blocking Incoming Service Requests Recipe 2.7. Blocking Access from a Remote Host Recipe 2.8. Blocking Access to a Remote Host Recipe 2.9. Blocking Outgoing Access to All Web Servers on a Network Recipe 2.10. Blocking Remote Access, but Permitting Local Recipe 2.11. Controlling Access by MAC Address Recipe 2.12. Permitting SSH Access Only Recipe 2.13. Prohibiting Outgoing Telnet Connections Recipe 2.14. Protecting a Dedicated Server Recipe 2.15. Preventing pings Recipe 2.16. Listing Your Firewall Rules Recipe 2.17. Deleting Firewall Rules Recipe 2.18. Inserting Firewall Rules Recipe 2.19. Saving a Firewall Configuration Recipe 2.20. Loading a Firewall Configuration Recipe 2.21. Testing a Firewall Configuration Recipe 2.22. Building Complex Rule Trees Recipe 2.23. Logging Simplified Chapter 3. Network Access Control Recipe 3.1. Listing Your Network Interfaces Recipe 3.2. Starting and Stopping the Network Interface Recipe 3.3. Enabling/Disabling a Service (xinetd) Recipe 3.4. Enabling/Disabling a Service (inetd) Recipe 3.5. Adding a New Service (xinetd) Recipe 3.6. Adding a New Service (inetd) Recipe 3.7. Restricting Access by Remote Users Recipe 3.8. Restricting Access by Remote Hosts (xinetd) Recipe 3.9. Restricting Access by Remote Hosts (xinetd with libwrap) Recipe 3.10. Restricting Access by Remote Hosts (xinetd with tcpd) Recipe 3.11. Restricting Access by Remote Hosts (inetd) Recipe 3.12. Restricting Access by Time of Day Recipe 3.13. Restricting Access to an SSH Server by Host Recipe 3.14. Restricting Access to an SSH Server by Account Recipe 3.15. Restricting Services to Specific Filesystem Directories Recipe 3.16. Preventing Denial of Service Attacks Recipe 3.17. Redirecting to Another Socket Recipe 3.18. Logging Access to Your Services Recipe 3.19. Prohibiting root Logins on Terminal Devices Chapter 4. Authentication Techniques and Infrastructures Recipe 4.1. Creating a PAM-Aware Application Recipe 4.2. Enforcing Password Strength with PAM Recipe 4.3. Creating Access Control Lists with PAM Recipe 4.4. Validating an SSL Certificate Recipe 4.5. Decoding an SSL Certificate Recipe 4.6. Installing a New SSL Certificate Recipe 4.7. Generating an SSL Certificate Signing Request (CSR) Recipe 4.8. Creating a Self-Signed SSL Certificate Recipe 4.9. Setting Up a Certifying Authority Recipe 4.10. Converting SSL Certificates from DER to PEM Recipe 4.11. Getting Started with Kerberos Recipe 4.12. Adding Users to a Kerberos Realm Recipe 4.13. Adding Hosts to a Kerberos Realm Recipe 4.14. Using Kerberos with SSH Recipe 4.15. Using Kerberos with Telnet Recipe 4.16. Securing IMAP with Kerberos Recipe 4.17. Using Kerberos with PAM for System-Wide Authentication Chapter 5. Authorization Controls Recipe 5.1. Running a root Login Shell Recipe 5.2. Running X Programs as root Recipe 5.3. Running Commands as Another User via sudo Recipe 5.4. Bypassing Password Authentication in sudo Recipe 5.5. Forcing Password Authentication in sudo Recipe 5.6. Authorizing per Host in sudo Recipe 5.7. Granting Privileges to a Group via sudo Recipe 5.8. Running Any Program in a Directory via sudo Recipe 5.9. Prohibiting Command Arguments with sudo Recipe 5.10. Sharing Files Using Groups Recipe 5.11. Permitting Read-Only Access to a Shared File via sudo Recipe 5.12. Authorizing Password Changes via sudo Recipe 5.13. Starting/Stopping Daemons via sudo Recipe 5.14. Restricting root's Abilities via sudo Recipe 5.15. Killing Processes via sudo Recipe 5.16. Listing sudo Invocations Recipe 5.17. Logging sudo Remotely Recipe 5.18. Sharing root Privileges via SSH Recipe 5.19. Running root Commands via SSH Recipe 5.20. Sharing root Privileges via Kerberos su Chapter 6. Protecting Outgoing Network Connections Recipe 6.1. Logging into a Remote Host Recipe 6.2. Invoking Remote Programs Recipe 6.3. Copying Files Remotely Recipe 6.4. Authenticating by Public Key (OpenSSH) Recipe 6.5. Authenticating by Public Key (OpenSSH Client, SSH2 Server, OpenSSH Key) Recipe 6.6. Authenticating by Public Key (OpenSSH Client, SSH2 Server, SSH2 Key) Recipe 6.7. Authenticating by Public Key (SSH2 Client, OpenSSH Server) Recipe 6.8. Authenticating by Trusted Host Recipe 6.9. Authenticating Without a Password (Interactively) Recipe 6.10. Authenticating in cron Jobs Recipe 6.11. Terminating an SSH Agent on Logout Recipe 6.12. Tailoring SSH per Host Recipe 6.13. Changing SSH Client Defaults Recipe 6.14. Tunneling Another TCP Session Through SSH Recipe 6.15. Keeping Track of Passwords Chapter 7. Protecting Files Recipe 7.1. Using File Permissions Recipe 7.2. Securing a Shared Directory Recipe 7.3. Prohibiting Directory Listings Recipe 7.4. Encrypting Files with a Password Recipe 7.5. Decrypting Files Recipe 7.6. Setting Up GnuPG for Public-Key Encryption Recipe 7.7. Listing Your Keyring Recipe 7.8. Setting a Default Key Recipe 7.9. Sharing Public Keys Recipe 7.10. Adding Keys to Your Keyring Recipe 7.11. Encrypting Files for Others Recipe 7.12. Signing a Text File Recipe 7.13. Signing and Encrypting Files Recipe 7.14. Creating a Detached Signature File Recipe 7.15. Checking a Signature Recipe 7.16. Printing Public Keys Recipe 7.17. Backing Up a Private Key Recipe 7.18. Encrypting Directories Recipe 7.19. Adding Your Key to a Keyserver Recipe 7.20. Uploading New Signatures to a Keyserver Recipe 7.21. Obtaining Keys from a Keyserver Recipe 7.22. Revoking a Key Recipe 7.23. Maintaining Encrypted Files with Emacs Recipe 7.24. Maintaining Encrypted Files with vim Recipe 7.25. Encrypting Backups Recipe 7.26. Using PGP Keys with GnuPG Chapter 8. Protecting Email Recipe 8.1. Encrypted Mail with Emacs Recipe 8.2. Encrypted Mail with vim Recipe 8.3. Encrypted Mail with Pine Recipe 8.4. Encrypted Mail with Mozilla Recipe 8.5. Encrypted Mail with Evolution Recipe 8.6. Encrypted Mail with mutt Recipe 8.7. Encrypted Mail with elm Recipe 8.8. Encrypted Mail with MH Recipe 8.9. Running a POP/IMAP Mail Server with SSL Recipe 8.10. Testing an SSL Mail Connection Recipe 8.11. Securing POP/IMAP with SSL and Pine Recipe 8.12. Securing POP/IMAP with SSL and mutt Recipe 8.13. Securing POP/IMAP with SSL and Evolution Recipe 8.14. Securing POP/IMAP with stunnel and SSL Recipe 8.15. Securing POP/IMAP with SSH Recipe 8.16. Securing POP/IMAP with SSH and Pine Recipe 8.17. Receiving Mail Without a Visible Server Recipe 8.18. Using an SMTP Server from Arbitrary Clients Chapter 9. Testing and Monitoring Recipe 9.1. Testing Login Passwords (John the Ripper) Recipe 9.2. Testing Login Passwords (CrackLib) Recipe 9.3. Finding Accounts with No Password Recipe 9.4. Finding Superuser Accounts Recipe 9.5. Checking for Suspicious Account Use Recipe 9.6. Checking for Suspicious Account Use, Multiple Systems Recipe 9.7. Testing Your Search Path Recipe 9.8. Searching Filesystems Effectively Recipe 9.9. Finding setuid (or setgid) Programs Recipe 9.10. Securing Device Special Files Recipe 9.11. Finding Writable Files Recipe 9.12. Looking for Rootkits Recipe 9.13. Testing for Open Ports Recipe 9.14. Examining Local Network Activities Recipe 9.15. Tracing Processes Recipe 9.16. Observing Network Traffic Recipe 9.17. Observing Network Traffic (GUI) Recipe 9.18. Searching for Strings in Network Traffic Recipe 9.19. Detecting Insecure Network Protocols Recipe 9.20. Getting Started with Snort Recipe 9.21. Packet Sniffing with Snort Recipe 9.22. Detecting Intrusions with Snort Recipe 9.23. Decoding Snort Alert Messages Recipe 9.24. Logging with Snort Recipe 9.25. Partitioning Snort Logs Into Separate Files Recipe 9.26. Upgrading and Tuning Snort's Ruleset Recipe 9.27. Directing System Messages to Log Files (syslog) Recipe 9.28. Testing a syslog Configuration Recipe 9.29. Logging Remotely Recipe 9.30. Rotating Log Files Recipe 9.31. Sending Messages to the System Logger Recipe 9.32. Writing Log Entries via Shell Scripts Recipe 9.33. Writing Log Entries via Perl Recipe 9.34. Writing Log Entries via C Recipe 9.35. Combining Log Files Recipe 9.36. Summarizing Your Logs with logwatch Recipe 9.37. Defining a logwatch Filter Recipe 9.38.
Load more

Recommended publications
  • Implementing Cisco Cyber Security Operations
    2019 CLUS Implementing Cisco Cyber Security Operations Paul Ostrowski / Patrick Lao / James Risler Cisco Security Content Development Engineers LTRCRT-2222 2019 CLUS Cisco Webex Teams Questions? Use Cisco Webex Teams to chat with the speaker after the session How 1 Find this session in the Cisco Live Mobile App 2 Click “Join the Discussion” 3 Install Webex Teams or go directly to the team space 4 Enter messages/questions in the team space Webex Teams will be moderated cs.co/ciscolivebot#LTRCRT-2222 by the speaker until June 16, 2019. 2019 CLUS © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 3 Agenda • Goals and Objectives • Prerequisite Knowledge & Skills (PKS) • Introduction to Security Onion • SECOPS Labs and Topologies • Access SECFND / SECOPS eLearning Lab Training Environment • Lab Evaluation • Cisco Cybersecurity Certification and Education Offerings 2019 CLUS LTRCRT-2222 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 4 Goals and Objectives: • Today's organizations are challenged with rapidly detecting cybersecurity breaches in order to effectively respond to security incidents. Cybersecurity provides the critical foundation organizations require to protect themselves, enable trust, move faster, add greater value and grow. • Teams of cybersecurity analysts within Security Operations Centers (SOC) keep a vigilant eye on network security monitoring systems designed to protect their organizations by detecting and responding to cybersecurity threats. • The goal of Cisco’s CCNA Cyber OPS (SECFND / SECOPS) courses is to teach the fundamental skills required to begin a career working as an associate/entry-level cybersecurity analyst within a threat centric security operations center. • This session will provide the student with an understanding of Security Onion as an open source network security monitoring tool (NSM).
    [Show full text]
  • Linux Networking Cookbook.Pdf
    Linux Networking Cookbook ™ Carla Schroder Beijing • Cambridge • Farnham • Köln • Paris • Sebastopol • Taipei • Tokyo Linux Networking Cookbook™ by Carla Schroder Copyright © 2008 O’Reilly Media, Inc. All rights reserved. Printed in the United States of America. Published by O’Reilly Media, Inc., 1005 Gravenstein Highway North, Sebastopol, CA 95472. O’Reilly books may be purchased for educational, business, or sales promotional use. Online editions are also available for most titles (safari.oreilly.com). For more information, contact our corporate/institutional sales department: (800) 998-9938 or [email protected]. Editor: Mike Loukides Indexer: John Bickelhaupt Production Editor: Sumita Mukherji Cover Designer: Karen Montgomery Copyeditor: Derek Di Matteo Interior Designer: David Futato Proofreader: Sumita Mukherji Illustrator: Jessamyn Read Printing History: November 2007: First Edition. Nutshell Handbook, the Nutshell Handbook logo, and the O’Reilly logo are registered trademarks of O’Reilly Media, Inc. The Cookbook series designations, Linux Networking Cookbook, the image of a female blacksmith, and related trade dress are trademarks of O’Reilly Media, Inc. Java™ is a trademark of Sun Microsystems, Inc. .NET is a registered trademark of Microsoft Corporation. Many of the designations used by manufacturers and sellers to distinguish their products are claimed as trademarks. Where those designations appear in this book, and O’Reilly Media, Inc. was aware of a trademark claim, the designations have been printed in caps or initial caps. While every precaution has been taken in the preparation of this book, the publisher and author assume no responsibility for errors or omissions, or for damages resulting from the use of the information contained herein.
    [Show full text]
  • Wireshark & Ethereal Network Protocol Analyzer
    377_Eth2e_FM.qxd 11/14/06 1:23 PM Page i Visit us at www.syngress.com Syngress is committed to publishing high-quality books for IT Professionals and delivering those books in media and formats that fit the demands of our cus- tomers. We are also committed to extending the utility of the book you purchase via additional materials available from our Web site. SOLUTIONS WEB SITE To register your book, visit www.syngress.com/solutions. Once registered, you can access our [email protected] Web pages. There you may find an assortment of value-added features such as free e-books related to the topic of this book, URLs of related Web sites, FAQs from the book, corrections, and any updates from the author(s). ULTIMATE CDs Our Ultimate CD product line offers our readers budget-conscious compilations of some of our best-selling backlist titles in Adobe PDF form. These CDs are the perfect way to extend your reference library on key topics pertaining to your area of exper- tise, including Cisco Engineering, Microsoft Windows System Administration, CyberCrime Investigation, Open Source Security, and Firewall Configuration, to name a few. DOWNLOADABLE E-BOOKS For readers who can’t wait for hard copy, we offer most of our titles in download- able Adobe PDF form. These e-books are often available weeks before hard copies, and are priced affordably. SYNGRESS OUTLET Our outlet store at syngress.com features overstocked, out-of-print, or slightly hurt books at significant savings. SITE LICENSING Syngress has a well-established program for site licensing our e-books onto servers in corporations, educational institutions, and large organizations.
    [Show full text]
  • Introducing Network Analysis
    377_Eth_2e_ch01.qxd 11/14/06 9:27 AM Page 1 Chapter 1 Introducing Network Analysis Solutions in this chapter: ■ What is Network Analysis and Sniffing? ■ Who Uses Network Analysis? ■ How Does it Work? ■ Detecting Sniffers ■ Protecting Against Sniffers ■ Network Analysis and Policy Summary Solutions Fast Track Frequently Asked Questions 1 377_Eth_2e_ch01.qxd 11/14/06 9:27 AM Page 2 2 Chapter 1 • Introducing Network Analysis Introduction “Why is the network slow?”“Why can’t I access my e-mail?”“Why can’t I get to the shared drive?”“Why is my computer acting strange?” If you are a systems administrator, network engineer, or security engineer you have heard these ques- tions countless times.Thus begins the tedious and sometimes painful journey of troubleshooting.You start by trying to replicate the problem from your computer, but you can’t connect to the local network or the Internet either. What should you do? Go to each of the servers and make sure they are up and functioning? Check that your router is functioning? Check each computer for a malfunctioning network card? Now consider this scenario.You go to your main network switch or border router and configure one of the unused ports for port mirroring.You plug in your laptop, fire up your network analyzer, and see thousands of Transmission Control Protocol (TCP) packets (destined for port 25) with various Internet Protocol (IP) addresses.You investigate and learn that there is a virus on the network that spreads through e-mail, and immediately apply access filters to block these packets from entering or exiting your network.Thankfully, you were able to contain the problem relatively quickly because of your knowledge and use of your network analyzer.
    [Show full text]
  • The Golden Age of Hacking
    The golden age of hacking Sniffing and spoofing Session hijacking Netcat DoS attacks Sniffing • A sniffer captures data via promiscuous mode • Useful for troubleshooting – Admin/root account is usually needed – Hub vs. switch • Island hopping attack • Passive vs. active sniffers – Tcpdump, Windump, ngrep – WireShark, Tshark – Sniffit, got ability to sniff sessions interactively – Dsniff - fragroute guy – Snort IDS - overkill for hacking – WinPcap: The Windows Packet Capture Library – Cain, Ettercap Passive OS fingerprinting • Every OS has its peculiarities regarding TCP stack etc. • P0f v2, identifies OS on: – Machines that connect to your box (SYN mode) – Machines you connect to (SYN+ACK mode) – Machine you cannot connect to (RST+ mode) – Machines whose communications you can observe – Firewall presence, NAT use (useful for policy enforcement) – Existence of a load balancer setup – The distance to the remote system and its uptime – Other guy's network hookup (DSL, optical/avian carriers) and his ISP – http://lcamtuf.coredump.cx/p0f.shtml • Tutorial - Passive OS Fingerprinting With P0f And Ettercap – http://www.irongeek.com/i.php?page=videos/passive-os-fingerprinting – Ettercap • http://ettercap.sourceforge.net/ • PVS (Passive Vulnerability Scanner) – Tenable Network Security (Nessus) ARP operation Jumbo Frames > 1500 • Ethernet frame • ARP packet Dsniff suite - foiling switches http://monkey.org/~dugsong/dsniff/ • Unix tools with good parsing capabilities for many clear-text protocols • MAC flooding switch attack – CAM (Content Addressable
    [Show full text]
  • Packet Sockets, BPF and Netsniff-NG
    Packet Sockets, BPF and Netsniff-NG (Brief intro into finding the needle in the network haystack.) Daniel Borkmann <[email protected]> Open Source Days, Copenhagen, March 9, 2013 D. Borkmann (Red Hat) packet mmap(2), bpf, netsniff-ng March 9, 2013 1 / 9 Motivation and Users of PF PACKET Useful to have raw access to network packet data in user space Analysis of network problems Debugging tool for network (protocol-)development Traffic monitoring, security auditing and more libpcap and all tools that use this library Used only for packet reception in user space tcpdump, Wireshark, nmap, Snort, Bro, Ettercap, EtherApe, dSniff, hping3, p0f, kismet, ngrep, aircrack-ng, and many many more netsniff-ng toolkit (later on in this talk) Suricata and other projects, also in the proprietary industry Thus, this concerns a huge user base that PF PACKET is serving! D. Borkmann (Red Hat) packet mmap(2), bpf, netsniff-ng March 9, 2013 2 / 9 Motivation and Users of PF PACKET Useful to have raw access to network packet data in user space Analysis of network problems Debugging tool for network (protocol-)development Traffic monitoring, security auditing and more libpcap and all tools that use this library Used only for packet reception in user space tcpdump, Wireshark, nmap, Snort, Bro, Ettercap, EtherApe, dSniff, hping3, p0f, kismet, ngrep, aircrack-ng, and many many more netsniff-ng toolkit (later on in this talk) Suricata and other projects, also in the proprietary industry Thus, this concerns a huge user base that PF PACKET is serving! D. Borkmann (Red Hat) packet mmap(2), bpf, netsniff-ng March 9, 2013 2 / 9 Features of PF PACKET Normally sendto(2), recvfrom(2) calls for each packet Buffer copies between address spaces, context switches How can this be further improved (PF PACKET features)?1 Zero-copy RX/TX ring buffer (“packet mmap(2)”) “Avoid obvious waste” principle Socket clustering (“packet fanout”) with e.g.
    [Show full text]
  • Real Time Interception and Filtering of Instant Messaging Protocols
    Real time interception and filtering of instant messaging protocols Warren Harrop1 Centre for Advanced Internet Architectures. Technical Report 030919A Swinburne University of Technology Melbourne, Australia [email protected] Abstract- Internet engineers must actively develop tools and Pkthisto [2] is a packet traffic analysis tool for the technologies to support safe, secure and trustworthy methods for study of on line game traffic, and is being used within Lawful Interception. This paper describes the development of CAIA's Game ENvironment Internet Utilisation Study MsgSifter, a multi-protocol, instant message interception utility (GENIUS) project. It has a real time packet sniffing based on the existing open source software package 'msgsnarf'. ability that could have been modified to recreate TCP Logging and certain protocol filtering changes were made to the sessions, and the MsgSifter code could have been built msgsnarf code. In addition, a Java based GUI was created to from this point. Two other programs, msn666 [3] and place an easy to use control and filtering layer over the command aimsniff [4], already do part of the desired task, sniffing line msgsnarf program. their respective protocols, msn and aim. Each of these 3 programs are quite good in their own right, but Keywords- Instant Messaging, Network Sniffing, Security, combining or extending upon their respective source Lawful Interception, MsgSifter, Dsniff code to produce the desired results of this project would not have been a trivial matter in the time given. I. INTRODUCTION Finally, the code that was expanded upon is Dr. Philip Branch's paper, 'Lawful Interception of the 'msgsnarf', part of the dsniff [5] package of programs.
    [Show full text]
  • Hacking Layer 2: Fun with Ethernet Switches Sean Convery, Cisco Systems [email protected]
    Hacking Layer 2: Fun with Ethernet Switches Sean Convery, Cisco Systems [email protected] l2-security-bh.ppt © 2002, Cisco Systems, Inc. All rights reserved. 1 Agenda ¥ Layer 2 Attack Landscape ¥ Specific Attacks and Countermeasures (Cisco and @Stake Testing)Ñhttp://www.atstake.com MAC Attacks VLAN ÒHoppingÓ Attacks ARP Attacks Spanning Tree Attacks Layer 2 Port Authentication Other Attacks ¥ Summary and Case Study l2-security-bh.ppt © 2002, Cisco Systems, Inc. All rights reserved. 2 Caveats ¥ All attacks and mitigation techniques assume a switched Ethernet network running IP If shared Ethernet access is used (WLAN, Hub, etc.) most of these attacks get much easier If you arenÕt using Ethernet as your L2 protocol, some of these attacks may not work, but you may be vulnerable to different ones J ¥ Attacks in the ÒtheoreticalÓ category can move to the practical in a matter of days ¥ All testing was done on Cisco equipment, Ethernet switch attack resilience varies widely from vendor to vendor ¥ This is not a comprehensive talk on configuring Ethernet switches for security; the focus is on L2 attacks and their mitigation l2-security-bh.ppt © 2002, Cisco Systems, Inc. All rights reserved. 3 Why Worry about Layer 2 Security? OSI Was Built to Allow Different Layers to Work without Knowledge of Each Other Host A Host B Application Stream Application Application Presentation Presentation Session Session Transport Protocols/Ports Transport Network IPIP AddressesAddresses Network MAC Addresses Data Link Data Link Physical Links Physical Physical l2-security-bh.ppt
    [Show full text]
  • TPS Quickstart - Sniffing Switched Networks with Dsniff (V1.0) Chris Vicious Œ [email protected]
    TPS Quickstart - Sniffing switched networks with Dsniff (v1.0) Chris Vicious œ [email protected] Abstract: Dsniff is an advanced suite of utilities which are commonly used for network and penetration testing. This document is intended as a Quickstart guide to implementing a common Man-in-the-Middle (MitM) attack using Dsniff and MAC address spoofing. Before experimenting, please make sure that you are authorized to utilize these techniques on the network that you're testing. For additional warnings and information, please refer to the Dsniff FAQ below. Background: To understand how or why Dsniff works in the manner in which it does, it is helpful to have a little background information with regard to shared and switched network topologies. In a shared network topology (e.g. using a simple hub), Ethernet frames are broadcast to every host on the local segment. Under normal circumstances, the frames are processed only by the host for which the traffic is destined. With this type of network, one may œ assuming root access and a NIC that permits promiscuous mode œ easily deploy a sniffer to any host on the segment in order to capture data. In a switched network topology, Ethernet frames are sent only to the host for which the data is destined œ which has historically been a relatively successful defense against rudimentary sniffing attacks. The destination host is signified within the Ethernet frame by the MAC address œ a "unique" hardware address for each NIC attached to the network. Tools Used: TPS Linux • Fragrouter • Dsniff (Dsniff) • ailsnarf (Dsniff) • Arpspoof (Dsniff) Step 1 - Fragrouter: One of the most common errors in attempting to sniff a switched network is when the attacker fails to enable IP forwarding.
    [Show full text]
  • Cisco Router Security Solutions
    Cisco Router Security Solutions Technical Overview STG-Router-Security © 2007 Cisco Systems, Inc. All rights reserved. Cisco Confidential 1 Cisco Router Security Portfolio Service Integration 3800 Series Scaled to Fit Every Size Branch Office 3200 Series 2800 Series High Density and Performance for 1800 Series Concurrent Services Rugged and 800 Series Mobile Applications Embedded, Advanced Voice, Video, Data, and Security Services Performance and Services Density Services and Performance Embedded Wireless, Security, and Data Small Office and Medium Mobile/Rugged Medium to Teleworker Small Branch Branch Branch Large Branch STG-Router-Security © 2007 Cisco Systems, Inc. All rights reserved. Cisco Confidential 2 Only Cisco Router Security Delivers All This Secure Network Solutions Business Secure Secure Compliance Continuity Voice Mobility Integrated Threat Management 011111101010101 Advanced Content Intrusion Flexible Network Network 802.1x Firewall Filtering Prevention Packet Admission Foundation Matching Control Protection Secure Connectivity Management and Instrumentation Role-Based CCP NetFlow IP SLA GET VPN DMVPN Easy VPN SSL VPN Access STG-Router-Security © 2007 Cisco Systems, Inc. All rights reserved. Cisco Confidential 3 Cisco Router Security Certifications FIPS Common Criteria 140-2, Firewall IPSec (EAL4) Level 2 (EAL4) Cisco® 870 ISR Cisco 1800 ISR Cisco 2800 ISR Cisco 3800 ISR Cisco 7200 VAM2+ Cisco 7200 VSA --- Cisco 7301 VAM2+ Cisco 7600 IPSec VPN SPA --- Catalyst 6500 IPSec VPN SPA --- Cisco 7600 cisco.com/go/securitycert STG-Router-Security © 2007 Cisco Systems, Inc. All rights reserved. Cisco Confidential 4 Cisco Router Security Leadership in Innovation Industry First Cisco Integrated Services Router Innovations in Security . Industry-leading integration of VPN, routing, and QoS: DMVPN, GET VPN, SSL VPN, and Easy VPN .
    [Show full text]
  • Traffic Analysis with Wireshark
    TRAFFIC ANALYSIS WITH WIRESHARK INTECO-CERT February 2011 Author: Borja Merino Febrero The National Communications Technology Institute ( Instituto Nacional de Tecnologías de la Comunicación - INTECO ) recognises and is grateful to the following collaborators for their support in preparing this report. Manuel Belda, from the regional government of Valencia's Computer Security Incident Response Team (CSIRT-cv) and Eduardo Carozo Blumsztein from the ANTEL CSIRT of Uruguay. This publication is the property of the National Communications Technology Institute (INTECO) and is governed by the Spanish Creative Commons Non-commercial Recognition License 3.0. Therefore, copying, distributing, and publicly communicating this work is permitted only under the following circumstances: Recognition: The content of this report may be reproduced by third parties, in whole or in part, specifying its source and expressly referring to both INTECO and its website: http://www.inteco.es . Said recognition may not, under any circumstance, imply that INTECO supports these third parties or supports the use of this work. Non-commercial Use: The original material and the resulting work may be distributed, copied and shown provided that it is not used for commercial purposes. When the work is reused or distributed, its license terms must be made very clear. Some of these conditions may be not be applicable if the copyright license is not obtained from INTECO. Nothing in this license impairs or restricts INTECO's moral rights. http://creativecommons.org/licenses/by-nc-sa/3.0/es/ This document complies with the accessibility conditions for PDF (Portable Document Format). It is a structured and labeled document, with alternatives to all non-textual elements, language mark-up and suitable reading order.
    [Show full text]
  • CFRS 730 Forensic Deep Packt Inspection
    George Mason University CFRS 730-001: Deep Packet Inspection CRN: 14475 Jan 24, 2016 - May 16, 2016 Nguyen Engineering Building 1505, Tuesdays 7:20 - 10:00 ​ Instructor Jennifer Deavers [email protected] Office Hours: Available upon request Description This course will familiarize students with network forensics. Students will identify data that can be retrieved from packets. Students will correlate data. Students will apply industry best practices to evidence collection and analysis with hands-on exercises using current tools. Student should be ready to perform the majority of their work in a terminal command line environment. Learning Objectives Upon completing the course, students will be able to: ❏ Analyze data retrieved from network packet capture data using command line tools ❏ Select and configure various open-source tools for live and network forensics analysis and utilise these tools for network investigation ❏ Develop and practice an advanced knowledge of key live and network forensic principles and methods ❏ Comprehend common threats and vulnerabilities to which a network may be exposed Grading Tool Share: 25% Midterm: 25% PCAP Challenge: 25% Final: 25% Total: 100% 1 Version 1.0 01/16/2017 Tool Share The class will consist of a tool share. The tool share project will include an analytic paper detailing your analysis on several command line protocol or traffic analysis tools. A short presentation detailing the results of your analysis and demonstrating your assigned tools will also be a requirement. The report and presentation are both due on the assigned class week. Twenty percent (20%) of the tool share grade will come from the presentation material forty percent (40%) will come from the information derived in the report and forty percent will come from the (40%) demonstration.
    [Show full text]