Use IP tables to detect and prevent network-based attacks.

IP அட்டவணைகளைப் பயன்படுத்தி, நெட்வொர்க் அடிப்படையிலான தாக்குதல்களைக் கண்டறிந்து தடுக்கவும்.


லினக்ஸ் ஃபயர்வால்கள் ஒரு சிறந்த புத்தகம்.


The book presented valuable information.

புத்தகம் மதிப்புமிக்க தகவல்களை வழங்கியது.


Each of the central topics were thoroughly explained.

மையப் பாடங்கள் ஒவ்வொன்றும் முழுமையாக விளக்கப்பட்டுள்ளன.


The author approaches the subject in a layered method.

ஆசிரியர் ஒரு அடுக்கு முறையில் இந்த விஷயத்தை அணுகுகிறார்.


The book takes a stab at teaching the basics of network security.

புத்தகம் நெட்வொர்க் பாதுகாப்பின் அடிப்படைகளை கற்பிப்பதில் ஒரு முயற்சியை மேற்கொள்கிறது.


This admirable text goes much further than advertised.

இந்த பாராட்டுக்குரிய உரை விளம்பரப்படுத்தப்பட்டதை விட அதிகமாக செல்கிறது.


This book heightens an average system administrator’s awareness.

இந்த புத்தகம் ஒரு சராசரி கணினி நிர்வாகியின் விழிப்புணர்வை அதிகரிக்கிறது.


If you are responsible for keeping a secure network, Linux Firewalls is an invaluable resource.

நீங்கள் பாதுகாப்பான நெட்வொர்க்கை பராமரிக்க பொறுப்பாக இருந்தால், லினக்ஸ் ஃபயர்வால்கள் ஒரு விலைமதிப்பற்ற ஆதாரமாகும்.


If you’re building a Linux firewall and want to know what all the bells and whistles are.

நீங்கள் ஒரு லினக்ஸ் ஃபயர்வாலை உருவாக்கி, அதில் உள்ள அனைத்து அம்சங்களையும் தெரிந்து கொள்ள விரும்பினால்.


This book will help you to configure them securely.

இந்த புத்தகம் அவற்றை பாதுகாப்பாக கட்டமைக்க உதவும்.


It will help you understand how they can be monitored.

அவை எவ்வாறு கண்காணிக்கப்படலாம் என்பதைப் புரிந்துகொள்ள இது உங்களுக்கு உதவும்.


The book is distributed on an “As Is” basis, without warranty.

புத்தகம் எந்த உத்தரவாதமும் இல்லாமல்,


The book is dedicated to Katie and little Bella.

இந்தப் புத்தகம் கேட்டி மற்றும் சிறிய பெல்லாவுக்கு அர்ப்பணிக்கப்பட்டுள்ளது.


புத்தகத்தில் ஒரு அட்டவணை உள்ளது.


ஏன் iptables மூலம் தாக்குதல்களைக் கண்டறிய வேண்டும்?


What about dedicated network intrusion detection systems?

பிரத்யேக நெட்வொர்க் ஊடுருவல் கண்டறிதல் அமைப்புகளைப் பற்றி என்ன?


A firewall could also be considered a policy enforcement system.

ஃபயர்வாலை ஒரு கொள்கை அமலாக்க அமைப்பாகவும் கருதலாம்.


In the modern attack environment, this sort of defense is entirely insufficient.

நவீன தாக்குதல் சூழலில், இந்த வகையான பாதுகாப்பு முற்றிலும் போதுமானதாக இல்லை.


Restricting those exploitation channels is necessary.

அந்த சுரண்டல் சேனல்களை கட்டுப்படுத்துவது அவசியம்.


The firewall configuration is exceedingly easy.

தீயரசுச்சுவர் உள்ளமைவு மிகவும் எளிதானது.


We only need to accept incoming connection requests to the SSH daemon.

நாம் உள்வரும் இணைப்பு கோரிக்கைகளை SSH டெமனுக்கு ஏற்க வேண்டும்.


Similar configurations apply to OUTPUT and FORWARD chains.

வெளியீடு மற்றும் ஃபார்வர்டு சங்கிலிகளுக்கும் இதே போன்ற உள்ளமைவுகள் பொருந்தும்.


The OUTPUT chain allows iptables to apply kernel-level controls.

வெளியீட்டுச் சங்கிலி, கர்னல்-நிலை கட்டுப்பாடுகளைப் பயன்படுத்த iptables அனுமதிக்கிறது.


If an SSH session is initiated to an external system, the OUTPUT chain could be used.

ஒரு SSH அமர்வு வெளிப்புற கணினிக்கு தொடங்கப்பட்டால், வெளியீட்டுச் சங்கிலியைப் பயன்படுத்தலாம்.


இயல்புநிலை பதிவு விதி இறுதியில் உள்ளது.


Connections initiated from the firewall itself will be to download patches.

தீயரசுச்சுவரிலிருந்து தொடங்கப்பட்ட இணைப்புகள் பேட்ச்களைப் பதிவிறக்கம் செய்வதற்காக இருக்கும்.


This functionality is important for both attack detection and passive OS fingerprinting.

இந்த செயல்பாடு தாக்குதல் கண்டறிதல் மற்றும் செயலற்ற OS கைரேகைக்கு முக்கியமானது.


The FORWARD chain provides the ability to wrap access controls.

ஃபார்வர்டு சங்கிலி அணுகல் கட்டுப்பாடுகளைச் சுற்றி வர உதவுகிறது.


Such packets are either destined for or emanate from the firewall.

அத்தகைய பாக்கெட்டுகள் தீயரசுச்சுவருக்கு அனுப்பப்படுகின்றன அல்லது அங்கிருந்து வருகின்றன.


HTTP, HTTPS, and DNS traffic is allowed through from any source.

HTTP, HTTPS மற்றும் DNS போக்குவரத்து எந்த மூலத்திலிருந்தும் அனுமதிக்கப்படுகிறது.


The final step is to enable the translation of internal addresses.

இறுதி படி உள் முகவரிகளை மொழிபெயர்ப்பதை இயக்குவதாகும்.


We’ll use the source NAT (SNAT) target for internal connections.

உள் இணைப்புகளுக்கு மூல NAT (SNAT) இலக்கைப் பயன்படுத்துவோம்.


The iptables nat table is dedicated to all NAT rules.

iptables nat அட்டவணை அனைத்து NAT விதிகளுக்கும் அர்ப்பணிக்கப்பட்டுள்ளது.


The PREROUTING chain is used to apply rules in the nat table.

PREROUTING சங்கிலி nat அட்டவணையில் விதிகளைப் பயன்படுத்தப் பயன்படுகிறது.


The POSTROUTING chain is responsible for processing packets.

POSTROUTING சங்கிலி பாக்கெட்டுகளை செயலாக்குவதற்கு பொறுப்பாகும்.


For a complete explanation of how iptables does NAT, see the documentation.

iptables NAT ஐ எவ்வாறு செய்கிறது என்பதைப் பற்றிய முழுமையான விளக்கத்திற்கு, ஆவணங்களைப் பார்க்கவும்.


The iptables commands required to provide NAT functionality are displayed above.

NAT செயல்பாட்டை வழங்க தேவையான iptables கட்டளைகள் மேலே காட்டப்பட்டுள்ளன.


The final POSTROUTING rule allows connections to look as though they come from the IP address.

இறுதி POSTROUTING விதி இணைப்புகள் IP முகவரியிலிருந்து வந்ததைப் போல் தோற்றமளிக்க அனுமதிக்கிறது.


Activating the Policy is trivially easy through the execution of iptables commands.

iptables கட்டளைகளை செயல்படுத்துவதன் மூலம் கொள்கையை செயல்படுத்துவது மிகவும் எளிதானது.


The first test is to generate an unsolicited ICMP Echo Reply packet from the external network.

முதல் சோதனை என்னவென்றால், வெளிப்புற நெட்வொர்க்கிலிருந்து கோரப்படாத ICMP எதிரொலி பதில் தொகுப்பை உருவாக்குவதாகும்.


By examining the iptables log, we see that this is indeed the case.

iptables பதிவை ஆராய்வதன் மூலம், இது உண்மையில் அப்படி இருப்பதைக் காண்கிறோம்.


Similarly, the same result is achieved from the internal network.

அதேபோல், உள் நெட்வொர்க்கிலிருந்தும் இதே முடிவு பெறப்படுகிறது.


This chapter focuses on iptables concepts that are important for the rest of the book.

இந்த அத்தியாயம் புத்தகத்தின் மற்ற பகுதிகளுக்கு முக்கியமான iptables கருத்துகளைப் பற்றி கவனம் செலுத்துகிறது.


We are now ready to jump into a treatment of attacks that we can detect—and thwart, as we shall see—with iptables.

iptables மூலம் நாம் கண்டறியக்கூடிய மற்றும் முறியடிக்கக்கூடிய தாக்குதல்களைப் பற்றி இப்போது விவாதிக்கத் தயாராக உள்ளோம்.


The network layer—layer three in the OSI Reference Model—is the primary mechanism for end-to-end routing.

நெட்வொர்க் அடுக்கு - OSI குறிப்பு மாதிரியில் மூன்றாவது அடுக்கு - இறுதி முதல் இறுதி வரை ரூட்டிங்கிற்கான முதன்மை வழிமுறையாகும்.


This book is concerned mostly with attacks that are delivered over the IPv4 networking protocol.

இந்த புத்தகம் முக்கியமாக IPv4 நெட்வொர்க்கிங் நெறிமுறையின் மூலம் வழங்கப்படும் தாக்குதல்களைப் பற்றியது.


With the iptables LOG target, firewalls built with iptables have the ability to write log data to syslog.

iptables LOG இலக்குடன், iptables மூலம் உருவாக்கப்பட்ட ஃபயர்வால்கள் syslog-க்கு பதிவு தரவை எழுதும் திறனைக் கொண்டுள்ளன.


Because the iptables logging format is quite thorough, iptables logs are well-suited to supporting the detection of many network layer header abuses.

iptables பதிவு வடிவம் மிகவும் முழுமையானதாக இருப்பதால், பல நெட்வொர்க் அடுக்கு தலைப்பு துஷ்பிரயோகங்களைக் கண்டறிவதற்கு iptables பதிவுகள் நன்கு பொருத்தமானவை.


The IP header is defined by RFC 791, which describes the structure of the header used by IP.

IP தலைப்பு RFC 791 ஆல் வரையறுக்கப்பட்டுள்ளது, இது IP ஆல் பயன்படுத்தப்படும் தலைப்பின் கட்டமைப்பை விவரிக்கிறது.


Here is an example iptables log message generated by sending an ICMP Echo Request.

ICMP எதிரொலி கோரிக்கையை அனுப்புவதன் மூலம் உருவாக்கப்பட்ட ஒரு iptables பதிவு செய்திக்கான உதாரணம் இங்கே.


The IP header begins in the log message above with the source IP address.

மேலே உள்ள பதிவு செய்தியில் IP தலைப்பு மூல IP முகவரியுடன் தொடங்குகிறது.


IP options provide various control functions for IP communications.

IP விருப்பங்கள் IP தொடர்புகளுக்கு பல்வேறு கட்டுப்பாட்டு செயல்பாடுகளை வழங்குகின்றன.


For iptables to log the options portion of the IP header, use the following command.

iptables ஆனது IP தலைப்பின் விருப்பப் பகுதியை பதிவு செய்ய, பின்வரும் கட்டளையைப் பயன்படுத்தவும்.


The default LOG rules in the policy built by the iptables.sh script in Chapter 1 all use the --log-ip-options command-line argument.

அத்தியாயம் 1 இல் உள்ள iptables.sh ஸ்கிரிப்ட் மூலம் உருவாக்கப்பட்ட கொள்கையில் உள்ள இயல்புநிலை LOG விதிகள் அனைத்தும் --log-ip-options கட்டளை வரி வாதத்தைப் பயன்படுத்துகின்றன.


Logging ICMP The iptables LOG target has code dedicated to logging ICMP.

ICMP பதிவு செய்தல் iptables LOG இலக்கு ICMP ஐப் பதிவு செய்ய அர்ப்பணிக்கப்பட்ட குறியீட்டைக் கொண்டுள்ளது.


ICMP (defined by RFC 792) has a simple header that is only 32 bits wide.

ICMP (RFC 792 ஆல் வரையறுக்கப்பட்டது) ஒரு எளிய தலைப்பைக் கொண்டுள்ளது, இது 32 பிட்கள் அகலம் கொண்டது.


We define a network layer attack as a packet or series of packets that abuses the fields of the network layer header.

நெட்வொர்க் அடுக்கு தாக்குதலை, நெட்வொர்க் அடுக்கு தலைப்பின் புலங்களை துஷ்பிரயோகம் செய்யும் ஒரு தொகுப்பு அல்லது தொகுப்புகளின் தொடர் என வரையறுக்கிறோம்.


Network attacks fall into one of three categories.

நெட்வொர்க் தாக்குதல்கள் மூன்று வகைகளில் ஒன்றாக வருகின்றன.


The Smurf attack is an old but elegant technique whereby an attacker spoofs ICMP Echo Requests to a network broadcast address.

ஸ்மர்ப் தாக்குதல் என்பது ஒரு பழைய, ஆனால் நேர்த்தியான நுட்பமாகும், இதன் மூலம் ஒரு தாக்குபவர் ICMP எதிரொலி கோரிக்கைகளை ஒரு நெட்வொர்க் ஒளிபரப்பு முகவரிக்கு அனுப்புகிறார்.


Recent kernels allow you to filter packets by default with an iptables policy.

சமீபத்திய கர்னல்கள், iptables கொள்கையைப் பயன்படுத்தி, இயல்பாகவே பாக்கெட்டுகளை வடிகட்ட உங்களை அனுமதிக்கின்றன.


While many Linux distributions come with pre-built kernels that already have iptables compiled in, the default kernel configuration tries to stay as lean and mean as possible.

பல லினக்ஸ் விநியோகங்கள் ஏற்கனவே iptables தொகுக்கப்பட்ட முன் கட்டமைக்கப்பட்ட கர்னல்களுடன் வந்தாலும், இயல்புநிலை கர்னல் கட்டமைப்பு முடிந்தவரை மெலிதாகவும், சிக்கனமாகவும் இருக்க முயற்சிக்கிறது.


Hence, it is important to understand the process of recompiling the kernel so that iptables policies can make use of additional functionality.

எனவே, iptables கொள்கைகள் கூடுதல் செயல்பாட்டைப் பயன்படுத்தும் வகையில் கர்னலை மீண்டும் தொகுக்கும் செயல்முறையைப் புரிந்துகொள்வது முக்கியம்.


The most important step towards building a Linux system that can function as an iptables firewall is the proper configuration and compilation of the Linux kernel.

iptables ஃபயர்வாலாக செயல்படக்கூடிய லினக்ஸ் அமைப்பை உருவாக்குவதற்கான மிக முக்கியமான படி, லினக்ஸ் கர்னலை முறையாக கட்டமைத்து தொகுப்பதாகும்.


All heavy network-processing and comparison functions in iptables take place within the kernel.

iptables இல் உள்ள அனைத்து கனரக நெட்வொர்க் செயலாக்கம் மற்றும் ஒப்பீடு செயல்பாடுகள் கர்னலுக்குள் நடைபெறுகின்றன.


We’ll begin by compiling the latest version of the kernel from the 2.6 stable series.

2.6 நிலையான தொடரில் இருந்து கர்னலின் சமீபத்திய பதிப்பைத் தொகுப்பதன் மூலம் தொடங்குவோம்.


Although a complete treatment of the vagaries of the kernel compilation process is beyond the scope of this book, we’ll discuss enough of the process for you to compile in and enable the critical capabilities.

கர்னல் தொகுப்பு செயல்முறையின் மாறுபாடுகள் பற்றிய முழுமையான சிகிச்சை இந்தப் புத்தகத்தின் நோக்கத்திற்கு அப்பாற்பட்டது என்றாலும், முக்கியமான திறன்களைத் தொகுத்து இயக்க தேவையான செயல்முறையைப் பற்றி விவாதிப்போம்.


As far as other kernel compilation options not related to Netfilter subsystems, such as processor architecture, network interface driver(s), and filesystem support, I’ll assume that you’ve chosen the correct options.

செயலி கட்டமைப்பு, நெட்வொர்க் இடைமுக இயக்கி(கள்), மற்றும் கோப்பு முறைமை ஆதரவு போன்ற நெட்ஃபில்டர் துணை அமைப்புகளுடன் தொடர்பில்லாத பிற கர்னல் தொகுப்பு விருப்பங்களைப் பொறுத்தவரை, நீங்கள் சரியான விருப்பங்களைத் தேர்ந்தெடுத்துள்ளீர்கள் என்று நான் கருதுகிறேன்.


For more information on compiling the 2.6 series kernel, see the Kernel Rebuild Guide written by Kwan Lowe.

2.6 தொடர் கர்னலைத் தொகுப்பது பற்றிய கூடுதல் தகவலுக்கு, குவான் லோவ் எழுதிய கர்னல் மறுசீரமைப்பு வழிகாட்டியைப் பார்க்கவும்.


Before you can install the Linux kernel, you need to download and unpack it.

லினக்ஸ் கர்னலை நிறுவுவதற்கு முன், அதை பதிவிறக்கம் செய்து அன் பேக் செய்ய வேண்டும்.


The following commands accomplish this for the 2.6.20.1 kernel.

கீழ்க்கண்ட கட்டளைகள் 2.6.20.1 கர்னலுக்காக இதைச் செய்கின்றன.


In general, however, the same strategies also apply to the 2.4-series kernel.

பொதுவாக, அதே உத்திகள் 2.4-தொடர் கர்னலுக்கும் பொருந்தும்.


To help reduce the load, the kernel can be downloaded from one of the mirrors.

சுமையைக் குறைக்க, கர்னலை கண்ணாடிகளில் ஒன்றிலிருந்து பதிவிறக்கம் செய்யலாம்.


Once you have a particular version of the kernel sources on your system, you can download and apply a kernel patch file to upgrade to the next version.

உங்கள் கணினியில் கர்னல் மூலங்களின் குறிப்பிட்ட பதிப்பு கிடைத்ததும், அடுத்த பதிப்பிற்கு மேம்படுத்த கர்னல் பேட்ச் கோப்பை பதிவிறக்கம் செய்து பயன்படுத்தலாம்.


Fortunately, the process of building this file has been automated by kernel developers, and it can be initiated with a single command.

அதிர்ஷ்டவசமாக, இந்த கோப்பை உருவாக்கும் செயல்முறை கர்னல் டெவலப்பர்களால் தானியங்குபடுத்தப்பட்டுள்ளது, மேலும் இதை ஒரே கட்டளையுடன் தொடங்கலாம்.


The make menuconfig command launches the Ncurses interface in which you can select various compile options.

make menuconfig கட்டளை Ncurses இடைமுகத்தை இயக்குகிறது, அதில் நீங்கள் பல்வேறு தொகுப்பு விருப்பங்களை தேர்ந்தெடுக்கலாம்.


I’ve chosen the Ncurses interface because it provides a nice balance between the spartan terminal interface and the relatively expensive X Windows interface.

நான் Ncurses இடைமுகத்தைத் தேர்ந்தெடுத்தேன், ஏனெனில் இது ஸ்பார்டன் டெர்மினல் இடைமுகம் மற்றும் ஒப்பீட்டளவில் விலையுயர்ந்த X விண்டோஸ் இடைமுகம் ஆகியவற்றுக்கு இடையே ஒரு நல்ல சமநிலையை வழங்குகிறது.


After executing make menuconfig, we are presented with several configuration sections ranging from Code Maturity Level options to Library Routines.

make menuconfig ஐ இயக்கிய பிறகு, குறியீடு முதிர்வு நிலை விருப்பங்கள் முதல் லைப்ரரி வழக்கங்கள் வரை பல கட்டமைப்பு பிரிவுகள் நமக்கு வழங்கப்படுகின்றன.


Most Netfilter compilation options for the 2.6-series kernel are located within a section called Network Packet Filtering Framework (Netfilter) under Networking Networking Options.

2.6-தொடர் கர்னலுக்கான பெரும்பாலான நெட்ஃபில்டர் தொகுப்பு விருப்பங்கள் நெட்வொர்க்கிங் நெட்வொர்க்கிங் விருப்பங்களின் கீழ் நெட்வொர்க் பாக்கெட் ஃபில்டரிங் கட்டமைப்பின் (நெட்ஃபில்டர்) பிரிவில் அமைந்துள்ளன.


Some of the more important options to enable within the kernel configuration file include Netfilter connection tracking, logging, and packet filtering.

கர்னல் கட்டமைப்பு கோப்பில் இயக்க வேண்டிய சில முக்கியமான விருப்பங்களில் நெட்ஃபில்டர் இணைப்பு கண்காணிப்பு, பதிவு மற்றும் பாக்கெட் வடிகட்டுதல் ஆகியவை அடங்கும்.


If you run a networked Linux machine, your system is at risk of being attacked and potentially compromised every second of every day.

நீங்கள் ஒரு நெட்வொர்க் செய்யப்பட்ட லினக்ஸ் இயந்திரத்தை இயக்கும்போது, உங்கள் கணினி ஒவ்வொரு நொடியும் தாக்குதலுக்கு உள்ளாகும் அபாயத்தில் உள்ளது, மேலும் சமரசம் செய்யப்படலாம்.


Deploying a strict iptables filtering policy is a good first step toward maintaining a strong security stance.

ஒரு கடுமையான iptables வடிகட்டுதல் கொள்கையை செயல்படுத்துவது வலுவான பாதுகாப்பு நிலையை பராமரிப்பதற்கான ஒரு நல்ல முதல் படியாகும்.


Even if your Linux system is connected to a network that is protected upstream by another firewall or other filtering device, there is always a chance that this upstream device may be unable to provide adequate protection.

உங்கள் லினக்ஸ் அமைப்பு மற்றொரு ஃபயர்வாால் அல்லது பிற வடிகட்டுதல் சாதனத்தால் பாதுகாக்கப்பட்ட ஒரு நெட்வொர்க்குடன் இணைக்கப்பட்டிருந்தாலும், இந்த மேல்நிலை சாதனம் போதுமான பாதுகாப்பை வழங்க முடியாமல் போகலாம்.


Such a device might be configured improperly, it might suffer from a bug or other failure, or it might not possess the ability to protect your Linux system from certain classes of attack.

அத்தகைய சாதனம் முறையற்ற முறையில் கட்டமைக்கப்படலாம், அது ஒரு பிழை அல்லது பிற தோல்வியால் பாதிக்கப்படலாம், அல்லது உங்கள் லினக்ஸ் அமைப்பை சில வகையான தாக்குதல்களிலிருந்து பாதுகாக்க அது திறன் பெற்றிருக்காது.


It is important to achieve a decent level of redundancy wherever possible, and the security benefits of running iptables on every Linux system (both servers and desktops) can outweigh the additional management overhead.

முடிந்தவரை போதுமான அளவிலான உபரித்தன்மையை அடைவது முக்கியம், மேலும் ஒவ்வொரு லினக்ஸ் அமைப்பிலும் (சேவையகங்கள் மற்றும் டெஸ்க்டாப்கள்) iptables ஐ இயக்குவதன் பாதுகாப்பு நன்மைகள் கூடுதல் நிர்வாக மேலோட்டத்தை விட அதிகமாக இருக்கலாம்.


Put another way, the risks of a compromise and the value of the data that could be lost will likely outweigh the cost of deploying and maintaining iptables throughout your Linux infrastructure.

வேறு வார்த்தைகளில் கூறுவதானால், ஒரு சமரசத்தின் அபாயங்களும், இழக்கக்கூடிய தரவின் மதிப்பும், உங்கள் லினக்ஸ் உள்கட்டமைப்பில் iptables ஐப் பயன்படுத்துவதற்கும் பராமரிப்பதற்கும் ஆகும் செலவை விட அதிகமாக இருக்கும்.


The primary goal of this book is to show you how to maximize iptables from the standpoints of detecting and responding to network attacks.

இந்த புத்தகத்தின் முதன்மை நோக்கம், நெட்வொர்க் தாக்குதல்களைக் கண்டறிதல் மற்றும் பதிலளித்தல் ஆகியவற்றின் அடிப்படையில் iptables ஐ எவ்வாறு அதிகப்படுத்துவது என்பதை உங்களுக்குக் காட்டுவதாகும்.


A restrictive iptables policy that limits who can talk to which services on a Linux system is a good first step, but you will soon see that you can take things much further.

லினக்ஸ் கணினியில் எந்த சேவைகளுடன் யார் பேச முடியும் என்பதை கட்டுப்படுத்தும் ஒரு கட்டுப்பாட்டு iptables கொள்கை ஒரு நல்ல முதல் படியாகும், ஆனால் நீங்கள் விஷயங்களை இன்னும் அதிகமாக எடுத்துச் செல்ல முடியும் என்பதை விரைவில் காண்பீர்கள்.


The job of detecting intrusions is usually left to special systems that are designed for this purpose and that have a broad view of the local network.

ஊடுருவல்களைக் கண்டறியும் பணி பொதுவாக இந்த நோக்கத்திற்காக வடிவமைக்கப்பட்ட சிறப்பு அமைப்புகளுக்கு விடப்படுகிறது, மேலும் அவை உள்ளூர் நெட்வொர்க்கைப் பற்றிய பரந்த பார்வையை கொண்டுள்ளன.


This book does not advocate changing this strategy.

இந்த புத்தகம் இந்த உத்தியை மாற்றுவதை ஆதரிக்கவில்லை.


There is no substitute for having a dedicated network intrusion detection system (IDS) as a part of the security infrastructure charged with protecting a network.

ஒரு நெட்வொர்க்கைப் பாதுகாக்கும் பொறுப்பில் உள்ள பாதுகாப்பு உள்கட்டமைப்பின் ஒரு பகுதியாக ஒரு அர்ப்பணித்த நெட்வொர்க் ஊடுருவல் கண்டறிதல் அமைப்பு (IDS) இருப்பதற்கு மாற்றாக எதுவும் இல்லை.


In addition, the raw packet data that an IDS can collect is an invaluable source of data.

கூடுதலாக, ஒரு IDS சேகரிக்கக்கூடிய மூல பாக்கெட் தரவு விலைமதிப்பற்ற தரவு ஆதாரமாகும்.


Whenever a security analyst is tasked with figuring out what happened during an attack or a system compromise, having the raw packet data is absolutely critical to piecing things together, and an event from an IDS can point the way.

ஒரு பாதுகாப்பு ஆய்வாளர் ஒரு தாக்குதல் அல்லது கணினி சமரசத்தின் போது என்ன நடந்தது என்பதைக் கண்டுபிடிக்கும் பணியில் இருக்கும்போது, மூல பாக்கெட் தரவைக் கொண்டிருப்பது விஷயங்களை ஒன்றாக இணைப்பதற்கு மிகவும் முக்கியமானது, மேலும் ஒரு IDS இலிருந்து வரும் நிகழ்வு வழியைக் காட்ட முடியும்.


Without an IDS to call attention to suspicious activity, an analyst might never even suspect that a system is under attack.

சந்தேகத்திற்கிடமான நடவடிக்கைக்கு கவனத்தை ஈர்க்க ஒரு IDS இல்லையென்றால், ஒரு கணினி தாக்குதலுக்கு உள்ளாகிறது என்று ஒரு ஆய்வாளர் கூட சந்தேகிக்க மாட்டார்.


What this book does advocate is using iptables to supplement existing intrusion detection infrastructures.

இந்த புத்தகம் பரிந்துரைப்பது, ஏற்கனவே உள்ள ஊடுருவல் கண்டறிதல் உள்கட்டமைப்புகளைப் பூர்த்தி செய்ய iptables ஐப் பயன்படுத்துவதாகும்.


The main focus of iptables is applying policy restrictions to network traffic, not detecting network attacks.

iptables இன் முக்கிய கவனம் நெட்வொர்க் தாக்குதல்களைக் கண்டறிவது அல்ல, நெட்வொர்க் போக்குவரத்துக்கு கொள்கை கட்டுப்பாடுகளைப் பயன்படுத்துவதாகும்.


However, iptables offers powerful features that allow it to emulate a significant portion of the capabilities that traditionally lie within the purview of intrusion detec- tion systems.

இருப்பினும், iptables சக்திவாய்ந்த அம்சங்களை வழங்குகிறது, இது பாரம்பரியமாக ஊடுருவல் கண்டறிதல் அமைப்புகளின் எல்லைக்குள் இருக்கும் திறன்களின் குறிப்பிடத்தக்க பகுதியை உருவகப்படுத்த அனுமதிக்கிறது.


For example, the iptables logging format provides detailed data on nearly every field of the network and transport layer headers (including IP and TCP options), and the iptables string matching capability can perform byte sequence matches against application layer data.

உதாரணமாக, iptables பதிவு வடிவம் நெட்வொர்க் மற்றும் போக்குவரத்து அடுக்கு தலைப்புகளின் கிட்டத்தட்ட ஒவ்வொரு புலத்திலும் விரிவான தரவை வழங்குகிறது (IP மற்றும் TCP விருப்பங்கள் உட்பட), மேலும் iptables சரத்தை பொருத்தும் திறன் பயன்பாட்டு அடுக்கு தரவுக்கு எதிராக பைட் வரிசை பொருத்தங்களைச் செய்ய முடியும்.


Such abilities are critical for providing the ability to detect attempted intrusions.

இத்தகைய திறன்கள் முயற்சிக்கப்பட்ட ஊடுருவல்களைக் கண்டறியும் திறனை வழங்குவதற்கு முக்கியமானவை.


Intrusion detection systems are usually passive devices that are not configured to automatically take any punitive action against network traffic that appears to be malicious.

ஊடுருவல் கண்டறிதல் அமைப்புகள் பொதுவாக செயலற்ற சாதனங்களாக இருக்கின்றன, அவை தீங்கிழைக்கும் வகையில் தோன்றும் நெட்வொர்க் போக்குவரத்துக்கு எதிராக எந்த தண்டனை நடவடிக்கையும் தானாக எடுக்க கட்டமைக்கப்படவில்லை.


The scanner sends both the SYN and the ending ACK packet for each scanned port.

ஸ்கேனர் ஒவ்வொரு ஸ்கேன் செய்யப்பட்ட போர்ட்டுக்கும் SYN மற்றும் இறுதி ACK பாக்கெட்டை அனுப்புகிறது.


Any normal user can scan a remote system in this mode with Nmap; no special privileges are required.

எந்தவொரு சாதாரண பயனரும் Nmap ஐப் பயன்படுத்தி இந்த முறையில் தொலைதூர கணினியை ஸ்கேன் செய்யலாம்; சிறப்பு சலுகைகள் தேவையில்லை.


Below are some of the iptables log messages displayed from a SYN scan along with the Nmap output.

SYN ஸ்கேன் மூலம் காட்டப்படும் சில iptables பதிவு செய்திகள் Nmap வெளியீட்டுடன் கீழே உள்ளன.


You can see that the http and https ports are open.

http மற்றும் https போர்ட்கள் திறந்திருப்பதைக் காணலாம்.


A SYN or half-open scan is similar to a connect() scan.

SYN அல்லது அரை-திறந்த ஸ்கேன் என்பது connect() ஸ்கேனைப் போன்றது.


The scanning system never completes the three-way handshake.

ஸ்கேனிங் அமைப்பு ஒருபோதும் மூன்று-வழி கைகுலுக்கலை முடிக்காது.


A SYN scan cannot be accomplished with the connect() system call.

connect() சிஸ்டம் அழைப்புடன் SYN ஸ்கேனைச் செய்ய முடியாது.


Nmap uses a raw socket to manually build the TCP SYN packets.

Nmap TCP SYN பாக்கெட்டுகளை கைமுறையாக உருவாக்க ஒரு மூல சாக்கெட்டைப் பயன்படுத்துகிறது.


If the remote host responds with a SYN/ACK, then the local TCP stack on the scanning system receives the SYN/ACK.

தொலைதூர ஹோஸ்ட் SYN/ACK உடன் பதிலளித்தால், ஸ்கேனிங் கணினியில் உள்ள உள்ளூர் TCP அடுக்கு SYN/ACK ஐப் பெறுகிறது.


The scanner’s local stack sends a RST back to the target system.

ஸ்கேனரின் உள்ளூர் அடுக்கு இலக்கு அமைப்புக்கு RST ஐ அனுப்புகிறது.


You can stop this behavior on the scanning system by adding the following iptables rule.

கீழ்க்கண்ட iptables விதியைச் சேர்ப்பதன் மூலம் ஸ்கேனிங் கணினியில் இந்த நடத்தையை நிறுத்தலாம்.


Displayed above in bold are both the window size and the options portion of the TCP header.

மேலே போல்டில் காட்டப்படுவது TCP ஹெட்டரின் விண்டோ அளவு மற்றும் விருப்பங்கள் பகுதி ஆகும்.


Nmap doesn’t care about negotiating a real TCP session.

Nmap ஒரு உண்மையான TCP அமர்வை பேச்சுவார்த்தை நடத்துவதைப் பற்றி கவலைப்படுவதில்லை.


The only thing Nmap is interested in is whether the port is open.

Nmap ஆர்வமாக இருப்பது போர்ட் திறந்திருக்கிறதா இல்லையா என்பது மட்டுமே.


For recent versions of Nmap, the Maximum Segment Size (MSS) value is included within SYN packets.

Nmap இன் சமீபத்திய பதிப்புகளில், அதிகபட்ச பிரிவு அளவு (MSS) மதிப்பு SYN பாக்கெட்டுகளில் சேர்க்கப்பட்டுள்ளது.


The FIN, XMAS, and NULL scans operate on the principle that any TCP stack should respond in a particular way.

FIN, XMAS மற்றும் NULL ஸ்கேன்கள் எந்தவொரு TCP அடுக்கையும் ஒரு குறிப்பிட்ட வழியில் பதிலளிக்க வேண்டும் என்ற கொள்கையில் செயல்படுகின்றன.


If the port is closed, then TCP responds with a RST/ACK.

போர்ட் மூடப்பட்டால், TCP RST/ACK உடன் பதிலளிக்கிறது.


The TCP ACK scan sends a TCP ACK packet to each scanned port.

TCP ACK ஸ்கேன் ஒவ்வொரு ஸ்கேன் செய்யப்பட்ட போர்ட்டுக்கும் ஒரு TCP ACK பாக்கெட்டை அனுப்புகிறது.


The goal of the ACK scan is not to determine whether a port is open or closed.

ACK ஸ்கேனின் நோக்கம் ஒரு போர்ட் திறந்திருக்கின்றதா அல்லது மூடப்பட்டிருக்கின்றதா என்பதைத் தீர்மானிப்பது அல்ல.


The TCP idle scan is an advanced scanning mode.

TCP செயலற்ற ஸ்கேன் ஒரு மேம்பட்ட ஸ்கேனிங் முறை.


A DDoS attack at the network layer utilizes many systems to simultaneously flood packets at target IP addresses.

நெட்வொர்க் லேயரில் ஒரு DDoS தாக்குதல், இலக்கு IP முகவரிகளுக்கு ஒரே நேரத்தில் பாக்கெட்டுகளை வெள்ளமாக அனுப்ப பல அமைப்புகளைப் பயன்படுத்துகிறது.


The goal of such an attack is to chew up as much bandwidth on the target network as possible with garbage data.

இத்தகைய தாக்குதலின் நோக்கம், இலக்கு நெட்வொர்க்கில் குப்பை தரவுகளுடன் முடிந்தவரை அதிக அலைவரிசையை உறிஞ்சுவதாகும்.


DDoS attacks are among the more difficult network layer attacks to combat.

DDoS தாக்குதல்கள் எதிர்த்துப் போராட மிகவும் கடினமான நெட்வொர்க் லேயர் தாக்குதல்களில் ஒன்றாகும்.


If an attacker succeeds at compromising several systems with fast Internet connections, it is possible to mount a damaging DDoS attack.

ஒரு தாக்குபவர் அதிவேக இணைய இணைப்புகளுடன் பல அமைப்புகளை சமரசம் செய்வதில் வெற்றி பெற்றால், அழிவுகரமான DDoS தாக்குதலை நடத்த முடியும்.


Because the individual packets created by a DDoS agent can be spoofed, it is generally futile to assign any value to the source IP address.

DDoS முகவரால் உருவாக்கப்பட்ட தனிப்பட்ட பாக்கெட்டுகளை ஸ்பூஃப் செய்ய முடியும் என்பதால், மூல IP முகவரிக்கு எந்த மதிப்பையும் ஒதுக்குவது பொதுவாக பயனற்றது.


For example, according to the Snort signature ruleset, the Stacheldraht DDoS agent spoofs ICMP packets.

உதாரணமாக, ஸ்னோர்ட் கையொப்ப விதிகளின்படி, ஸ்டாச்செல்ட்ராஹ்ட் DDoS முகவர் ICMP பாக்கெட்டுகளை ஸ்பூஃப் செய்கிறது.


If you see packets with the source IP address set to 3.3.3.3 and the destination IP address set to an external address, you know that a system on your local network has become a Stacheldraht zombie.

மூல IP முகவரி 3.3.3.3 ஆகவும், இலக்கு IP முகவரி வெளிப்புற முகவரியாகவும் அமைக்கப்பட்ட பாக்கெட்டுகளை நீங்கள் கண்டால், உங்கள் உள்ளூர் நெட்வொர்க்கில் உள்ள ஒரு அமைப்பு ஸ்டாச்செல்ட்ராஹ்ட் ஜோம்பி ஆகிவிட்டது என்பதை அறிவீர்கள்.


In general, it is more effective to try to detect the control communications associated with DDoS agents.

பொதுவாக, DDoS முகவர்களுடன் தொடர்புடைய கட்டுப்பாட்டு தகவல்களைக் கண்டறிய முயற்சிப்பது மிகவும் பயனுள்ளதாக இருக்கும்.


For example, detecting commands sent from control nodes to zombie nodes over obscure port numbers is a good strategy.

உதாரணமாக, கட்டுப்பாட்டு முனைகளிலிருந்து ஜோம்பி முனைகளுக்கு தெளிவற்ற போர்ட் எண்களில் அனுப்பப்படும் கட்டளைகளைக் கண்டறிவது ஒரு நல்ல உத்தியாகும்.


This can also yield results when removing DDoS agents from a network.

ஒரு நெட்வொர்க்கிலிருந்து DDoS முகவர்களை அகற்றும்போதும் இது முடிவுகளைத் தரும்.


A good example of an attack against the code responsible for processing network layer communications is an exploit for a specific vulnerability.

நெட்வொர்க் லேயர் தகவல்களை செயலாக்குவதற்கு பொறுப்பான குறியீட்டிற்கு எதிரான தாக்குதலுக்கு ஒரு நல்ல உதாரணம் ஒரு குறிப்பிட்ட பாதிப்புக்கான சுரண்டலாகும்.


Kernel versions from 2.4.22–2.4.28, and 2.6–2.6.9 are vulnerable.

2.4.22–2.4.28 மற்றும் 2.6–2.6.9 வரையிலான கர்னல் பதிப்புகள் பாதிக்கப்படக்கூடியவை.


A successful exploit over the network from a remote system could result in a kernel crash.

தொலைதூர அமைப்பிலிருந்து நெட்வொர்க் வழியாக வெற்றிகரமான சுரண்டல் கர்னல் செயலிழப்பை ஏற்படுத்தக்கூடும்.


Kernel code sometimes contains security bugs, and these bugs can exist all the way down at the network layer processing code.

கர்னல் குறியீடு சில நேரங்களில் பாதுகாப்பு பிழைகளைக் கொண்டுள்ளது, மேலும் இந்த பிழைகள் நெட்வொர்க் லேயர் செயலாக்கக் குறியீட்டில் கூட இருக்கலாம்.


Because such responses should not involve information that resides at the transport layer or above, we are limited to the manipulation of network layer headers.

அத்தகைய பதில்கள் போக்குவரத்து லேயரில் அல்லது அதற்கு மேற்பட்டவற்றில் இருக்கும் தகவல்களை உள்ளடக்கியிருக்கக் கூடாது என்பதால், நெட்வொர்க் லேயர் தலைப்புகளை கையாளுவதற்கு மட்டுமே நாங்கள் கட்டுப்படுத்தப்படுகிறோம்.


A filtering operation conducted by a device such as a firewall or router to block the source IP address of an attacker.

ஒரு ஃபயர்வாள் அல்லது ரூட்டர் போன்ற ஒரு சாதனத்தால் நடத்தப்படும் வடிகட்டுதல் செயல்பாடு, ஒரு தாக்குபவரின் மூல IP முகவரியைத் தடுக்கிறது.


Reconfiguration of a routing protocol to deny the ability of an attacker to route packets to an intended target.

ஒரு தாக்குபவர், ஒரு இலக்குக்கு பாக்கெட்டுகளை அனுப்பும் திறனை மறுக்கும் வகையில் ரூட்டிங் நெறிமுறையை மறுசீரமைத்தல்.


Applying thresholding logic to the amount of traffic that is allowed to pass through a firewall or router based on utilized bandwidth.

பயன்படுத்தப்பட்ட அலைவரிசையின் அடிப்படையில் ஃபயர்வாள் அல்லது ரூட்டர் வழியாகச் செல்ல அனுமதிக்கப்படும் போக்குவரத்தின் அளவுக்கு த்ரெஷோல்டிங் லாஜிக்கைப் பயன்படுத்துதல்.


After an attack is detected from a particular IP address, you can use the following iptables rules as a network layer response.

ஒரு குறிப்பிட்ட IP முகவரியிலிருந்து ஒரு தாக்குதல் கண்டறியப்பட்ட பிறகு, நீங்கள் பின்வரும் iptables விதிகளை ஒரு நெட்வொர்க் லேயர் பதிலாகப் பயன்படுத்தலாம்.


These rules are added to the INPUT, OUTPUT, and FORWARD chains; they block all communications to or from the IP address 144.202. X. X.

இந்த விதிகள் INPUT, OUTPUT மற்றும் FORWARD சங்கிலிகளில் சேர்க்கப்படுகின்றன; அவை IP முகவரி 144.202. X. X இலிருந்து அல்லது அதற்கு வரும் அனைத்து தகவல்களையும் தடுக்கின்றன.


Before installing psad, you need to download the latest version from the internet.

psad-ஐ நிறுவுவதற்கு முன், இணையத்திலிருந்து சமீபத்திய பதிப்பை பதிவிறக்கம் செய்ய வேண்டும்.


Once you download the tarball, it is a good idea to verify both the MD5 sum and the GnuPG signature.

நீங்கள் tarball-ஐ பதிவிறக்கம் செய்தவுடன், MD5 கூட்டுத்தொகை மற்றும் GnuPG கையொப்பம் இரண்டையும் சரிபார்ப்பது நல்லது.


You can find my GnuPG public key at the provided URL.

கொடுக்கப்பட்ட URL இல் எனது GnuPG பொது விசையை நீங்கள் காணலாம்.


Here’s how to perform these steps for version 2.0.8.

2.0.8 பதிப்பிற்கான இந்த வழிமுறைகளை எவ்வாறு செயல்படுத்துவது என்பது இங்கே.


From a security perspective, it is more important to verify the GnuPG signature.

பாதுகாப்பு கண்ணோட்டத்தில், GnuPG கையொப்பத்தை சரிபார்ப்பது மிகவும் முக்கியம்.


The install.pl script will prompt you for several pieces of input.

install.pl ஸ்கிரிப்ட் உங்களிடம் சில உள்ளீடுகளைக் கேட்கும்.


You can either manually enter information or use the defaults.

நீங்கள் தகவலை கைமுறையாக உள்ளிடலாம் அல்லது இயல்புநிலைகளைப் பயன்படுத்தலாம்.


You can also install psad as an RPM for Linux distributions.

லினக்ஸ் விநியோகங்களுக்காக psad-ஐ RPM ஆகவும் நிறுவலாம்.


Using one of these installation methods may make better sense for your particular Linux system.

இந்த நிறுவல் முறைகளில் ஒன்றைப் பயன்படுத்துவது உங்கள் குறிப்பிட்ட லினக்ஸ் கணினிக்கு மிகவும் பொருத்தமானதாக இருக்கலாம்.


However, if you do not intend to use any of psad’s active response capabilities, you can deploy it on a syslog server.

இருப்பினும், psad இன் எந்தவொரு செயலில் உள்ள பதில் திறன்களையும் நீங்கள் பயன்படுத்த விரும்பவில்லை என்றால், அதை ஒரு syslog சேவையகத்தில் பயன்படுத்தலாம்.


A successful installation of psad on Linux will result in the creation of several new files and directories.

லினக்ஸில் psad வெற்றிகரமாக நிறுவப்பட்டால், பல புதிய கோப்புகளும் கோப்பகங்களும் உருவாக்கப்படும்.


Perl is the programming language used to develop the main psad daemon.

முக்கிய psad டெமனை உருவாக்க பெர்ல் நிரலாக்க மொழி பயன்படுத்தப்படுகிறது.


Three system daemons make up psad: psad, kmsgsd, and psadwatchd.

psad மூன்று கணினி டெமான்களைக் கொண்டுள்ளது: psad, kmsgsd மற்றும் psadwatchd.


The psad installer also creates the /etc/psad/archive directory.

psad நிறுவி /etc/psad/archive கோப்பகத்தையும் உருவாக்குகிறது.


The install.pl program can also merge existing psad configuration values into the new configuration files.

install.pl நிரல் ஏற்கனவே உள்ள psad உள்ளமைவு மதிப்புகளை புதிய உள்ளமைவு கோப்புகளில் இணைக்க முடியும்.


The installer also creates a few files and directories within /var.

நிறுவி /var-க்குள் சில கோப்புகளையும் கோப்பகங்களையும் உருவாக்குகிறது.


When psad runs, its main operational directory is /var/log/psad.

psad இயங்கும் போது, அதன் முக்கிய செயல்பாட்டு கோப்பகம் /var/log/psad ஆகும்.


Once you’ve installed psad, it’s time to fire it up.

நீங்கள் psad-ஐ நிறுவியதும், அதை இயக்குவதற்கான நேரம் இது.


Starting and Stopping psad is done via init scripts.

psad-ஐ தொடங்குவதும் நிறுத்துவதும் init ஸ்கிரிப்டுகள் மூலம் செய்யப்படுகிறது.


The purpose of kmsgsd is to read all iptables log messages.

kmsgsd இன் நோக்கம் அனைத்து iptables பதிவு செய்திகளையும் படிப்பதாகும்.


CGI scripts that it executes) most likely runs as a user without sufficient permissions to read the /etc/shadow file, but an adversary doesn’t necessarily know this before trying to request the file.

அது இயக்கும் CGI ஸ்கிரிப்டுகள் போதுமான அனுமதியின்றி /etc/shadow கோப்பை படிக்க இயலாது, ஆனால் ஒரு எதிரி கோப்பைக் கோருவதற்கு முன்பு இதை அறிந்திருக்க வேண்டியதில்லை.


Snort is looking for the attempt to read the file.

கோப்பை படிக்க முயற்சிப்பதை ஸ்னார்ட் தேடுகிறது.


In order to make iptables generate a log message when the /etc/shadow string is seen over an established TCP connection on port 80 in the FORWARD chain, you can use the following rule:

FORWARD சங்கிலியில் போர்ட் 80 இல் நிறுவப்பட்ட TCP இணைப்பில் /etc/shadow சரம் காணப்பட்டால், iptables ஒரு பதிவு செய்தியை உருவாக்க, நீங்கள் பின்வரும் விதியைப் பயன்படுத்தலாம்:


A buffer overflow exploit is an attack that leverages a programming error made in an application’s source code whereby the size of a buffer is insufficient to accommodate the amount of data copied into it; hence the term overflow is used when adjacent memory locations are overwritten.

ஒரு இடையக வழிதல் சுரண்டல் என்பது ஒரு பயன்பாட்டின் மூலக் குறியீட்டில் செய்யப்பட்ட நிரலாக்கப் பிழையைப் பயன்படுத்தும் ஒரு தாக்குதலாகும், இதன் மூலம் ஒரு இடையகத்தின் அளவு அதில் நகலெடுக்கப்பட்ட தரவின் அளவை உள்ளடக்க போதுமானதாக இல்லை; எனவே அடுத்தடுத்த நினைவக இருப்பிடங்கள் மேலெழுதப்படும்போது வழிதல் என்ற சொல் பயன்படுத்தப்படுகிறது.


For stack-based buffer overflows, a successful exploit overwrites the function return address (which is on the stack) so that it points into code provided by the attacker.

ஸ்டாக் அடிப்படையிலான இடையக வழிதல்களுக்கு, வெற்றிகரமான சுரண்டல் செயல்பாடு திரும்பும் முகவரியை (இது ஸ்டாக்கில் உள்ளது) மேலெழுதும், இதனால் அது தாக்குபவர் வழங்கிய குறியீட்டிற்குச் சுட்டிக்காட்டுகிறது.


Another class of buffer overflow attacks applies to memory regions that are dynamically allocated from the heap.

மற்றொரு வகை இடையக வழிதல் தாக்குதல்கள், குவியலில் இருந்து மாறும் வகையில் ஒதுக்கப்படும் நினைவகப் பகுதிகளுக்குப் பொருந்தும்.


Buffer overflow vulnerabilities are commonly introduced into C or C++ applications through improper use of certain library functions that do not automatically implement bounds checking.

வரையறுக்கப்பட்ட சரிபார்ப்பை தானாகவே செயல்படுத்தாத சில நூலக செயல்பாடுகளை முறையற்ற முறையில் பயன்படுத்துவதன் மூலம் இடையக வழிதல் பாதிப்புகள் பொதுவாக C அல்லது C++ பயன்பாடுகளில் அறிமுகப்படுத்தப்படுகின்றன.


Examples of such functions include strcpy(), strcat(), sprintf(), gets(), and scanf().

அத்தகைய செயல்பாடுகளுக்கு எடுத்துக்காட்டுகள் strcpy(), strcat(), sprintf(), gets(), மற்றும் scanf() ஆகியவை அடங்கும்.


In the context of network-based attacks, there is no generic way to detect buffer overflow attempts.

நெட்வொர்க் அடிப்படையிலான தாக்குதல்களின் சூழலில், இடையக வழிதல் முயற்சிகளைக் கண்டறிய பொதுவான வழி எதுவும் இல்லை.


However, for applications that transmit data over encrypted channels, an attack that fills a buffer with, say, 50 instances of the unencrypted character A, would be awfully suspicious.

இருப்பினும், மறையாக்கப்பட்ட சேனல்கள் வழியாக தரவை அனுப்பும் பயன்பாடுகளுக்கு, ஒரு இடையகத்தை, சொல்லுங்கள், 50 நிகழ்வுகள் மறையாக்கப்பட்ட எழுத்து A உடன் நிரப்பும் ஒரு தாக்குதல் மிகவும் சந்தேகத்திற்குரியதாக இருக்கும்.


If such an attack exists and it is shared in the underground, it may be worth adding an iptables rule to look for such behavior.

அத்தகைய தாக்குதல் இருந்தால், அது இரகசியமாகப் பகிரப்பட்டால், அத்தகைய நடத்தையைத் தேட ஒரு iptables விதியைச் சேர்ப்பது மதிப்புக்குரியதாக இருக்கலாம்.


For example, the following rule would be used for SSL communications.

உதாரணமாக, SSL தொடர்புகளுக்கு பின்வரும் விதி பயன்படுத்தப்படும்.


A எழுத்துக்களின் சரத்தை கவனிக்கவும்:


Because exploit code can change the filler character A to any other char- acter, the above rule is easily circumvented by a trivial modification to the exploit code.

சுரண்டல் குறியீடு நிரப்பு எழுத்து A ஐ வேறு எந்த எழுத்துக்கும் மாற்ற முடியும் என்பதால், சுரண்டல் குறியீட்டில் ஒரு சிறிய மாற்றத்தின் மூலம் மேலே உள்ள விதியை எளிதாகத் தவிர்க்கலாம்.


However, exploit code is sometimes used by automated worms without modification, so the above strategy can be effective in some cases.

இருப்பினும், சுரண்டல் குறியீடு சில நேரங்களில் மாற்றமின்றி தானியங்கி புழுக்களால் பயன்படுத்தப்படுகிறது, எனவே மேலே உள்ள உத்தி சில சந்தர்ப்பங்களில் பயனுள்ளதாக இருக்கும்.


While the Snort signature set contains many signatures for overflow attacks, these signatures usually detect attacks in ways that do not require seeing specific filler bytes.

ஸ்னார்ட் கையொப்பத் தொகுப்பில் வழிதல் தாக்குதல்களுக்கான பல கையொப்பங்கள் உள்ளன, இந்த கையொப்பங்கள் பொதுவாக குறிப்பிட்ட நிரப்பு பைட்டுகளைப் பார்க்க வேண்டிய அவசியமில்லாத வழிகளில் தாக்குதல்களைக் கண்டறிகின்றன.


Sometimes the size alone of data supplied as arguments to certain application commands indicates an overflow attack.

சில நேரங்களில் சில பயன்பாட்டு கட்டளைகளுக்கு வாதங்களாக வழங்கப்பட்ட தரவின் அளவு மட்டுமே ஒரு வழிதல் தாக்குதலைக் குறிக்கிறது.


For example, the following is a signature for an overflow against the chown command in an FTP server.

உதாரணமாக, FTP சேவையகத்தில் உள்ள chown கட்டளைக்கு எதிரான வழிதலுக்கான ஒரு கையொப்பம் இதுவாகும்.


It looks for at least 100 bytes of data following the chown command in an FTP session.

FTP அமர்வில் chown கட்டளையைத் தொடர்ந்து குறைந்தபட்சம் 100 பைட்டுகள் தரவைத் தேடுகிறது.


Although there is no regular expression engine available to iptables (having one would allow the pcre condition in bold above to be expressed within an iptables rule directly), we can produce a good iptables approxima- tion of this Snort signature.

iptables க்கு வழக்கமான வெளிப்பாடு இயந்திரம் எதுவும் கிடைக்கவில்லை என்றாலும் (ஒன்று இருந்தால், மேலே உள்ள தைரியமான pcre நிபந்தனையை நேரடியாக iptables விதியில் வெளிப்படுத்த அனுமதிக்கும்), இந்த ஸ்னார்ட் கையொப்பத்தின் நல்ல iptables தோராயத்தை உருவாக்க முடியும்.


If set to N, psad will only generate alerts when the danger level associated with an IP address increases.

N என அமைக்கப்பட்டால், ஒரு IP முகவரியுடன் தொடர்புடைய ஆபத்து நிலை அதிகரிக்கும்போது மட்டுமே psad எச்சரிக்கைகளை உருவாக்கும்.


Such iptables rules are produced by fwsnort (see Chapters 9 and 10), and they generally contain a logging prefix of SID{n}, where {n} is the Snort ID number derived from the original Snort rule.

இத்தகைய iptables விதிகள் fwsnort மூலம் உருவாக்கப்படுகின்றன (அத்தியாயம் 9 மற்றும் 10 ஐப் பார்க்கவும்), மேலும் அவை பொதுவாக SID{n} என்ற பதிவு முன்னொட்டைக் கொண்டிருக்கும், இதில் {n} என்பது அசல் ஸ்னோர்ட் விதியிலிருந்து பெறப்பட்ட ஸ்னோர்ட் ஐடி எண்ணாகும்.


The default value for SNORT_SID_STR is just SID.

SNORT_SID_STR இன் இயல்புநிலை மதிப்பு SID ஆகும்.


If set to Y, this variable transforms psad from a passively monitoring daemon into a program that actively responds to attacks.

Y என அமைக்கப்பட்டால், இந்த மாறி psad ஐ செயலற்ற முறையில் கண்காணிக்கும் டெமான் என்பதிலிருந்து தாக்குதல்களுக்கு தீவிரமாக பதிலளிக்கும் ஒரு நிரலாக மாற்றுகிறது.


For every IP address that reaches a danger level of one, a new directory /var/log/psad/ip is created.

ஒன்று என்ற ஆபத்து நிலையை அடையும் ஒவ்வொரு IP முகவரிக்கும், /var/log/psad/ip என்ற புதிய அடைவு உருவாக்கப்படுகிறது.


At start time, psad normally removes any existing /var/log/psad/ip directories, but you can have psad import all data from these old directories by setting IMPORT_OLD_SCANS to Y.

தொடக்க நேரத்தில், psad பொதுவாக ஏற்கனவே உள்ள /var/log/psad/ip கோப்பகங்களை நீக்குகிறது, ஆனால் IMPORT_OLD_SCANS ஐ Y என அமைப்பதன் மூலம் இந்த பழைய கோப்பகங்களிலிருந்து அனைத்து தரவையும் psad இறக்குமதி செய்ய அனுமதிக்கலாம்.


This feature allows you to restart psad or to reboot the entire system without losing scan data from the previous psad instance.

இந்த அம்சம் முந்தைய psad நிகழ்விலிருந்து ஸ்கேன் தரவை இழக்காமல் psad ஐ மறுதொடக்கம் செய்ய அல்லது முழு கணினியையும் மறுதொடக்கம் செய்ய உங்களை அனுமதிக்கிறது.


Set this variable to Y to allow psad to send scan data to the DShield distributed intrusion detection system.

psad ஆனது DShield விநியோகிக்கப்பட்ட ஊடுருவல் கண்டறிதல் அமைப்புக்கு ஸ்கேன் தரவை அனுப்ப அனுமதிப்பதற்கு இந்த மாறியை Y என அமைக்கவும்.


Since scan information can be sensitive, you should be aware that when you pass your scan data to DShield, it is no longer in your control and is parsed into a relatively open database.

ஸ்கேன் தகவல் முக்கியமானதாக இருப்பதால், உங்கள் ஸ்கேன் தரவை DShield க்கு அனுப்பும்போது, அது இனி உங்கள் கட்டுப்பாட்டில் இருக்காது மற்றும் ஒப்பீட்டளவில் திறந்த தரவுத்தளத்தில் பகுப்பாய்வு செய்யப்படுகிறது என்பதை நீங்கள் அறிந்திருக்க வேண்டும்.


However, DShield allows people to gain a better understanding of things such as the most commonly attacked services and even which IP address is currently attacking the most systems.

இருப்பினும், மிகவும் பொதுவாகத் தாக்கப்படும் சேவைகள் மற்றும் எந்த IP முகவரி தற்போது அதிக கணினிகளைத் தாக்குகிறது போன்ற விஷயங்களைப் பற்றி மக்கள் நன்கு புரிந்து கொள்ள DShield அனுமதிக்கிறது.


I highly recommend enabling this feature in psad, unless there is a strict requirement not to communicate scan information specifically to DShield.

DShield க்கு குறிப்பாக ஸ்கேன் தகவலைத் தொடர்புகொள்ளக் கூடாது என்ற கடுமையான தேவை இல்லாவிட்டால், psad இல் இந்த அம்சத்தை இயக்குமாறு நான் மிகவும் பரிந்துரைக்கிறேன்.


The IGNORE_PORTS variable instructs psad to ignore iptables log messages based on the destination port number and associated protocol (TCP or UDP).

IGNORE_PORTS மாறி, இலக்கு போர்ட் எண் மற்றும் தொடர்புடைய நெறிமுறை (TCP அல்லது UDP) ஆகியவற்றின் அடிப்படையில் iptables பதிவு செய்திகளை புறக்கணிக்க psad க்கு அறிவுறுத்துகிறது.


Port ranges and multiple port and protocol combinations are supported like so: IGNORE_PORTS udp/53, udp/5000, tcp/51000-61356;

போர்ட் வரம்புகள் மற்றும் பல போர்ட் மற்றும் நெறிமுறை சேர்க்கைகள் ஆதரிக்கப்படுகின்றன: IGNORE_PORTS udp/53, udp/5000, tcp/51000-61356;


Rather than using the IGNORE_PORTS variable, you could tune your iptables policy so that packets to ports you want to ignore are matched by a rule before they hit the LOG rule.

IGNORE_PORTS மாறியைப் பயன்படுத்துவதற்குப் பதிலாக, நீங்கள் புறக்கணிக்க விரும்பும் போர்ட்டுகளுக்கான தொகுப்புகள் LOG விதியை அடைவதற்கு முன் ஒரு விதியால் பொருத்தப்படும் வகையில் உங்கள் iptables கொள்கையை மாற்றியமைக்கலாம்.


With the IGNORE_PROTOCOLS variable, psad can be instructed to ignore entire protocols.

IGNORE_PROTOCOLS மாறியின் மூலம், முழு நெறிமுறைகளையும் புறக்கணிக்க psad க்கு அறிவுறுத்தப்படலாம்.


If you want psad to ignore all ICMP packets, for example, you can set IGNORE_PROTOCOLS like so: IGNORE_PROTOCOLS icmp;

உதாரணமாக, psad அனைத்து ICMP தொகுப்புகளையும் புறக்கணிக்க விரும்பினால், நீங்கள் IGNORE_PROTOCOLS ஐ இவ்வாறு அமைக்கலாம்: IGNORE_PROTOCOLS icmp;


If you want psad to ignore a certain logging prefix (e.g., DROP:INPUT5:eth1), you can set IGNORE_LOG_PREFIXES like this: IGNORE_LOG_PREFIXES DROP:INPUT5:eth1;

நீங்கள் psad ஒரு குறிப்பிட்ட பதிவு முன்னொட்டை (எ.கா., DROP:INPUT5:eth1) புறக்கணிக்க விரும்பினால், நீங்கள் IGNORE_LOG_PREFIXES ஐ இவ்வாறு அமைக்கலாம்: IGNORE_LOG_PREFIXES DROP:INPUT5:eth1;


You can force psad to impose a limit on the number of email alerts that are sent for any scanning IP address by using the EMAIL_LIMIT variable.

EMAIL_LIMIT மாறியைப் பயன்படுத்துவதன் மூலம் எந்த ஸ்கேனிங் IP முகவரிக்கும் அனுப்பப்படும் மின்னஞ்சல் எச்சரிக்கைகளின் எண்ணிக்கைக்கு ஒரு வரம்பை விதிக்க psad ஐ கட்டாயப்படுத்தலாம்.


The default is to generate both email and syslog alerts: ALERTING_METHODS ALL;

இயல்புநிலை என்னவென்றால், மின்னஞ்சல் மற்றும் சிஸ்லாக் எச்சரிக்கைகள் இரண்டையும் உருவாக்குவது: ALERTING_METHODS ALL;


For example, to have psad analyze only iptables log messages that contain the string DROP, configure the FW_MSG_SEARCH variable like so: FW_MSG_SEARCH DROP;

உதாரணமாக, DROP என்ற சரத்தை உள்ளடக்கிய iptables பதிவு செய்திகளை மட்டுமே psad பகுப்பாய்வு செய்ய, FW_MSG_SEARCH மாறியை இவ்வாறு கட்டமைக்கவும்: FW_MSG_SEARCH DROP;


The real TCP stack has more options in the SYN packets.

உண்மையான TCP அடுக்கு SYN பாக்கெட்டுகளில் அதிக விருப்பங்களைக் கொண்டுள்ளது.


Nmap can set the TTL value to whatever it wants.

Nmap ஆனது TTL மதிப்பை அது விரும்பியபடி அமைக்க முடியும்.


The TCP window size is set by Nmap to be either 1024, 2048, 3072, or 4096 during the SYN scan.

SYN ஸ்கேன் செய்யும் போது TCP விண்டோ அளவு Nmap மூலம் 1024, 2048, 3072 அல்லது 4096 ஆக அமைக்கப்படுகிறது.


In contrast, the real TCP stack always initiates TCP connections with a window size of 5840.

மாறாக, உண்மையான TCP அடுக்கு எப்போதும் 5840 என்ற விண்டோ அளவைக் கொண்டு TCP இணைப்புகளைத் தொடங்குகிறது.


The options portion of the TCP header is substantially shorter in the Nmap SYN scan.

Nmap SYN ஸ்கேனில் TCP தலைப்பின் விருப்பங்கள் பகுதி கணிசமாக சிறியதாக உள்ளது.


Most real TCP stacks send multiple options, such as the Timestamp, No Operation (NOP), and whether Selective Acknowledgment is OK (SACK).

பெரும்பாலான உண்மையான TCP அடுக்குகள் பல விருப்பங்களை அனுப்புகின்றன, அதாவது டைம்ஸ்டாம்ப், நோ ஆபரேஷன் (NOP), மற்றும் செலக்டிவ் அக்னாலஜ்மென்ட் ஓகே (SACK) போன்றவை.


The Nmap FIN, XMAS, and NULL scans appear quite similar when represented by iptables log messages.

Nmap FIN, XMAS மற்றும் NULL ஸ்கேன்கள் iptables பதிவு செய்திகளால் பிரதிநிதித்துவப்படுத்தப்படும்போது மிகவும் ஒத்ததாகத் தோன்றும்.


You can initiate the FIN, XMAS, and NULL scans with the respective -sF, -sN, and -sX command-line arguments to Nmap.

Nmapக்குரிய -sF, -sN, மற்றும் -sX கட்டளை வரி வாதங்களுடன் FIN, XMAS மற்றும் NULL ஸ்கேன்களைத் தொடங்கலாம்.


It is normal to find a TCP packet with the FIN flag set in legitimate TCP communications.

சட்டபூர்வமான TCP தொடர்புகளில் FIN கொடி அமைக்கப்பட்ட TCP பாக்கெட்டைக் கண்டுபிடிப்பது இயல்பானது.


Therefore, in order for psad to effectively differentiate between a FIN scan and a legitimate FIN packet, it is important to use Netfilter’s connection tracking mechanism.

எனவே, psad ஆனது FIN ஸ்கேன் மற்றும் முறையான FIN பாக்கெட்டுக்கு இடையே திறம்பட வேறுபடுத்த, நெட்ஃபில்டரின் இணைப்பு கண்காணிப்பு வழிமுறையைப் பயன்படுத்துவது முக்கியம்.


Unexpected FIN packets match the Netfilter INVALID state because they are not part of any established TCP connection.

எதிர்பாராத FIN பாக்கெட்டுகள் நெட்ஃபில்டர் INVALID நிலைக்குப் பொருந்தும், ஏனெனில் அவை எந்தவொரு நிறுவப்பட்ட TCP இணைப்பின் பகுதியாக இல்லை.


As you can see, the FIN scan did not escape psad’s watchful eye.

நீங்கள் பார்க்க முடியும் என, FIN ஸ்கேன் psad இன் கண்காணிப்பு கண்ணிலிருந்து தப்பவில்லை.


XMAS and NULL scans generate iptables log messages that are very similar to those of the FIN scan.

XMAS மற்றும் NULL ஸ்கேன்கள் FIN ஸ்கேனின் செய்திகளைப் போன்ற iptables பதிவு செய்திகளை உருவாக்குகின்றன.


A NULL scan log message contains no TCP flags at all.

NULL ஸ்கேன் பதிவு செய்தியில் TCP கொடிகள் எதுவும் இல்லை.


Scans for UDP services don’t exhibit the same richness as scans for TCP services.

UDP சேவைகளுக்கான ஸ்கேன்கள் TCP சேவைகளுக்கான ஸ்கேன்களைப் போல அதே செழுமையைக் காட்டாது.


We use the -sU option to scan the system running iptables.

iptables இயங்கும் கணினியை ஸ்கேன் செய்ய -sU விருப்பத்தைப் பயன்படுத்துகிறோம்.


psad determines that a suspicious event or series of events has taken place against iptables, it alerts the administrator.

psad ஆனது iptablesக்கு எதிராக சந்தேகத்திற்கிடமான நிகழ்வு அல்லது தொடர் நிகழ்வுகள் நடந்துள்ளது என்பதை தீர்மானித்தால், அது நிர்வாகிக்கு எச்சரிக்கை செய்யும்.


Email is psad’s primary alerting mechanism.

மின்னஞ்சல் psad இன் முதன்மை எச்சரிக்கை வழிமுறையாகும்.


The first bits of information included in a psad email alert are the danger level assigned to the source address of a scan, the scanned ports, and the flags set in the scan.

psad மின்னஞ்சல் எச்சரிக்கையில் சேர்க்கப்பட்டுள்ள முதல் தகவல்கள், ஸ்கேனின் மூல முகவரிக்கு ஒதுக்கப்பட்ட ஆபத்து நிலை, ஸ்கேன் செய்யப்பட்ட போர்ட்கள் மற்றும் ஸ்கேனில் அமைக்கப்பட்ட கொடிகள் ஆகும்.


By default, psad performs a reverse DNS lookup on offending source IP addresses unless the --no-rdns option is specified.

இயல்பாக, --no-rdns விருப்பம் குறிப்பிடப்படாவிட்டால், psad ஆனது தவறு செய்யும் மூல IP முகவரிகளில் தலைகீழ் DNS தேடலைச் செய்கிறது.


Because the SRC and DST fields are always included within iptables log messages, no special command-line arguments to iptables are required when building the LOG rule in order for psad to detect traffic associated with the LAND attack.

iptables பதிவு செய்திகளில் SRC மற்றும் DST புலங்கள் எப்போதும் இருப்பதால், LAND தாக்குதலுடன் தொடர்புடைய போக்குவரத்தைக் கண்டறிய LOG விதியை உருவாக்கும்போது iptables க்கு சிறப்பு கட்டளை வரி வாதங்கள் தேவையில்லை.


The following lines represent an iptables log message generated by the LAND attack (note the source and destination IP addresses are the same) followed by a corresponding psad syslog alert:

LAND தாக்குதலால் உருவாக்கப்பட்ட iptables பதிவு செய்தியின் வரிகள் கீழே கொடுக்கப்பட்டுள்ளன (மூல மற்றும் இலக்கு IP முகவரிகள் ஒரே மாதிரியாக இருப்பதைக் கவனிக்கவும்), அதைத் தொடர்ந்து psad syslog எச்சரிக்கை உள்ளது:


Detecting TCP Port 0 Traffic Although legitimate TCP connections do not travel over port 0, nothing prevents someone from putting a TCP packet on the wire that is destined for port 0.

TCP போர்ட் 0 போக்குவரத்தைக் கண்டறிதல். முறையான TCP இணைப்புகள் போர்ட் 0 வழியாகச் செல்லாவிட்டாலும், போர்ட் 0 க்கு அனுப்பப்படும் TCP தொகுப்பை யாராவது வயரில் வைப்பதைத் தடுக்க முடியாது.


Indeed, Nmap gained the ability to scan port 0 in the 3.50 release.

உண்மையில், Nmap 3.50 வெளியீட்டில் போர்ட் 0 ஐ ஸ்கேன் செய்யும் திறனைப் பெற்றது.


The original Snort rule ID 524 (notice the port value shown in bold) detects TCP packets that are sent to destination port 0, and there is a similar rule for UDP port 0:

அசல் ஸ்னார்ட் விதி ஐடி 524 (போர்ட் மதிப்பு போல்டில் காட்டப்படுவதைக் கவனிக்கவும்) இலக்கு போர்ட் 0 க்கு அனுப்பப்படும் TCP தொகுப்புகளைக் கண்டறிகிறது, மேலும் UDP போர்ட் 0 க்கும் இதேபோன்ற விதி உள்ளது:


An iptables log message that contains the value 0 in the DPT field will trigger this signature in psad, containing DPT=0, as shown in bold:

DPT புலத்தில் 0 என்ற மதிப்பைக் கொண்ட ஒரு iptables பதிவு செய்தி, psad இல் இந்த கையொப்பத்தைத் தூண்டும், DPT=0 ஐக் கொண்டிருக்கும், போல்டில் காட்டப்பட்டுள்ளது:


Detecting Zero TTL Traffic As with TCP and UDP port 0, it is possible to put a packet on the wire with a zero TTL value.

TCP மற்றும் UDP போர்ட் 0 போலவே, பூஜ்ஜிய TTL மதிப்பைக் கொண்ட ஒரு தொகுப்பை வயரில் வைக்க முடியும்.


Although such a packet should never be forwarded by a device that routes IP packets, a system can send such packets against any other system that is connected by means of a layer two device (such as a switch or bridge).

அத்தகைய தொகுப்பு IP தொகுப்புகளை ரூட் செய்யும் ஒரு சாதனத்தால் ஒருபோதும் அனுப்பப்படக்கூடாது என்றாலும், ஒரு அமைப்பு லேயர் இரண்டு சாதனம் (ஒரு சுவிட்ச் அல்லது பிரிட்ஜ் போன்றவை) மூலம் இணைக்கப்பட்ட வேறு எந்த அமைப்புக்கும் எதிராக அத்தகைய தொகுப்புகளை அனுப்ப முடியும்.


Snort rule ID 1321 detects IP packets that have the TTL value set to zero (shown in bold), and a corresponding iptables message appears below, as shown here:

ஸ்னார்ட் விதி ஐடி 1321, TTL மதிப்பு பூஜ்ஜியமாக அமைக்கப்பட்டுள்ள IP தொகுப்புகளைக் கண்டறிகிறது (போல்டில் காட்டப்பட்டுள்ளது), மேலும் தொடர்புடைய iptables செய்தி கீழே தோன்றும், இங்கே காட்டப்பட்டுள்ளது:


Detecting the Naptha Denial of Service Attack The Naptha Denial of Service tool is designed to flood a targeted TCP stack with so many SYN packets that the system cannot service legitimate requests.

Naptha மறுப்பு சேவை தாக்குதலைக் கண்டறிதல். Naptha மறுப்பு சேவை கருவி, இலக்கு TCP அடுக்குக்கு அதிக SYN தொகுப்புகளை வெள்ளத்தில் மூழ்கடிக்கும் வகையில் வடிவமைக்கப்பட்டுள்ளது, இதனால் அமைப்பு முறையான கோரிக்கைகளைச் செயல்படுத்த முடியாது.


According to Snort rule ID 275, the Naptha tool creates packets that contain an IP ID value of 413, and a TCP sequence number of 6060842, as shown in bold here:

ஸ்னார்ட் விதி ஐடி 275 இன் படி, Naptha கருவி 413 என்ற IP ID மதிப்பையும், 6060842 என்ற TCP வரிசை எண்ணையும் கொண்ட தொகுப்புகளை உருவாக்குகிறது, இங்கே போல்டில் காட்டப்பட்டுள்ளது:


Source routing is a technique supported by the IPv4 protocol by which an adversary can attempt to route packets through networks that would other- wise be inaccessible.

மூல ரூட்டிங் என்பது IPv4 நெறிமுறையால் ஆதரிக்கப்படும் ஒரு நுட்பமாகும், இதன் மூலம் ஒரு எதிரி அணுக முடியாத நெட்வொர்க்குகள் வழியாக தொகுப்புகளை அனுப்ப முயற்சி செய்யலாம்.


Source routing options are included within the options portion of the IP header, and Snort rule ID 500 detects loose source routing attempts with the ipopts IP header test (shown in bold):

மூல ரூட்டிங் விருப்பங்கள் IP தலைப்பின் விருப்பங்கள் பகுதியில் சேர்க்கப்பட்டுள்ளன, மேலும் ஸ்னார்ட் விதி ஐடி 500 ipopts IP தலைப்பு சோதனையுடன் தளர்வான மூல ரூட்டிங் முயற்சிகளைக் கண்டறிகிறது (போல்டில் காட்டப்பட்டுள்ளது):


Because it is only possible to issue loose source routing directives when using IP options, psad can only detect this type of traffic if the LOG rule is built within the --log-ip-options command-line argument to iptables.

IP விருப்பங்களைப் பயன்படுத்தும் போது மட்டுமே தளர்வான மூல ரூட்டிங் வழிமுறைகளை வெளியிட முடியும் என்பதால், iptables க்கு --log-ip-options கட்டளை வரி வாதத்திற்குள் LOG விதி கட்டமைக்கப்பட்டால் மட்டுமே psad இந்த வகை போக்குவரத்தைக் கண்டறிய முடியும்.


When iptables logs an IP packet that contains IP options, the log message includes the options as an argument to the OPT string like OPT (830708C0A80A0300).

iptables IP விருப்பங்களைக் கொண்ட ஒரு IP தொகுப்பை பதிவு செய்யும் போது, பதிவு செய்தி OPT (830708C0A80A0300) போன்ற OPT சரத்திற்கு ஒரு வாதமாக விருப்பங்களை உள்ளடக்கியது.


Spam is a pervasive problem on the Internet, and we are all feeling the effects of this scourge.

ஸ்பேம் இணையத்தில் ஒரு பரவலான பிரச்சனையாகும், மேலும் இந்தத் தொற்றின் விளைவுகளை நாம் அனைவரும் உணர்கிறோம்.


One common way that spammers try to have their spam viewed by more people is by sending it directly through the Windows Messenger service.

ஸ்பேமர்கள் தங்கள் ஸ்பேமை அதிகமான மக்கள் பார்க்க முயற்சிக்கும் ஒரு பொதுவான வழி, அதை நேரடியாக விண்டோஸ் மெசஞ்சர் சேவை மூலம் அனுப்புவதாகும்.


Although it is pretty useless to detect this traffic when it’s coming from external networks (because each spam message can be spoofed and only a single UDP packet is required to transmit it unless the message is large), it can be important to detect it when it’s coming from your internal network.

வெளிப்புற நெட்வொர்க்குகளில் இருந்து வரும்போது இந்த போக்குவரத்தைக் கண்டறிவது பயனற்றது (ஏனெனில் ஒவ்வொரு ஸ்பேம் செய்தியும் ஸ்பூஃப் செய்யப்படலாம் மற்றும் செய்தி பெரியதாக இல்லாவிட்டால் அதை அனுப்ப ஒரு UDP தொகுப்பு மட்டுமே தேவை), ஆனால் அது உங்கள் உள் நெட்வொர்க்கில் இருந்து வரும்போது அதைக் கண்டறிவது முக்கியம்.


Because psad treats packets that are logged in the INPUT chain as having been directed at the home network (regardless of whether they come from internal addresses), the following signature detects Windows pop-up spam attempts when they are directed at the firewall (note at 0 the UDP with a destination port range from 1026 to 1029 at 0 and an application layer data size greater than 100 bytes with the psad_dsize test at 2).

psad, INPUT சங்கிலியில் பதிவு செய்யப்பட்ட தொகுப்புகளை, உள் முகவரிகளிலிருந்து வந்தாலும் இல்லாவிட்டாலும், வீட்டு நெட்வொர்க்கில் இயக்கப்படுவதாகக் கருதுவதால், ஃபயர்வாலுக்கு அனுப்பப்படும்போது விண்டோஸ் பாப்-அப் ஸ்பேம் முயற்சிகளைக் கண்டறியும் பின்வரும் கையொப்பம் (இலக்கு போர்ட் வரம்பு 1026 முதல் 1029 வரையிலான UDP ஐ 0 இல் கவனிக்கவும் மற்றும் 2 இல் psad_dsize சோதனையுடன் 100 பைட்டுகளுக்கு மேல் பயன்பாட்டு அடுக்கு தரவு அளவு).


You can restart psad (or use 'psad -H') to import the new signatures.

புதிய கையொப்பங்களை இறக்குமதி செய்ய நீங்கள் psad ஐ மறுதொடக்கம் செய்யலாம் (அல்லது 'psad -H' பயன்படுத்தலாம்).


A DROP rule against the offending IP address in the PSAD_BLOCK_OUTPUT chain, so that packets originating from the local system never make it back to the attacker.

PSAD_BLOCK_OUTPUT சங்கிலியில் குற்றஞ்சாட்டிய IP முகவரிக்கு எதிராக ஒரு DROP விதி உள்ளது, இதன் மூலம் உள்ளூர் அமைப்பிலிருந்து வரும் பாக்கெட்டுகள் மீண்டும் தாக்குபவருக்குச் செல்லாது.


Two DROP rules against the offending IP address in the PSAD_BLOCK_FORWARD chain that restrict packets originating from or destined for the offending IP address.

PSAD_BLOCK_FORWARD சங்கிலியில் குற்றஞ்சாட்டிய IP முகவரிக்கு எதிராக இரண்டு DROP விதிகள் உள்ளன, அவை குற்றஞ்சாட்டிய IP முகவரியிலிருந்து வரும் அல்லது அதற்குச் செல்லும் பாக்கெட்களைக் கட்டுப்படுத்துகின்றன.


This way, if the iptables firewall protects a system on an inter- nal network, no attacker is able to connect with that system.

இந்த வழியில், iptables ஃபயர்வாள் ஒரு உள் நெட்வொர்க்கில் உள்ள ஒரு அமைப்பைப் பாதுகாத்தால், எந்தவொரு தாக்குபவரும் அந்த அமைப்புடன் இணைக்க முடியாது.


For reference, the default IPT_AUTO_CHAIN{n} variables in the /etc/psad/ psad.conf file appear below:

குறிப்புக்காக, /etc/psad/psad.conf கோப்பில் உள்ள இயல்புநிலை IPT_AUTO_CHAIN{n} மாறிகள் கீழே தோன்றும்:


In this section, we’ll dive into a few juicy examples of using psad in active response mode, and we’ll show how it detects and blocks an IP address that is consistently scanning a Linux system that has iptables facilities enabled.

இந்த பகுதியில், செயலில் உள்ள பதில் முறையில் psad ஐப் பயன்படுத்துவதற்கான சில சுவையான எடுத்துக்காட்டுகளைப் பார்ப்போம், மேலும் iptables வசதிகளை இயக்கியுள்ள லினக்ஸ் அமைப்பை தொடர்ந்து ஸ்கேன் செய்யும் ஒரு IP முகவரியை இது எவ்வாறு கண்டறிந்து தடுக்கிறது என்பதை நாங்கள் காண்பிப்போம்.


See the standard network diagram in Figure 8-1 for all active response examples

அனைத்து செயலில் உள்ள பதில் எடுத்துக்காட்டுகளுக்கும் படம் 8-1 இல் உள்ள நிலையான நெட்வொர்க் வரைபடத்தைப் பார்க்கவும்.


The two iptables rules in this case are created through the use of the both directive in the corresponding IPT_AUTO_CHAIN variable (i.e., only a single IPT_AUTO_CHAIN variable is required to create the two rules).

இந்த விஷயத்தில் உள்ள இரண்டு iptables விதிகள், தொடர்புடைய IPT_AUTO_CHAIN மாறியிலுள்ள both கட்டளையைப் பயன்படுத்துவதன் மூலம் உருவாக்கப்படுகின்றன (அதாவது, இரண்டு விதிகளை உருவாக்க ஒரே ஒரு IPT_AUTO_CHAIN மாறி மட்டுமே தேவை).


As usual, the default iptables policy implemented by the iptablesfw script from “Default iptables Policy” on page 20 is implemented on the firewall.

வழக்கம் போல், பக்கம் 20 இல் உள்ள “இயல்புநிலை iptables கொள்கை” இலிருந்து iptablesfw ஸ்கிரிப்ட் மூலம் செயல்படுத்தப்படும் இயல்புநிலை iptables கொள்கை ஃபயர்வாலில் செயல்படுத்தப்படுகிறது.


Given the highly configurable nature of psad, the active response examples in this section can be made rigorous only if we agree upon a specific set of values for the configuration of psad.

psad இன் அதிக உள்ளமைவு தன்மை காரணமாக, இந்த பகுதியில் உள்ள செயலில் உள்ள பதில் எடுத்துக்காட்டுகளை, psad இன் உள்ளமைவுக்கான குறிப்பிட்ட மதிப்புகளின் தொகுப்பை நாம் ஒப்புக்கொண்டால் மட்டுமே கண்டிப்பாக உருவாக்க முடியும்.


Although not every configuration vari- able in /etc/psad/psad.conf is listed, the relevant active response and danger level variables are as follows.

/etc/psad/psad.conf இல் உள்ள ஒவ்வொரு உள்ளமைவு மாறியும் பட்டியலிடப்படவில்லை என்றாலும், தொடர்புடைய செயலில் உள்ள பதில் மற்றும் ஆபத்து நிலை மாறிகள் பின்வருமாறு.


psad will not permanently block an attacker by virtue of the AUTO_BLOCK_TIMEOUT variable (it will only add the blocking rules against an attacker for 3,600 seconds—one hour).

AUTO_BLOCK_TIMEOUT மாறியின் காரணமாக psad ஒரு தாக்குபவரை நிரந்தரமாகத் தடுக்காது (இது தாக்குபவருக்கு எதிராக தடுக்கும் விதிகளை 3,600 வினாடிகளுக்கு—ஒரு மணி நேரம்—மட்டும் சேர்க்கும்).


Secondly, an attacker must reach at iptables Firewall Hostname: iptablesfw

இரண்டாவதாக, ஒரு தாக்குபவர் iptables ஃபயர்வாள் ஹோஸ்ட்பெயரை அடைய வேண்டும்: iptablesfw


psad உடன் செயலில் பதில்


We’ll open our scan examples with a standard Nmap SYN scan from the attacker against the iptables firewall.

iptables ஃபயர்வாலுக்கு எதிராக தாக்குபவரிடமிருந்து ஒரு நிலையான Nmap SYN ஸ்கேன் மூலம் எங்கள் ஸ்கேன் எடுத்துக்காட்டுகளைத் திறப்போம்.


psad detects the SYN scan and generates the following two syslog mes- sages, which indicate that the 144.202. X. X IP address has been blocked for 3,600 seconds and that 237 TCP packets in the range of ports from 2 to 32787 were monitored in this particular checking interval:

psad SYN ஸ்கேனைக் கண்டறிந்து பின்வரும் இரண்டு syslog செய்திகளை உருவாக்குகிறது, இது 144.202. X. X IP முகவரி 3,600 வினாடிகளுக்குத் தடுக்கப்பட்டுள்ளது என்பதையும், 2 முதல் 32787 வரையிலான போர்ட்களின் வரம்பில் 237 TCP பாக்கெட்டுகள் இந்த குறிப்பிட்ட சரிபார்ப்பு இடைவெளியில் கண்காணிக்கப்பட்டன என்பதையும் குறிக்கிறது:


psad has indeed blocked the attacker by adding blocking rules into the custom psad chains (defined by the IPT_AUTO_CHAIN{n} variables as discussed earlier), and instead of rummaging through the output of iptables-v -n -L, psad makes it easy for you to see the new blocking rules in the psad chains:

psad உண்மையில் தடுக்கும் விதிகளை தனிப்பயன் psad சங்கிலிகளில் சேர்ப்பதன் மூலம் தாக்குபவரைத் தடுத்துள்ளது (முன்பு விவாதிக்கப்பட்டபடி IPT_AUTO_CHAIN{n} மாறிகளால் வரையறுக்கப்படுகிறது), மேலும் iptables-v -n -L இன் வெளியீட்டின் மூலம் தேடுவதற்குப் பதிலாக, psad புதிய தடுக்கும் விதிகளை psad சங்கிலிகளில் பார்ப்பதை எளிதாக்குகிறது:


From a status perspective, it is also possible to see how many seconds the blocking rules against an IP address will remain in effect by using the psad --Status command.

ஒரு நிலை கண்ணோட்டத்தில், psad --Status கட்டளையைப் பயன்படுத்தி ஒரு IP முகவரிக்கு எதிரான தடுக்கும் விதிகள் எத்தனை வினாடிகள் நடைமுறையில் இருக்கும் என்பதையும் பார்க்கலாம்.


Now we’ll attempt a UDP scan against the iptables target.

இப்போது நாம் iptables இலக்குக்கு எதிராக ஒரு UDP ஸ்கேன் செய்ய முயற்சிப்போம்.


Because psad tracks the fact that the attacker’s source address (144.202. X. X) has already achieved a danger level of 3, it will renew the blocking rules as soon as the first UDP packet is logged.

தாக்குபவரின் மூல முகவரி (144.202. X. X) ஏற்கனவே 3 என்ற ஆபத்து நிலையை அடைந்துவிட்டதை psad கண்காணிப்பதால், முதல் UDP பாக்கெட் பதிவு செய்யப்பட்டவுடன் அது தடுக்கும் விதிகளைப் புதுப்பிக்கும்.


The mere act of establish- ing a TCP connection with the target over port 80 in and of itself does not indicate any suspicious activity.

போர்ட் 80 வழியாக இலக்குடன் TCP இணைப்பை நிறுவுவது எந்த சந்தேகத்திற்கிடமான செயலையும் குறிக்காது.


Firewalls and intrusion prevention systems generally approach security enforcement from opposite viewpoints.

தீச்சுவர்களும் ஊடுருவல் தடுப்பு அமைப்புகளும் பொதுவாக பாதுகாப்பை அமல்படுத்துவதில் எதிர் எதிர் அணுகுமுறைகளைக் கொண்டுள்ளன.


Firewalls define the set of permissible traffic based upon a security policy.

தீச்சுவர்கள் பாதுகாப்பு கொள்கையின் அடிப்படையில் அனுமதிக்கக்கூடிய போக்குவரத்தை வரையறுக்கின்றன.


In contrast, intrusion prevention systems define a set of impermissible network traffic.

மாறாக, ஊடுருவல் தடுப்பு அமைப்புகள் அனுமதிக்கப்படாத நெட்வொர்க் போக்குவரத்தை வரையறுக்கின்றன.


Firewalls are being engineered to have more application layer processing capability.

தீச்சுவர்கள் அதிக பயன்பாட்டு அடுக்கு செயலாக்க திறனைப் பெற வடிவமைக்கப்படுகின்றன.


Intrusion prevention systems are being engineered to offer basic filtering capabilities.

ஊடுருவல் தடுப்பு அமைப்புகள் அடிப்படை வடிகட்டுதல் திறன்களை வழங்க வடிவமைக்கப்படுகின்றன.


The fwsnort project is focused on enhancing the ability of the Linux kernel.

fwsnort திட்டம் லினக்ஸ் கர்னலின் திறனை மேம்படுத்துவதில் கவனம் செலுத்துகிறது.


Deploying fwsnort alongside another IDS/IPS is straightforward.

மற்றொரு IDS/IPS உடன் fwsnort ஐப் பயன்படுத்துவது எளிது.


Because iptables is always inline to network traffic, it is rigorously tested.

iptables எப்போதும் நெட்வொர்க் போக்குவரத்துக்குள் இருப்பதால், இது கண்டிப்பாக சோதிக்கப்படுகிறது.


Intrusion detection systems themselves can be targeted with attacks.

ஊடுருவல் கண்டறிதல் அமைப்புகளே தாக்குதல்களுக்கு இலக்காகலாம்.


For example, both real and faked attacks can be sent over the Tor network.

உதாரணமாக, உண்மையான மற்றும் போலியான தாக்குதல்கள் இரண்டும் டோர் நெட்வொர்க் வழியாக அனுப்பப்படலாம்.


The defense-in-depth principle applies not only to conventional computer systems.

பாதுகாப்பு ஆழம் கொள்கை வழக்கமான கணினி அமைப்புகளுக்கு மட்டுமல்ல.


Building features into an IDS that allow it to augment detection operations.

கண்டறிதல் செயல்பாடுகளை அதிகரிக்க அனுமதிக்கும் அம்சங்களை IDS இல் உருவாக்குதல்.


This is useful because it allows Snort to apply the same defragmentation algorithm.

இது பயனுள்ளதாக இருக்கும், ஏனெனில் இது ஸ்னோர் அதே துண்டாடல் வழிமுறையைப் பயன்படுத்த அனுமதிக்கிறது.


Fragmented attacks against the Linux system will be defragmented by Snort.

லினக்ஸ் அமைப்புக்கு எதிரான துண்டாடப்பட்ட தாக்குதல்கள் ஸ்னோரால் துண்டாடப்படும்.


With fwsnort, network defragmentation is performed by using the Netfilter connection-tracking subsystem.

fwsnort உடன், நெட்வொர்க் துண்டாடல் நெட்ஃபில்டர் இணைப்பு-டிராக்கிங் துணை அமைப்பைப் பயன்படுத்தி செய்யப்படுகிறது.


Heavily used systems may lack available resources to deploy an additional user-land process.

அதிகமாகப் பயன்படுத்தப்படும் அமைப்புகளில் கூடுதல் பயனர்-நிலைப் செயல்முறையை செயல்படுத்துவதற்கு தேவையான வளங்கள் இல்லாமல் இருக்கலாம்.


In the case of fwsnort, packet inspection takes place directly within the Linux kernel.

fwsnort விஷயத்தில், பாக்கெட் ஆய்வு நேரடியாக லினக்ஸ் கர்னலுக்குள் நடைபெறுகிறது.


Because the iptables signature policy built by fwsnort is always inline to network traffic.

fwsnort ஆல் உருவாக்கப்பட்ட iptables கையொப்பக் கொள்கை எப்போதும் நெட்வொர்க் போக்குவரத்துக்குள் இருப்பதால்.


If the Snort community develops a signature to detect attacks against this vulnerability, fwsnort can be configured to drop packets.

இந்த பாதிப்புக்கு எதிரான தாக்குதல்களைக் கண்டறிய ஸ்னோர் சமூகம் ஒரு கையொப்பத்தை உருவாக்கினால், பாக்கெட்டுகளை கைவிட fwsnort ஐ கட்டமைக்க முடியும்.


This makes it easy to leverage fwsnort across all Linux systems in your infrastructure.

இது உங்கள் உள்கட்டமைப்பில் உள்ள அனைத்து லினக்ஸ் அமைப்புகளிலும் fwsnort ஐப் பயன்படுத்துவதை எளிதாக்குகிறது.


Snort rule that uses such an option requires a userland application to parse the logging message.

அத்தகைய விருப்பத்தைப் பயன்படுத்தும் ஸ்னார்ட் விதி, பதிவு செய்த செய்தியை பகுப்பாய்வு செய்ய ஒரு பயனர்லாண்ட் பயன்பாட்டைப் பயன்படுத்துகிறது.


Consequently, iptables cannot itself take any action against them.

இதன் விளைவாக, iptables அவர்களுக்கெதிராக எந்த நடவடிக்கையும் எடுக்க முடியாது.


Therefore, fwsnort does not translate Snort rules that contain options in the following list.

ஆகவே, fwsnort பின்வரும் பட்டியலில் உள்ள விருப்பங்களைக் கொண்ட ஸ்னார்ட் விதிகளை மொழிபெயர்க்காது.


However, all of the packet header information in the above list is included within iptables logs.

இருப்பினும், மேற்கூறிய பட்டியலில் உள்ள அனைத்து பாக்கெட் தலைப்பு தகவல்களும் iptables பதிவுகளில் சேர்க்கப்பட்டுள்ளன.


The iptables u32 extension can allow iptables to match arbitrary bytes within IP packets.

iptables u32 நீட்டிப்பு, IP பாக்கெட்டுகளுக்குள் உள்ள தன்னிச்சையான பைட்டுகளைப் பொருத்த iptables அனுமதிக்க முடியும்.


ackMatches the 32-bit acknowledgment number in the TCP header.

ackMatches TCP தலைப்பில் உள்ள 32-பிட் ஒப்புதல் எண்ணை.


For example, the IP ID, ICMP ID, and ICMP sequence numbers are all included in the default iptables log message.

உதாரணமாக, IP ID, ICMP ID மற்றும் ICMP வரிசை எண்கள் அனைத்தும் இயல்புநிலை iptables பதிவு செய்தியில் சேர்க்கப்பட்டுள்ளன.


Even though there is no way within iptables to match a packet if the source and destination IP addresses are the same.

iptables-க்குள் மூல மற்றும் இலக்கு IP முகவரிகள் ஒரே மாதிரியாக இருந்தால், ஒரு பாக்கெட்டைப் பொருத்த வழி இல்லை என்றாலும்.


The sameip option is important for detecting the LAND attack.

LAND தாக்குதலைக் கண்டறிவதற்கு sameip விருப்பம் முக்கியமானது.


Many older operating systems, including Windows NT 4.0 and Windows 95, mishandle this type of packet.

விண்டோஸ் என்டி 4.0 மற்றும் விண்டோஸ் 95 உட்பட பல பழைய இயக்க முறைமைகள் இந்த வகை பாக்கெட்டை தவறாகக் கையாளுகின்றன.


The seq and ack Snort options apply to the sequence and acknowledg- ment numbers in the TCP header.

seq மற்றும் ack ஸ்னார்ட் விருப்பங்கள் TCP தலைப்பில் உள்ள வரிசை மற்றும் ஒப்புதல் எண்களுக்குப் பொருந்தும்.


The window option allows Snort to match against the TCP window size.

விண்டோ விருப்பம் ஸ்னார்ட் TCP விண்டோ அளவை பொருத்த அனுமதிக்கிறது.


The TCP sequence and acknowledgment numbers, as well as the window size, are displayed in bold below.

TCP வரிசை மற்றும் ஒப்புதல் எண்கள், அத்துடன் விண்டோ அளவு ஆகியவை கீழே தடித்த எழுத்துக்களில் காட்டப்பட்டுள்ளன.


All of the Snort rule options listed above instruct Snort to match against specific fields within the network and transport layer headers.

மேலே பட்டியலிடப்பட்டுள்ள அனைத்து ஸ்னார்ட் விதி விருப்பங்களும், நெட்வொர்க் மற்றும் போக்குவரத்து அடுக்கு தலைப்புகளில் உள்ள குறிப்பிட்ட புலங்களுக்கு எதிராகப் பொருத்த ஸ்னார்ட்டுக்கு அறிவுறுத்துகின்றன.


Now we’ll look at Snort rule options for which iptables also provides both explicit matching and filtering support.

இப்போது, iptables வெளிப்படையான பொருத்தம் மற்றும் வடிகட்டுதல் ஆதரவை வழங்கும் ஸ்னார்ட் விதி விருப்பங்களைப் பார்ப்போம்.


The content option in the Snort rules language requires an argument in the form of a sequence of bytes.

ஸ்னார்ட் விதிகள் மொழியில் உள்ள உள்ளடக்கம் விருப்பத்திற்கு பைட்டுகளின் வரிசை வடிவத்தில் ஒரு வாதம் தேவை.


The iptables string match extension uses an in-kernel implementation of the same algorithm.

iptables சர பொருத்தம் நீட்டிப்பு அதே வழிமுறையின் கர்னல்-உள்ளமைவை பயன்படுத்துகிறது.


For example, the following Snort rule detects when the string "/bin/sh" is directed at a DNS server over UDP port 53.

உதாரணமாக, பின்வரும் ஸ்னார்ட் விதி, UDP போர்ட் 53 வழியாக DNS சேவையகத்திற்கு "/bin/sh" என்ற சரத்தை இயக்கும்போது கண்டறியும்.


Strictly speaking, there is no direct translation for the uricontent Snort option within iptables.

கண்டிப்பாகச் சொன்னால், iptables-க்குள் uricontent ஸ்னார்ட் விருப்பத்திற்கு நேரடி மொழிபெயர்ப்பு இல்லை.


The offset Snort option instructs Snort to begin application content matching operations at a specified number of bytes.

ஆப்செட் ஸ்னார்ட் விருப்பம், ஒரு குறிப்பிட்ட எண்ணிக்கையிலான பைட்டுகளில் பயன்பாட்டு உள்ளடக்கப் பொருத்த செயல்பாடுகளைத் தொடங்க ஸ்னார்ட்டுக்கு அறிவுறுத்துகிறது.


The firewall uses connection tracking for TCP, UDP, and ICMP.

தீச்சுவர் TCP, UDP மற்றும் ICMP ஆகியவற்றுக்கான இணைப்பு கண்காணிப்பைப் பயன்படுத்துகிறது.


Attackers might try to spoof TCP ACK packets.

தாக்குபவர்கள் TCP ACK பாக்கெட்டுகளை ஏமாற்ற முயற்சிக்கலாம்.


Iptables ஒரு நிலையான ஃபயர்வாலாகும்.


The state extension can match different phases of a TCP connection.

நிலை நீட்டிப்பு TCP இணைப்பின் வெவ்வேறு கட்டங்களுடன் பொருந்தும்.


Attackers cannot easily trick iptables into taking action against spoofed packets.

தாக்குபவர்கள் எளிதில் iptables ஐ ஏமாற்றி போலி பாக்கெட்டுகளுக்கு எதிராக நடவடிக்கை எடுக்க முடியாது.


Use the command: iptables -p tcp -m state --state ESTABLISHED.

கட்டளையைப் பயன்படுத்துக: iptables -p tcp -m state --state ESTABLISHED.


The replace option is only applicable when Snort is running in inline mode.

மாற்று விருப்பம் ஸ்னார்ட் உள்ளீட்டு முறையில் இயங்கும் போது மட்டுமே பொருந்தும்.


Application layer data replacement requires transport layer checksum recalculation.

பயன்பாட்டு அடுக்கு தரவு மாற்றுவதற்கு போக்குவரத்து அடுக்கு சரிபார்ப்புத்தொகை மறு கணக்கீடு தேவைப்படுகிறது.


Inline data replacement can silently break certain exploits.

உள்ளீட்டு தரவு மாற்றுதல் சில சுரண்டல்களை அமைதியாக உடைக்க முடியும்.


The REJECT target supports functions through arguments.

REJECT இலக்கு வாதங்கள் மூலம் செயல்பாடுகளை ஆதரிக்கிறது.


TCP RST packets can only be sent to one side of a connection.

TCP RST பாக்கெட்டுகளை ஒரு இணைப்பின் ஒரு பக்கத்திற்கு மட்டுமே அனுப்ப முடியும்.


A future version of the REJECT extension will support sending TCP RST packets to both sides.

REJECT நீட்டிப்பின் எதிர்கால பதிப்பு TCP RST பாக்கெட்டுகளை இருபுறமும் அனுப்புவதை ஆதரிக்கும்.


Malicious systems can filter incoming RST or RST/ACK packets.

தீங்கிழைக்கும் அமைப்புகள் உள்வரும் RST அல்லது RST/ACK பாக்கெட்டுகளை வடிகட்டலாம்.


The fwsnort installer places Perl modules within a specific directory.

fwsnort நிறுவி, பெர்ல் தொகுதிகளை ஒரு குறிப்பிட்ட கோப்பகத்தில் வைக்கிறது.


String matching may already be compiled into your kernel.

சரம் பொருத்தம் ஏற்கனவே உங்கள் கர்னலில் தொகுக்கப்பட்டிருக்கலாம்.


The fwsnort output shows the number of successfully translated rules.

fwsnort வெளியீடு வெற்றிகரமாக மொழிபெயர்க்கப்பட்ட விதிகளை காட்டுகிறது.


The fwsnort.log file contains information about the translation process.

fwsnort.log கோப்பில் மொழிபெயர்ப்பு செயல்முறை பற்றிய தகவல்கள் உள்ளன.


The fwsnort.sh script implements the necessary iptables commands.

fwsnort.sh ஸ்கிரிப்ட் தேவையான iptables கட்டளைகளை செயல்படுத்துகிறது.


The configuration file defines networks and port numbers.

கட்டமைப்பு கோப்பு நெட்வொர்க்குகளையும் போர்ட் எண்களையும் வரையறுக்கிறது.


The HOME_NET and EXTERNAL_NET keywords are defaulted to the wildcard value any.

HOME_NET மற்றும் EXTERNAL_NET முக்கிய வார்த்தைகள் எந்தவொரு வைல்டு கார்டு மதிப்பிற்கும் இயல்புநிலையாக அமைக்கப்பட்டுள்ளன.


The firewall detected a suspicious packet.

தீங்கிழைக்கும் ஒரு தொகுப்பை ஃபயர்வாால் கண்டுபிடித்தது.


Fwsnort can be used to translate Snort rules into iptables policies.

ஸ்னார்ட் விதிகளுக்கு ஐபிடேபிள்ஸ் கொள்கைகளாக மொழிபெயர்க்க ஃபைஸ்னார்ட்டைப் பயன்படுத்தலாம்.


The system administrator needs to configure the firewall rules.

கணினி நிர்வாகி ஃபயர்வாால் விதிகளை கட்டமைக்க வேண்டும்.


DNS cache poisoning is a serious security threat.

டிஎன்எஸ் கேச் விஷமாக்குதல் ஒரு தீவிர பாதுகாப்பு அச்சுறுத்தலாகும்.


We can simulate the traffic to test the fwsnort rules.

ஃபைஸ்னார்ட் விதிகளை சோதிக்க போக்குவரத்தை உருவகப்படுத்தலாம்.


The log message indicates a potential DNS lookup for a malicious domain.

பதிவு செய்தி ஒரு தீங்கிழைக்கும் களத்திற்கான சாத்தியமான டிஎன்எஸ் தேடலைக் குறிக்கிறது.


Iptables can be configured to drop suspicious packets.

சந்தேகத்திற்கிடமான தொகுப்புகளை கைவிட ஐபிடேபிள்ஸை கட்டமைக்க முடியும்.


The attacker might be trying to exploit a vulnerability.

தாக்குபவர் ஒரு பாதிப்பைப் பயன்படுத்த முயற்சி செய்யலாம்.


Fwsnort can alert us to potential security breaches.

சாத்தியமான பாதுகாப்பு மீறல்களுக்கு ஃபைஸ்னார்ட் நமக்கு எச்சரிக்கை செய்யலாம்.


The Perl command crafts a malicious packet.

பெர்ல் கட்டளை ஒரு தீங்கிழைக்கும் தொகுப்பை உருவாக்குகிறது.


The firewall is essential for network security.

பிணைய பாதுகாப்பிற்கு ஃபயர்வாால் அவசியம்.


The system is vulnerable to the cache-poisoning attack.

கணினி கேச் விஷமாக்குதல் தாக்குதலுக்கு ஆளாகிறது.


We need to test whether our fwsnort ruleset works.

எங்கள் ஃபைஸ்னார்ட் விதிகள் செயல்படுகிறதா என்பதை நாம் சோதிக்க வேண்டும்.


The tcpdump output shows the hex codes of the attack.

டிசிபிடம்ப் வெளியீடு தாக்குதலின் ஹெக்ஸ் குறியீடுகளைக் காட்டுகிறது.


Fwsnort can be instructed to drop the DNS request.

டிஎன்எஸ் கோரிக்கையை கைவிட ஃபைஸ்னார்ட்டுக்கு அறிவுறுத்தப்படலாம்.


The DRP string indicates that iptables has dropped the DNS request.

டிஆர்.பி சரம் ஐபிடேபிள்ஸ் டிஎன்எஸ் கோரிக்கையை கைவிட்டதைக் குறிக்கிறது.


Whitelists and blacklists are supported by fwsnort.

வெள்ளைப்பட்டியல்கள் மற்றும் கருப்புப்பட்டியல்கள் ஃபைஸ்னார்ட்டால் ஆதரிக்கப்படுகின்றன.


The whitelist rules short-circuit the signature comparison.

வெள்ளைப்பட்டியல் விதிகள் கையொப்ப ஒப்பீட்டை குறுக்குவழி செய்கின்றன.


கருப்புப்பட்டியல் விதிகள் பொருந்தும் தொகுப்புகளை கைவிடுகின்றன.


Fwsnort uses the Snort signature set as its source of attack descriptions.

ஃபைஸ்னார்ட் ஸ்னார்ட் கையொப்ப தொகுப்பை தாக்குதல் விளக்கங்களின் ஆதாரமாக பயன்படுத்துகிறது.


The fwsnort configuration file is used to set various parameters.

fwsnort கட்டமைப்பு கோப்பு பல்வேறு அளவுருக்களை அமைக்கப் பயன்படுகிறது.


Fwsnort treats traffic from the local machine as coming from the HOME_NET.

Fwsnort ஆனது உள்ளூர் இயந்திரத்திலிருந்து வரும் போக்குவரத்தை HOME_NET இலிருந்து வருவதாகக் கருதுகிறது.


If there is only one interface, no rules are processed via the FWSNORT_FORWARD chain.

ஒரே ஒரு இடைமுகம் மட்டுமே இருந்தால், FWSNORT_FORWARD சங்கிலி மூலம் எந்த விதிகளும் செயல்படுத்தப்படாது.


The HOME_NET variable is often set to the local network's IP range.

HOME_NET மாறி பெரும்பாலும் உள்ளூர் நெட்வொர்க்கின் IP வரம்பிற்கு அமைக்கப்படுகிறது.


External networks are usually defined using the EXTERNAL_NET variable.

வெளிப்புற நெட்வொர்க்குகள் பொதுவாக EXTERNAL_NET மாறியைப் பயன்படுத்தி வரையறுக்கப்படுகின்றன.


Fwsnort supports the same variable resolution as Snort.

Fwsnort ஆனது Snort போலவே மாறி தீர்மானத்தை ஆதரிக்கிறது.


HTTP_SERVERS, SMTP_SERVERS, and other server lists can be defined.

HTTP_SERVERS, SMTP_SERVERS மற்றும் பிற சேவையக பட்டியல்களை வரையறுக்கலாம்.


AOL AIM server nets are also specified in the configuration.

AOL AIM சேவையக நெட்வொர்க்குகளும் கட்டமைப்பில் குறிப்பிடப்பட்டுள்ளன.


Configurable port numbers are set for SSH, HTTP, and other services.

SSH, HTTP மற்றும் பிற சேவைகளுக்கான கட்டமைக்கக்கூடிய போர்ட் எண்கள் அமைக்கப்பட்டுள்ளன.


The average IP and TCP header lengths are defined for dsize emulation.

dsize எமுலேஷனுக்காக சராசரி IP மற்றும் TCP தலைப்பு நீளங்கள் வரையறுக்கப்பட்டுள்ளன.


The WHITELIST variable is used to ignore specific hosts or networks.

WHITELIST மாறி குறிப்பிட்ட ஹோஸ்ட்கள் அல்லது நெட்வொர்க்குகளை புறக்கணிக்கப் பயன்படுகிறது.


The BLACKLIST variable defines hosts or networks to be dropped or rejected.

BLACKLIST மாறி, கைவிடப்பட வேண்டிய அல்லது நிராகரிக்கப்பட வேண்டிய ஹோஸ்ட்கள் அல்லது நெட்வொர்க்குகளை வரையறுக்கிறது.


Jump positions in the built-in chains can be configured.

உள்ளமைக்கப்பட்ட சங்கிலிகளில் ஜம்ப் நிலைகளை கட்டமைக்க முடியும்.


The fwsnort.sh script is generated by fwsnort.

fwsnort.sh ஸ்கிரிப்ட் fwsnort மூலம் உருவாக்கப்பட்டது.


The script includes information about its purpose and the fwsnort version.

ஸ்கிரிப்ட்டில் அதன் நோக்கம் மற்றும் fwsnort பதிப்பு பற்றிய தகவல்கள் உள்ளன.


The script defines paths to system binaries like iptables and echo.

ஸ்கிரிப்ட் iptables மற்றும் echo போன்ற கணினி பைனரிகளுக்கான பாதைகளை வரையறுக்கிறது.


Dedicated iptables chains are built for fwsnort rules.

fwsnort விதிகளுக்காக பிரத்யேக iptables சங்கிலிகள் உருவாக்கப்படுகின்றன.


Special chains are created for established TCP sessions.

நிறுவப்பட்ட TCP அமர்வுகளுக்காக சிறப்பு சங்கிலிகள் உருவாக்கப்படுகின்றன.


The fourth section of fwsnort.sh handles packet inspection.

fwsnort.sh இன் நான்காவது பிரிவு பாக்கெட் ஆய்வு கையாளுகிறது.


The final section activates the ruleset within the kernel.

இறுதிப் பிரிவு கர்னலுக்குள் விதிகளின் தொகுப்பை செயல்படுத்துகிறது.


First, we configure fwsnort to drop the malicious packet on the floor before it can reach the webserver.

முதலில், தீங்கிழைக்கும் பாக்கெட் வலை சேவையகத்தை அடைவதற்கு முன், அதைத் தரையில் விழ வைக்க fwsnort ஐ உள்ளமைக்கிறோம்.


If you look through the /etc/fwsnort/fwsnort.sh script now, you will see two rules like so:

நீங்கள் இப்போது /etc/fwsnort/fwsnort.sh ஸ்கிரிப்டை கவனித்தால், நீங்கள் இரண்டு விதிகளைப் பார்ப்பீர்கள்:


The first rule is identical to the original example presented in “WEB-PHP Setup.php access Attack” on page 194, except that the log prefix contains the string DRP, which makes it clear that the next rule drops the packet.

முதல் விதி, பக்கம் 194 இல் உள்ள “WEB-PHP Setup.php அணுகல் தாக்குதல்” இல் வழங்கப்பட்ட அசல் உதாரணத்திற்கு அப்படியே உள்ளது, ஆனால் பதிவு முன்னொட்டு DRP என்ற சரத்தை உள்ளடக்கியுள்ளது, இது அடுத்த விதி பாக்கெட்டை கைவிடுகிறது என்பதை தெளிவுபடுத்துகிறது.


With fwsnort up and running, we configure psad to block the attacker for one hour by setting the following variables in the psad.conf file like so:

fwsnort இயங்கிக் கொண்டிருக்கும்போது, psad.conf கோப்பில் பின்வரும் மாறிகளை அமைப்பதன் மூலம் ஒரு மணி நேரத்திற்கு தாக்குபவரைத் தடுக்க psad ஐ உள்ளமைக்கிறோம்:


Now we restart psad with /etc/init.d/psad restart, and we are ready to simulate the attack against the webserver again.

இப்போது /etc/init.d/psad மறுதொடக்கம் மூலம் psad ஐ மறுதொடக்கம் செய்கிறோம், மேலும் வலை சேவையகத்திற்கு எதிரான தாக்குதலை மீண்டும் உருவகப்படுத்த தயாராக உள்ளோம்.


The first lynx command below (which is not malicious) shows that we have uninterrupted connectivity to the webserver, but the second command fails to elicit the 404 Not Found error because the malicious packet never reaches the webserver—it is dropped by fwsnort:

கீழேயுள்ள முதல் லினக்ஸ் கட்டளை (தீங்கிழைக்காதது) வலை சேவையகத்துடன் தடையற்ற இணைப்பைக் கொண்டிருப்பதை காட்டுகிறது, ஆனால் இரண்டாவது கட்டளை 404 கண்டுபிடிக்கப்படவில்லை என்ற பிழையை உருவாக்கத் தவறிவிட்டது, ஏனெனில் தீங்கிழைக்கும் பாக்கெட் ஒருபோதும் வலை சேவையகத்தை அடையவில்லை - அது fwsnort ஆல் கைவிடப்பட்டது:


A packet trace on the external interface of the iptables system gives more detail about what really happens on the wire.

iptables அமைப்பின் வெளிப்புற இடைமுகத்தில் உள்ள ஒரு பாக்கெட் தடமறிதல் உண்மையில் கம்பியில் என்ன நடக்கிறது என்பது பற்றிய கூடுதல் விவரங்களை வழங்குகிறது.


The attacker’s TCP stack retransmits the packet that contains the string /Setup.php because the webserver TCP stack never receives it (and so never sends an acknowledgment back to the attacker’s stack for this packet).

தாக்குபவரின் TCP அடுக்கு /Setup.php என்ற சரத்தைக் கொண்ட பாக்கெட்டை மீண்டும் அனுப்புகிறது, ஏனெனில் வலை சேவையக TCP அடுக்கு அதை ஒருபோதும் பெறவில்லை (எனவே இந்த பாக்கெட்டுக்கான ஒப்புதலை ஒருபோதும் தாக்குபவரின் அடுக்குக்கு அனுப்பாது).


Each retransmitted packet contains the string /Setup.php and so is dropped by iptables before it reaches the webserver.

மீண்டும் அனுப்பப்பட்ட ஒவ்வொரு பாக்கெட்டும் /Setup.php என்ற சரத்தைக் கொண்டுள்ளது, எனவே அது வலை சேவையகத்தை அடைவதற்கு முன்பு iptables ஆல் கைவிடப்படுகிறது.


In the trace below, the packet retransmissions are displayed in bold.

கீழேயுள்ள தடமறிதலில், பாக்கெட் மறு பரிமாற்றங்கள் தடித்த எழுத்துக்களில் காட்டப்பட்டுள்ளன.


psad மற்றும் fwsnort ஐ இணைத்தல்


Indeed, psad has severed all communication with the attacker’s IP address for one full hour.

உண்மையில், psad தாக்குபவரின் ஐபி முகவரியுடன் ஒரு முழு மணி நேரத்திற்கு அனைத்து தொடர்புகளையும் துண்டித்துவிட்டது.


The DROP rules are added to the three psad blocking chains to which packets are jumped from the built-in INPUT, OUTPUT, and FORWARD filtering chains, thus providing an effective DROP stance against the attacker’s IP address:

DROP விதிகள் மூன்று psad தடுப்பு சங்கிலிகளில் சேர்க்கப்படுகின்றன, இதற்கு பாக்கெட்டுகள் உள்ளமைக்கப்பட்ட INPUT, OUTPUT மற்றும் FORWARD வடிகட்டுதல் சங்கிலிகளிலிருந்து தாவப்படுகின்றன, இதனால் தாக்குபவரின் IP முகவரிக்கு எதிராக ஒரு பயனுள்ள DROP நிலையை வழங்குகிறது:


In the packet trace of the above section, the retransmission of the packet containing the string /Setup.php is a manifestation of the attempt to guarantee delivery of data that is built in to TCP after the DROP target refuses to forward the packet to the destination TCP stack.

மேலே உள்ள பிரிவின் பாக்கெட் தடமறிதலில், /Setup.php என்ற சரத்தைக் கொண்ட பாக்கெட்டை மீண்டும் அனுப்புவது, DROP இலக்கு பாக்கெட்டை இலக்கு TCP அடுக்குக்கு அனுப்ப மறுத்த பிறகு, TCP இல் கட்டமைக்கப்பட்ட தரவை வழங்குவதை உறுதி செய்வதற்கான முயற்சியின் வெளிப்பாடாகும்.


However, fwsnort can use the iptables REJECT target instead of the DROP target so that the attacker’s TCP stack receives a RST 3 in addition to not being able to forward the malicious packet through the iptables firewall:

இருப்பினும், fwsnort, DROP இலக்குக்கு பதிலாக iptables REJECT இலக்கைப் பயன்படுத்தலாம், இதன் மூலம் தாக்குபவரின் TCP அடுக்கு iptables ஃபயர்வாலைத் தாண்டி தீங்கிழைக்கும் பாக்கெட்டை அனுப்ப முடியாததோடு RST 3 ஐயும் பெறுகிறது:


Now, when we launch the attack against the webserver again (after clearing the psad blocking rules from the previous attack with psad --Flush), our TCP stack receives a RST packet that forces the session to close:

இப்போது, நாங்கள் மீண்டும் வலை சேவையகத்திற்கு எதிராக தாக்குதலைத் தொடங்கும்போது (psad --Flush உடன் முந்தைய தாக்குதலில் இருந்து psad தடுப்பு விதிகளை அழித்த பிறகு), எங்கள் TCP அடுக்கு ஒரு RST பாக்கெட்டைப் பெறுகிறது, இது அமர்வை மூட கட்டாயப்படுத்துகிறது:


A packet trace captured on the external interface of the iptables firewall clearly shows the RST packet (in bold below) being sent back to the attacker:

iptables ஃபயர்வாலின் வெளிப்புற இடைமுகத்தில் கைப்பற்றப்பட்ட ஒரு பாக்கெட் தடமறிதல், RST பாக்கெட் (கீழே தடித்த எழுத்துக்களில்) தாக்குபவருக்கு திருப்பி அனுப்பப்படுவதை தெளிவாகக் காட்டுகிறது:


In the attack example above, the client side of the TCP connection receives a RST, which is subsequently honored by the local TCP stack.

மேலே உள்ள தாக்குதல் எடுத்துக்காட்டில், TCP இணைப்பின் கிளையண்ட் பக்கம் ஒரு RST ஐப் பெறுகிறது, இது பின்னர் உள்ளூர் TCP அடுக்கால் மதிக்கப்படுகிறது.


But what if the attacker is running an operating system that contains a firewall (such as iptables) capable of filtering the incoming RST packet before the local TCP stack can see it?

ஆனால் தாக்குபவர் உள்ளூர் TCP அடுக்கு அதை பார்க்கும் முன் உள்வரும் RST பாக்கெட்டை வடிகட்டக்கூடிய ஃபயர்வாலை (iptables போன்றவை) கொண்ட ஒரு இயக்க முறைமையை இயக்கி கொண்டிருந்தால் என்ன செய்வது?


அதிர்ஷ்டவசமாக, பதில் இல்லை.


The fwknop client calculates the MD5 sum and includes it in the SPA packet.

fwknop கிளையண்ட் MD5 தொகையை கணக்கிட்டு, அதை SPA தொகுப்பில் சேர்க்கிறது.


Server authentication can require an additional parameter in the SPA packet.

சேவையக அங்கீகாரம் SPA தொகுப்பில் கூடுதல் அளவுருவை கோரலாம்.


Before encryption, the fields are Base64-encoded and concatenated with colons.

குறியாக்கத்திற்கு முன், புலங்கள் Base64-இல் குறியிடப்பட்டு, பெருங்குடலுடன் இணைக்கப்படுகின்றன.


The packet data is encrypted with Rijndael or an asymmetric cipher.

தொகுப்பு தரவு Rijndael அல்லது ஒரு சமச்சீரற்ற சைபர் மூலம் குறியாக்கம் செய்யப்படுகிறது.


Every SPA packet is encrypted and decrypted with a key.

ஒவ்வொரு SPA தொகுப்பும் ஒரு விசையுடன் குறியாக்கம் செய்யப்பட்டு, மறைகுறியாக்கம் செய்யப்படுகிறது.


A symmetric-key cipher uses the same key for encryption and decryption.

ஒரு சமச்சீர்-விசை சைபர் குறியாக்கம் மற்றும் மறைகுறியாக்கத்திற்கு ஒரே விசையைப் பயன்படுத்துகிறது.


Asymmetric-key ciphers use a public and a private key pair.

சமச்சீரற்ற-விசை சைபர்கள் ஒரு பொது மற்றும் ஒரு தனிப்பட்ட விசை ஜோடியைப் பயன்படுத்துகின்றன.


Now, let's look at some operational examples of deploying fwknop.

இப்போது, fwknop ஐ செயல்படுத்துவதற்கான சில செயல்பாட்டு எடுத்துக்காட்டுகளைப் பார்ப்போம்.


The fwknop client is used to access SSHD through an iptables policy.

iptables கொள்கையின் மூலம் SSHD ஐ அணுக fwknop கிளையண்ட் பயன்படுத்தப்படுகிறது.


The network diagram helps visualize these scenarios.

இந்த சூழ்நிலைகளை காட்சிப்படுத்த நெட்வொர்க் வரைபடம் உதவுகிறது.


The SPA packet communicates the desired access to the spaserver system.

SPA தொகுப்பு, விரும்பிய அணுகலை ஸ்பேசர்வர் அமைப்புக்கு தெரிவிக்கிறது.


The fwknop client has command-line options for access control.

அணுகல் கட்டுப்பாட்டிற்காக fwknop கிளையண்ட்டில் கட்டளை வரி விருப்பங்கள் உள்ளன.


நீங்கள் fwknop.conf கோப்பை உள்ளமைக்கலாம்.


Examine syslog messages to see if fwknopd is ready.

fwknopd தயாராக உள்ளதா எனப் பார்க்க, syslog செய்திகளைப் பரிசோதிக்கவும்.


Make sure SSHD is running on the local system.

SSHD உள்ளூர் கணினியில் இயங்குவதை உறுதிப்படுத்தவும்.


Test SSHD accessibility from the fwknop client.

fwknop கிளையண்டிலிருந்து SSHD அணுகலை சோதிக்கவும்.


SSHD ஐ அணுக fwknop ஐப் பயன்படுத்தவும்.


The server adds an ACCEPT rule for the client's IP address.

சேவையகம் கிளையண்டின் IP முகவரிக்கு ACCEPT விதியை சேர்க்கிறது.


The ACCEPT rule is removed after a timeout.

காலக்கெடு முடிந்த பிறகு ACCEPT விதி அகற்றப்படும்.


The fwknop server adds and deletes access rules within a custom chain.

fwknop சேவையகம், தனிப்பயன் சங்கிலியில் அணுகல் விதிகளைச் சேர்த்து நீக்குகிறது.


fwknop was released as an open source project under the GNU Public License (GPL) in June 2004.

fwknop ஜூன் 2004 இல் GNU பொது உரிமத்தின் (GPL) கீழ் ஒரு திறந்த மூல திட்டமாக வெளியிடப்பட்டது.


It was the first port-knocking implementation to combine encrypted port knocking with passive OS fingerprinting.

இது முதல் போர்ட்-நாக்கிங் செயலாக்கமாகும், இது மறைகுறியாக்கப்பட்ட போர்ட் தட்டுதலை செயலற்ற OS கைரேகையுடன் இணைத்தது.


fwknop’s port-knocking component is based on iptables log messages.

fwknop இன் போர்ட்-நாக்கிங் கூறு iptables பதிவு செய்திகளை அடிப்படையாகக் கொண்டது.


In May 2005, I released the Single Packet Authorization mode for fwknop.

மே 2005 இல், நான் fwknop க்காக ஒற்றை பாக்கெட் அங்கீகார முறையை வெளியிட்டேன்.


As of this writing, fwknop-1.0 is the latest available release.

இந்த எழுத்தின்படி, fwknop-1.0 தான் சமீபத்திய வெளியீடாகும்.


MadHat coined the term Single Packet Authorization at Black Hat Briefings in July 2005.

ஜூலை 2005 இல் பிளாக் ஹேட் பிரீஃபிங்ஸில் மாட்ஹாட் என்ற சொல் ஒற்றை பாக்கெட் அங்கீகாரம் என்று உருவாக்கப்பட்டது.


I submitted a similar proposal for presentation at the same conference.

நான் அதே மாநாட்டில் வழங்குவதற்காக இதேபோன்ற ஒரு திட்டத்தை சமர்ப்பித்தேன்.


It is also worth noting that a protocol implemented by the tumbler project is similar to SPA.

டம்ப்ளர் திட்டத்தால் செயல்படுத்தப்பட்ட ஒரு நெறிமுறை SPA க்கு ஒத்திருக்கிறது என்பதையும் கவனிக்க வேண்டும்.


fwknop really supports both authentication and authorization.

fwknop உண்மையில் அங்கீகாரம் மற்றும் அங்கீகாரம் இரண்டையும் ஆதரிக்கிறது.


Installing fwknop begins with downloading the latest source tarball or RPM.

fwknop ஐ நிறுவுவது சமீபத்திய மூல டார்பால் அல்லது RPM ஐ பதிவிறக்கம் செய்வதிலிருந்து தொடங்குகிறது.


As usual, it is prudent to verify the MD5 sum.

வழக்கம் போல், MD5 தொகையை சரிபார்ப்பது நல்லது.


Once you’re sure that the downloaded file is safe, you can proceed with the installation.

பதிவிறக்கம் செய்யப்பட்ட கோப்பு பாதுகாப்பானது என்பதை உறுதி செய்தவுடன், நீங்கள் நிறுவலைத் தொடரலாம்.


Here’s how to install the source tarball of fwknop version 1.0:

fwknop பதிப்பு 1.0 இன் மூல டார்பாலை எவ்வாறு நிறுவுவது என்பது இங்கே:


The install.pl script will prompt you for several bits of information.

install.pl ஸ்கிரிப்ட் உங்களிடம் சில தகவல்களைக் கேட்கும்.


You can install fwknop on a system that only supports sending SPA packets as an SPA client.

SPA கிளையண்டாக SPA பாக்கெட்டுகளை அனுப்பும் ஒரு கணினியில் நீங்கள் fwknop ஐ நிறுவலாம்.


A full installation of fwknop results in the creation of several files and directories.

fwknop இன் முழுமையான நிறுவல் பல கோப்புகள் மற்றும் கோப்பகங்களை உருவாக்குகிறது.


This is the client program responsible for accepting password input from the user.

இது பயனரிடமிருந்து கடவுச்சொல் உள்ளீட்டை ஏற்றுக்கொள்வதற்கு பொறுப்பான கிளையண்ட் நிரலாகும்.


By default, fwknop sends SPA packets over UDP port 62201.

இயல்பாக, fwknop UDP போர்ட் 62201 வழியாக SPA பாக்கெட்டுகளை அனுப்புகிறது.


This is the main daemon responsible for sniffing and decrypting SPA packet data.

இது SPA பாக்கெட் தரவை ஸ்னிஃபிங் மற்றும் டிகிரிப்ஷன் செய்வதற்கு பொறுப்பான முக்கிய டெமான் ஆகும்.


The Perl modules fwknop uses are installed within this directory.

fwknop பயன்படுத்தும் பெர்ல் தொகுதிகள் இந்த கோப்பகத்தில் நிறுவப்பட்டுள்ளன.


The firewall checks if the packet is valid.

ஃபயர்வாலில் தொகுப்பு சரியானதா என சரிபார்க்கப்படுகிறது.


The system received an encrypted packet with a valid key ID.

சரியான சாவி அடையாளத்துடன் கூடிய ஒரு என்க்ரிப்ட் செய்யப்பட்ட தொகுப்பு முறைமைக்கு கிடைத்தது.


An SSH -K option passes arguments to the fwknop command line.

ஒரு SSH -K விருப்பம் வாதங்களை fwknop கட்டளை வரிக்கு அனுப்புகிறது.


டார் என்பது ஒரு அநாமதேய நெட்வொர்க் ஆகும்.


Traffic analysis can reveal who is communicating over the internet.

போக்குவரத்து பகுப்பாய்வு இணையத்தில் யார் தொடர்பு கொள்கிறார்கள் என்பதை வெளிப்படுத்த முடியும்.


Even encrypted application traffic is subject to traffic analysis.

குறியாக்கம் செய்யப்பட்ட பயன்பாட்டு போக்குவரத்தும் போக்குவரத்து பகுப்பாய்வுக்கு உட்பட்டது.


Tor works by setting up a virtual circuit.

டார் ஒரு மெய்நிகர் சுற்றை அமைப்பதன் மூலம் செயல்படுகிறது.


A client communicates with a server over the open Internet via this virtual circuit.

ஒரு கிளையண்ட் இந்த மெய்நிகர் சுற்றின் மூலம் திறந்த இணையத்தில் ஒரு சேவையகத்துடன் தொடர்பு கொள்கிறது.


Is there a benefit to sending SPA packets over the Tor network?

டார் நெட்வொர்க்கில் SPA தொகுப்புகளை அனுப்புவதில் ஏதேனும் நன்மை உள்ளதா?


டார் போக்குவரத்துக்கு TCP ஐ பயன்படுத்துகிறது.


SPA packets are transferred over UDP by default.

SPA தொகுப்புகள் இயல்பாக UDP மூலம் மாற்றப்படுகின்றன.


Fwknop solves this problem by breaking the single packet nature of SPA.

Fwknop இந்த சிக்கலை SPA இன் ஒற்றை தொகுப்பு தன்மையை உடைப்பதன் மூலம் தீர்க்கிறது.


This daemon spawns a minimal TCP server.

இந்த டெமான் ஒரு குறைந்தபட்ச TCP சேவையகத்தை உருவாக்குகிறது.


The socat program functions as the socks4 proxy that Tor requires.

Socat நிரல் டார் தேவைப்படும் socks4 ப்ராக்ஸியாக செயல்படுகிறது.


This chapter illustrates powerful techniques in computer security.

இந்த அத்தியாயம் கணினி பாதுகாப்பில் சக்திவாய்ந்த நுட்பங்களை விளக்குகிறது.


Port knocking was the first technology to implement this idea.

போர்ட் தட்டுதல் இந்த யோசனையை செயல்படுத்திய முதல் தொழில்நுட்பமாகும்.


SPA has proved itself a more robust technology.

SPA தன்னை ஒரு வலுவான தொழில்நுட்பமாக நிரூபித்துள்ளது.


Visualizing security data is becoming increasingly important.

பாதுகாப்பு தரவை காட்சிப்படுத்துவது பெருகிய முறையில் முக்கியத்துவம் பெறுகிறது.


Graphical representations of security data allow administrators to quickly see emerging trends.

பாதுகாப்பு தரவின் வரைகலை பிரதிநிதித்துவங்கள் நிர்வாகிகளுக்கு வளர்ந்து வரும் போக்குகளை விரைவாகப் பார்க்க அனுமதிக்கின்றன.


This chapter explores the usage of psad with Gnuplot.

இந்த அத்தியாயம் Gnuplot உடன் psad பயன்பாட்டை ஆராய்கிறது.


Let’s use eight bytes for a username and one byte as a kind of minimal checksum value.

ஒரு பயனர்பெயருக்கு எட்டு பைட்டுகளையும், குறைந்தபட்ச சரிபார்ப்பு மதிப்பிற்கு ஒரு பைட்டையும் பயன்படுத்துவோம்.


For the username, I will use my mbr username, or its equivalent in hex bytes: 0x6d, 0x62, 0x72 (padded with five zeros for our needs).

பயனர்பெயருக்காக, எனது mbr பயனர்பெயரைப் பயன்படுத்துவேன், அல்லது ஹெக்ஸ் பைட்டுகளில் அதற்கு இணையானது: 0x6d, 0x62, 0x72 (எங்கள் தேவைக்காக ஐந்து பூஜ்ஜியங்களுடன் நிரப்பப்பட்டது).


Finally, we calculate the checksum as the sum of all values mod 256: (0x06 + 0x16 + 0xcf + 0x2c + 0x10 + 0x22 + 0x6d + 0x62 + 0x72) % 256 = 0x96

இறுதியாக, அனைத்து மதிப்புகளின் கூட்டுத்தொகையை 256 ஆல் வகுத்து மீதியை கணக்கிடுகிறோம்: (0x06 + 0x16 + 0xcf + 0x2c + 0x10 + 0x22 + 0x6d + 0x62 + 0x72) % 256 = 0x96


Hence, our unencrypted port-knocking sequence looks like this: 0x06 (TCP) 0x00 (Port 22 upper bits) 0x16 (Port 22 lower bits) 0xcf (207) 0x2c (44) 0x10 (10) 0x22 (34) 0x6d (m) 0x62 (b) 0x72 (r) 0x00 (repeated five times) 0x96

எனவே, எங்கள் மறையிடப்படாத போர்ட்-நாக்கிங் வரிசை இப்படி இருக்கும்: 0x06 (TCP) 0x00 (போர்ட் 22 மேல் பிட்கள்) 0x16 (போர்ட் 22 கீழ் பிட்கள்) 0xcf (207) 0x2c (44) 0x10 (10) 0x22 (34) 0x6d (m) 0x62 (b) 0x72 (r) 0x00 (ஐந்து முறை மீண்டும்) 0x96


Because each byte within the knock sequence can be represented as a single byte of information (0 through 255), we’ll designate the port range from 64400 to 64650 as the range of ports for the knocking sequence.

நாக்கிங் வரிசையில் உள்ள ஒவ்வொரு பைட்டையும் ஒரு தனி பைட்டு தகவலாக (0 முதல் 255 வரை) குறிப்பிட முடியும் என்பதால், 64400 முதல் 64650 வரையிலான போர்ட் வரம்பை நாக்கிங் வரிசைக்கான போர்ட்களின் வரம்பாகக் குறிப்பிடுவோம்.


That is, we’ll add 64,400 to each of the port values in the encrypted sequence.

அதாவது, மறையாக்கப்பட்ட வரிசையில் உள்ள ஒவ்வொரு போர்ட் மதிப்பிற்கும் 64,400 ஐச் சேர்ப்போம்.


Our final sequence is generated with the following Perl program, which uses the Rijndael cipher and the encryption key knockingtest:

எங்கள் இறுதி வரிசை பின்வரும் பெர்ல் நிரலுடன் உருவாக்கப்பட்டது, இது ரைண்டேல் சைபர் மற்றும் என்க்ரிப்ஷன் கீ நாக்கிங்டெஸ்டைப் பயன்படுத்துகிறது:


The output of the enc_knock.pl script in Listing 12-2 would need to be sent over the network in order to function as a real port-knocking sequence; the script here just serves to illustrate how encrypted port-knocking sequences are generated.

பட்டியல் 12-2 இல் உள்ள enc_knock.pl ஸ்கிரிப்டின் வெளியீடு, உண்மையான போர்ட்-நாக்கிங் வரிசையாக செயல்பட, நெட்வொர்க்கில் அனுப்பப்பட வேண்டும்; இங்குள்ள ஸ்கிரிப்ட், மறையாக்கப்பட்ட போர்ட்-நாக்கிங் வரிசைகள் எவ்வாறு உருவாக்கப்படுகின்றன என்பதை விளக்குகிறது.


Although port knocking can provide an additional layer of protection for network services that may contain undiscovered security bugs, some of the characteristics of the port-knocking architecture make it somewhat brittle and not scalable to enterprise-class deployments.

போர்ட் நாக்கிங், கண்டுபிடிக்கப்படாத பாதுகாப்பு குறைபாடுகளைக் கொண்டிருக்கக்கூடிய நெட்வொர்க் சேவைகளுக்கு கூடுதல் பாதுகாப்பை வழங்க முடியும் என்றாலும், போர்ட்-நாக்கிங் கட்டமைப்பின் சில பண்புகள் அதை ஓரளவு உடையக்கூடியதாகவும், நிறுவன அளவிலான பயன்பாடுகளுக்கு ஏற்றதாகவும் இல்லை.


If an attacker can intercept a port-knocking sequence as it is transmitted over the network, then it is easy for the attacker to send an identical knock sequence to the same target at a later time.

ஒரு தாக்குபவர் நெட்வொர்க்கில் அனுப்பப்படும் போர்ட்-நாக்கிங் வரிசையை இடைமறிக்க முடிந்தால், அதே இலக்குக்கு அதே நாக்கிங் வரிசையை பின்னர் அனுப்புவது தாக்குபவருக்கு எளிதாக இருக்கும்.


This is called a replay attack, because the attacker is replaying the knock sequence against the target in an attempt to gain the same access as the legitimate port-knocking client.

இது ரீப்ளே தாக்குதல் என்று அழைக்கப்படுகிறது, ஏனெனில் தாக்குபவர், முறையான போர்ட்-நாக்கிங் கிளையன்ட் போன்ற அதே அணுகலைப் பெற முயற்சிக்கும்போது, இலக்குக்கு எதிராக நாக்கிங் வரிசையை மீண்டும் இயக்குகிறார்.


Because port knocking just uses packet headers, it is difficult to build enough variation into port knock sequences to stop replay attacks.

போர்ட் நாக்கிங், பாக்கெட் தலைப்புகளை மட்டுமே பயன்படுத்துவதால், ரீப்ளே தாக்குதல்களைத் தடுக்க போர்ட் நாக்கிங் வரிசைகளில் போதுமான மாற்றத்தை உருவாக்குவது கடினம்.


Some port-knocking implementations use successive iterations of a hashing function (similar to S/Key authentication, defined in RFC 1760) to stop replay attacks, but these methods require that both client and server store some state information.

சில போர்ட்-நாக்கிங் செயலாக்கங்கள், ரீப்ளே தாக்குதல்களை நிறுத்த, தொடர்ச்சியான ஹாஷிங் செயல்பாட்டைப் பயன்படுத்துகின்றன (RFC 1760 இல் வரையறுக்கப்பட்ட S/Key அங்கீகாரத்தைப் போன்றவை), ஆனால் இந்த முறைகளுக்கு கிளையன்ட் மற்றும் சர்வர் இரண்டும் சில நிலை தகவல்களைச் சேமிக்க வேண்டும்.


Alternatively, we could simply change the shared port-knock sequence or the decryption password for each encrypted sequence once access has been granted, but this is tedious and certainly does not scale well for lots of users.

மாற்றாக, அணுகல் வழங்கப்பட்டவுடன், பகிரப்பட்ட போர்ட்-நாக்கிங் வரிசையை அல்லது ஒவ்வொரு மறையாக்கப்பட்ட வரிசைக்கும் மறையீட்டு கடவுச்சொல்லை மாற்றலாம், ஆனால் இது சலிப்பை ஏற்படுத்தும் மற்றும் நிறைய பயனர்களுக்கு நன்றாக அளவிடாது.


Because the port fields in the TCP and UDP headers are 16 bits wide, if we assume that a port-knocking implementation uses only the destination port number of each packet in the knock sequence, only two bytes of information can be transferred per packet.

TCP மற்றும் UDP தலைப்புகளில் உள்ள போர்ட் புலங்கள் 16 பிட்கள் அகலமாக இருப்பதால், போர்ட்-நாக்கிங் செயலாக்கம், நாக்கிங் வரிசையில் உள்ள ஒவ்வொரு பாக்கெட்டின் இலக்கு போர்ட் எண்ணை மட்டுமே பயன்படுத்துகிறது என்று கருதினால், ஒரு பாக்கெட்டுக்கு இரண்டு பைட்டுகள் தகவல் மட்டுமே பரிமாற முடியும்.