The book provides valuable information about Linux firewalls.

പുസ്തകം Linux ഫയർവാളുകളെക്കുറിച്ച് വിലപ്പെട്ട വിവരങ്ങൾ നൽകുന്നു.


Firewalls are essential for network security.

നെറ്റ്‌വർക്ക് സുരക്ഷയ്ക്ക് ഫയർവാളുകൾ അത്യാവശ്യമാണ്.


This chapter explains how to configure iptables.

ഈ അധ്യായത്തിൽ iptables എങ്ങനെ കോൺഫിഗർ ചെയ്യാമെന്ന് വിശദീകരിക്കുന്നു.


Attack detection and response are crucial for system administrators.

ആക്രമണം കണ്ടെത്തുകയും അതിനോട് പ്രതികരിക്കുകയും ചെയ്യുന്നത് സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർക്ക് നിർണായകമാണ്.


The author discusses various network layer attacks.

രചയിതാവ് വിവിധ നെറ്റ്‌വർക്ക് ലെയർ ആക്രമണങ്ങളെക്കുറിച്ച് ചർച്ച ചെയ്യുന്നു.


Understanding TCP/IP is fundamental to firewall configuration.

TCP/IP മനസ്സിലാക്കുന്നത് ഫയർവാൾ കോൺഫിഗറേഷന്റെ അടിസ്ഥാനമാണ്.


The book also covers application layer attacks.

പുസ്തകത്തിൽ ആപ്ലിക്കേഷൻ ലെയർ ആക്രമണങ്ങളെക്കുറിച്ചും പറയുന്നു.


Michael Rash is the author of this book.

ഈ പുസ്തകത്തിന്റെ രചയിതാവാണ് മൈക്കിൾ റാഷ്.


Firewalls help to prevent unauthorized access.

അനധികൃത പ്രവേശനം തടയാൻ ഫയർവാളുകൾ സഹായിക്കുന്നു.


The book is well-researched and informative.

പുസ്തകം നന്നായി ഗവേഷണം ചെയ്ത് വിവരങ്ങൾ ഉൾക്കൊള്ളുന്നതാണ്.


Iptables is a powerful tool for network security.

നെറ്റ്‌വർക്ക് സുരക്ഷയ്ക്കുള്ള ശക്തമായ ഉപകരണമാണ് Iptables.


The book is an invaluable resource for system administrators.

സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർക്ക് വളരെ വിലപ്പെട്ട ഒരു resource ആണ് ഈ പുസ്തകം.


This text goes much further than advertised.

പ്രചരിപ്പിച്ചതിനേക്കാൾ വളരെ അധികം വിവരങ്ങൾ ഈ പുസ്തകത്തിലുണ്ട്.


The book covers attack detection and response.

പുസ്തകത്തിൽ ആക്രമണം കണ്ടെത്തുകയും അതിനോട് പ്രതികരിക്കുകയും ചെയ്യുന്നതിനെക്കുറിച്ച് പറയുന്നു.


The author approaches the subject in a layered method.

ഗ്രന്ഥകർത്താവ് വിഷയത്തെ അടുക്കുകളായി അവതരിപ്പിക്കുന്നു.


The book teaches the basics of network security.

പുസ്തകം നെറ്റ്‌വർക്ക് സുരക്ഷയുടെ അടിസ്ഥാന കാര്യങ്ങൾ പഠിപ്പിക്കുന്നു.


ആധുനിക ഫയർവാൾ നിർമ്മിക്കാൻ ഇത് നിങ്ങളെ സഹായിക്കുന്നു.


പുസ്തകം പുനരുപയോഗിച്ച കടലാസിൽ അച്ചടിച്ചിരിക്കുന്നു.


The book is dedicated to Katie and Bella.

പുസ്തകം കാറ്റിക്കും, ബെല്ലക്കും സമർപ്പിക്കുന്നു.


This book would not have been possible without you.

നിങ്ങൾ ഇല്ലാതെ ഈ പുസ്തകം ഉണ്ടാകുമായിരുന്നില്ല.


The firewall configuration is relatively easy.

ഫയർവാൾ കോൺഫിഗറേഷൻ താരതമ്യേന എളുപ്പമാണ്.


Packets originating from the internal network must have a source address within the 192.168.10.0/24 subnet.

ആന്തരിക ശൃംഖലയിൽ നിന്നുള്ള പാക്കറ്റുകൾ 192.168.10.0/24 സബ്‌നെറ്റിനുള്ളിൽ നിന്നുള്ള ഒരു സോഴ്സ് വിലാസം ഉണ്ടായിരിക്കണം.


The rule that accepts SSH connections uses the state match with a state of NEW.

എസ്എസ്എച്ച് കണക്ഷനുകൾ സ്വീകരിക്കുന്ന നിയമം പുതിയ അവസ്ഥയിലുള്ള സ്റ്റേറ്റ് മാച്ച് ഉപയോഗിക്കുന്നു.


Connection is the tracking mechanism that Netfilter uses to categorize packets.

കണക്ഷൻ എന്നത് പാക്കറ്റുകളെ തരം തിരിക്കാൻ നെറ്റ്‌ഫിൽറ്റർ ഉപയോഗിക്കുന്ന ട്രാക്കിംഗ് സംവിധാനമാണ്.


സ്ഥിരസ്ഥിതി LOG നിയമം ബാധകമാണ്.


Packets that are not accepted will be dropped.

സ്വീകരിക്കാത്ത പാക്കറ്റുകൾ ഡ്രോപ്പ് ചെയ്യും.


The configuration of the INPUT chain is easy.

INPUT ശൃംഖലയുടെ കോൺഫിഗറേഷൻ എളുപ്പമാണ്.


The OUTPUT chain allows kernel-level controls.

OUTPUT ശൃംഖല കേർണൽ ലെവൽ നിയന്ത്രണങ്ങൾ അനുവദിക്കുന്നു.


If an SSH session is initiated, the OUTPUT chain can be used.

ഒരു SSH സെഷൻ ആരംഭിക്കുകയാണെങ്കിൽ, OUTPUT ശൃംഖല ഉപയോഗിക്കാം.


The FORWARD chain governs packets that attempt to route through the firewall.

ഫയർവാളിലൂടെ റൂട്ട് ചെയ്യാൻ ശ്രമിക്കുന്ന പാക്കറ്റുകളെ FORWARD ശൃംഖല നിയന്ത്രിക്കുന്നു.


ആന്റി-സ്‌പൂഫിംഗ് നിയമങ്ങൾ ചേർക്കുന്നു.


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

അന്തിമ ഘട്ടം ആന്തരിക വിലാസങ്ങളുടെ വിവർത്തനം പ്രാപ്തമാക്കുക എന്നതാണ്.


The iptables nat table is dedicated to all NAT rules.

എല്ലാ NAT നിയമങ്ങൾക്കുമായി iptables nat പട്ടിക സമർപ്പിക്കപ്പെട്ടിരിക്കുന്നു.


The PREROUTING chain is used to apply rules.

PREROUTING ശൃംഖല നിയമങ്ങൾ ബാധകമാക്കാൻ ഉപയോഗിക്കുന്നു.


The POSTROUTING chain processes packets.

POSTROUTING ശൃംഖല പാക്കറ്റുകൾ പ്രോസസ്സ് ചെയ്യുന്നു.


Enable IP forwarding in the Linux kernel.

Linux കേർണലിൽ IP ഫോർവേഡിംഗ് പ്രവർത്തനക്ഷമമാക്കുക.


Instantiating a policy is easy through the execution of iptables commands.

iptables കമാൻഡുകൾ നടപ്പിലാക്കുന്നതിലൂടെ ഒരു നയം നടപ്പിലാക്കുന്നത് എളുപ്പമാണ്.


The iptables-save command builds a file.

iptables-save കമാൻഡ് ഒരു ഫയൽ ഉണ്ടാക്കുന്നു.


നയം പരീക്ഷിക്കുന്നത് നല്ലതാണ്.


TCP പോർട്ടുകളിലേക്കുള്ള പ്രവേശനം ഞങ്ങൾ പരിശോധിക്കുന്നു.


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 ലോഗ് പരിശോധിക്കുന്നതിലൂടെ, ഇത് വാസ്തവത്തിൽ അങ്ങനെയാണെന്ന് നമുക്ക് കാണാൻ കഴിയും.


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-ലേക്ക് ലോഗ് ഡാറ്റ എഴുതാൻ കഴിയും.


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

IP ശീർഷകം RFC 791 നിർവചിച്ചിരിക്കുന്നു, ഇത് IP ഉപയോഗിക്കുന്ന ശീർഷകത്തിന്റെ ഘടനയെ വിവരിക്കുന്നു.


For example, the Total Length field is prefixed with the string LEN= followed by the actual total length value in the packet.

ഉദാഹരണത്തിന്, ടോട്ടൽ ലെങ്ത് ഫീൽഡിന് LEN= എന്ന സ്ട്രിംഗ് പ്രിഫിക്സായി നൽകിയിരിക്കുന്നു, തുടർന്ന് പാക്കറ്റിലെ യഥാർത്ഥ മൊത്തം നീള മൂല്യം നൽകുന്നു.


The dark gray boxes in Figure 2-1 are always logged by iptables.

ചിത്രം 2-1-ലെ കടും ചാരനിറത്തിലുള്ള ബോക്സുകൾ എപ്പോഴും iptables-ൽ ലോഗ് ചെയ്യപ്പെടുന്നു.


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.

IP ശീർഷകത്തിന്റെ ഓപ്ഷനുകൾ ലോഗ് ചെയ്യാൻ, താഴെ പറയുന്ന കമാൻഡ് ഉപയോഗിക്കുക.


We once again ping the iptablesfw system, but this time we instruct the ping command to set the timestamp option to tsonly.

നമ്മൾ വീണ്ടും iptablesfw സിസ്റ്റത്തിലേക്ക് പിംഗ് ചെയ്യുന്നു, എന്നാൽ ഈ സമയം ടൈംസ്‌റ്റാമ്പ് ഓപ്ഷൻ tsonly ആയി സജ്ജീകരിക്കാൻ പിംഗ് കമാൻഡിന് നിർദ്ദേശം നൽകുന്നു.


The iptables LOG target has code dedicated to logging ICMP.

iptables LOG ടാർഗെറ്റിന് ICMP ലോഗിംഗിനായി സമർപ്പിക്കപ്പെട്ട കോഡ് ഉണ്ട്.


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

ICMP (RFC 792 നിർവചിച്ചിരിക്കുന്നത്) 32 ബിറ്റുകൾ വീതിയുള്ള ലളിതമായ ഒരു ശീർഷകമാണ്.


Network attacks fall into one of three categories.

നെറ്റ്‌വർക്ക് ആക്രമണങ്ങൾ മൂന്ന് വിഭാഗങ്ങളിൽ ഒന്നായി വരുന്നു.


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

ഒരു നെറ്റ്‌വർക്ക് ലെയർ ആക്രമണത്തെ, നെറ്റ്‌വർക്ക് ലെയർ ശീർഷകത്തിന്റെ ഫീൽഡുകൾ ദുരുപയോഗം ചെയ്യുന്ന ഒരു പാക്കറ്റോ അല്ലെങ്കിൽ പാക്കറ്റുകളുടെ ഒരു ശ്രേണിയോ ആയി ഞങ്ങൾ നിർവചിക്കുന്നു.


When Nmap is used to scan systems that are not on the same subnet, host discovery is performed by sending an ICMP Echo Request.

Nmap ഒരേ സബ്‌നെറ്റിൽ ഇല്ലാത്ത സിസ്റ്റങ്ങൾ സ്കാൻ ചെയ്യാൻ ഉപയോഗിക്കുമ്പോൾ, ഒരു ICMP എക്കോ അഭ്യർത്ഥന അയച്ചുകൊണ്ട് ഹോസ്റ്റ് കണ്ടെത്തൽ നടത്തുന്നു.


Few terms in computer security give rise to more confusion and hyperbole than spoofing.

കമ്പ്യൂട്ടർ സുരക്ഷയിൽ സ്പൂഫിംഗിനേക്കാൾ ആശയക്കുഴപ്പമുണ്ടാക്കുന്നതും അതിശയോക്തിപരവുമായ പദങ്ങൾ കുറവാണ്.


A spoof is a hoax or prank, and IP spoofing means to deliberately construct an IP packet with a falsified source address.

ഒരു സ്പൂഫ് എന്നാൽ ഒരു കബളിപ്പിക്കൽ അല്ലെങ്കിൽ പ്രാങ്ക് ആണ്, കൂടാതെ IP സ്പൂഫിംഗ് എന്നാൽ തെറ്റായ ഒരു സോഴ്സ് വിലാസം ഉപയോഗിച്ച് മനഃപൂർവം ഒരു IP പാക്കറ്റ് നിർമ്മിക്കുക എന്നാണ്.


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.

ധാരാളം Linux വിതരണങ്ങൾ ഇതിനകം iptables കംപൈൽ ചെയ്ത പ്രീ-ബിൽറ്റ് കേർണലുകളുമായി വരുമ്പോൾ, സ്ഥിരസ്ഥിതി കേർണൽ കോൺഫിഗറേഷൻ കഴിയുന്നത്ര ലളിതമായി നിലനിർത്താൻ ശ്രമിക്കുന്നു.


For example, the Netfilter connection-tracking capability is not enabled by default in the 2.6.20.1 kernel.

ഉദാഹരണത്തിന്, Netfilter കണക്ഷൻ ട്രാക്കിംഗ് ശേഷി 2.6.20.1 കേർണലിൽ ഡിഫോൾട്ടായി പ്രവർത്തനക്ഷമമാക്കിയിട്ടില്ല.


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 ഫയർവാളായി പ്രവർത്തിക്കാൻ കഴിയുന്ന ഒരു Linux സിസ്റ്റം നിർമ്മിക്കുന്നതിനുള്ള ഏറ്റവും പ്രധാനപ്പെട്ട ഘട്ടം Linux കേർണലിന്റെ ശരിയായ കോൺഫിഗറേഷനും കംപൈലേഷനുമാണ്.


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 of packet filtering, connection tracking, and logging.

കേർണൽ കംപൈലേഷൻ പ്രക്രിയയുടെ എല്ലാ കാര്യങ്ങളും ഈ പുസ്തകത്തിന്റെ പരിധിയിൽ വരുന്നില്ലെങ്കിലും, പാക്കറ്റ് ഫിൽറ്ററിംഗ്, കണക്ഷൻ ട്രാക്കിംഗ്, ലോഗിംഗ് എന്നിവയുടെ നിർണായക കഴിവുകൾ കംപൈൽ ചെയ്യാനും പ്രാപ്തമാക്കാനും ആവശ്യമായ കാര്യങ്ങൾ നമ്മൾ ചർച്ച ചെയ്യും.


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 such that the resulting kernel will function correctly on the hardware on which it is deployed.

പ്രോസസ്സർ ആർക്കിടെക്ചർ, നെറ്റ്‌വർക്ക് ഇന്റർഫേസ് ഡ്രൈവർ(കൾ), ഫയൽസിസ്റ്റം പിന്തുണ എന്നിവ പോലുള്ള Netfilter സബ്‌സിസ്റ്റങ്ങളുമായി ബന്ധമില്ലാത്ത മറ്റ് കേർണൽ കംപൈലേഷൻ ഓപ്ഷനുകളെ സംബന്ധിച്ചിടത്തോളം, നിങ്ങൾ ശരിയായ ഓപ്ഷനുകൾ തിരഞ്ഞെടുത്തുവെന്നും അതിന്റെ ഫലമായുണ്ടാകുന്ന കേർണൽ അത് വിന്യസിച്ചിട്ടുള്ള ഹാർഡ്‌വെയറിൽ ശരിയായി പ്രവർത്തിക്കുമെന്നും ഞാൻ അനുമാനിക്കുന്നു.


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

Linux കേർണൽ ഇൻസ്റ്റാൾ ചെയ്യുന്നതിന് മുമ്പ്, നിങ്ങൾ അത് ഡൗൺലോഡ് ചെയ്ത് അൺപാക്ക് ചെയ്യണം.


The following commands accomplish this for the 2.6.20.1 kernel.

ഇനി പറയുന്ന കമാൻഡുകൾ 2.6.20.1 കേർണലിനായി ഇത് ചെയ്യുന്നു.


Although I have chosen specific kernel versions in the commands above, the analogous commands apply for newer kernel versions.

മുകളിലുള്ള കമാൻഡുകളിൽ ഞാൻ പ്രത്യേക കേർണൽ പതിപ്പുകൾ തിരഞ്ഞെടുത്തു, എന്നിരുന്നാലും സമാനമായ കമാൻഡുകൾ പുതിയ കേർണൽ പതിപ്പുകൾക്കും ബാധകമാണ്.


To help reduce the load, the kernel can be downloaded from one of the mirrors listed at http://www.kernel.org/mirrors.

ഭാരം കുറയ്ക്കാൻ, http://www.kernel.org/mirrors എന്ന വെബ്സൈറ്റിൽ ലിസ്റ്റ് ചെയ്തിട്ടുള്ള മിററുകളിൽ നിന്ന് കേർണൽ ഡൗൺലോഡ് ചെയ്യാവുന്നതാണ്.


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-സീരീസ് കേർണലിനായുള്ള Netfilter കംപൈലേഷൻ ഓപ്ഷനുകളിൽ മിക്കതും നെറ്റ്‌വർക്കിംഗ് നെറ്റ്‌വർക്കിംഗ് ഓപ്ഷൻസിന് കീഴിലുള്ള നെറ്റ്‌വർക്ക് പാക്കറ്റ് ഫിൽറ്ററിംഗ് ഫ്രെയിംവർക്ക് (Netfilter) എന്ന വിഭാഗത്തിലാണ് സ്ഥിതി ചെയ്യുന്നത്.


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

കേർണൽ കോൺഫിഗറേഷൻ ഫയലിൽ പ്രവർത്തനക്ഷമമാക്കേണ്ട ചില പ്രധാനപ്പെട്ട ഓപ്ഷനുകളിൽ Netfilter കണക്ഷൻ ട്രാക്കിംഗ്, ലോഗിംഗ്, പാക്കറ്റ് ഫിൽറ്ററിംഗ് എന്നിവ ഉൾപ്പെടുന്നു.


There are two additional configuration sections in the Network Packet Filtering Framework (Netfilter) section—Core Netfilter Configuration and IP: Netfilter Configuration.

നെറ്റ്‌വർക്ക് പാക്കറ്റ് ഫിൽറ്ററിംഗ് ഫ്രെയിംവർക്ക് (Netfilter) വിഭാഗത്തിൽ രണ്ട് അധിക കോൺഫിഗറേഷൻ വിഭാഗങ്ങളുണ്ട്—കോർ Netfilter കോൺഫിഗറേഷനും IP: Netfilter കോൺഫിഗറേഷനും.


The Core Netfilter Configuration section contains several important options that should all be enabled.

കോർ Netfilter കോൺഫിഗറേഷൻ വിഭാഗത്തിൽ പ്രാധാന്യമുള്ള നിരവധി ഓപ്ഷനുകൾ ഉണ്ട്, അതെല്ലാം പ്രവർത്തനക്ഷമമാക്കണം.


With the Core Netfilter Configuration section completed, we’ll move on to the IP: Netfilter Configuration section.

കോർ Netfilter കോൺഫിഗറേഷൻ വിഭാഗം പൂർത്തിയായാൽ, നമ്മൾ IP: Netfilter കോൺഫിഗറേഷൻ വിഭാഗത്തിലേക്ക് നീങ്ങും.


In the 2.6 kernel series, the individual compilation sections underwent a major reorganization.

2.6 കേർണൽ സീരീസിൽ, വ്യക്തിഗത കംപൈലേഷൻ വിഭാഗങ്ങൾ ഒരു പ്രധാന പുനഃസംഘടനയ്ക്ക് വിധേയമായി.


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

നിങ്ങൾ ഒരു നെറ്റ്‌വർക്ക് ചെയ്ത Linux മെഷീൻ പ്രവർത്തിപ്പിക്കുകയാണെങ്കിൽ, നിങ്ങളുടെ സിസ്റ്റം എല്ലാ ദിവസവും ഓരോ നിമിഷവും ആക്രമിക്കപ്പെടാനും സാധ്യതയുണ്ട്.


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.

നിങ്ങളുടെ Linux സിസ്റ്റം മറ്റൊരു ഫയർവാൾ അല്ലെങ്കിൽ മറ്റ് ഫിൽറ്ററിംഗ് ഉപകരണം വഴി അപ്സ്ട്രീം പരിരക്ഷിച്ചിട്ടുള്ള ഒരു നെറ്റ്‌വർക്കിലേക്ക് കണക്ട് ചെയ്തിട്ടുണ്ടെങ്കിൽ പോലും, ഈ അപ്‌സ്ട്രീം ഉപകരണത്തിന് മതിയായ സംരക്ഷണം നൽകാൻ കഴിഞ്ഞെന്ന് വരില്ല.


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.

അത്തരം ഒരു ഉപകരണം ശരിയായി കോൺഫിഗർ ചെയ്യാത്തതാകാം, ഒരു ബഗ് അല്ലെങ്കിൽ മറ്റ് തകരാറുകൾ ഉണ്ടാകാം, അല്ലെങ്കിൽ നിങ്ങളുടെ Linux സിസ്റ്റത്തെ ചിലതരം ആക്രമണങ്ങളിൽ നിന്ന് സംരക്ഷിക്കാനുള്ള കഴിവില്ലായിരിക്കാം.


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.

സാധ്യമെങ്കിൽ, കാര്യമായ അളവിൽ അധികത്വം നേടേണ്ടത് പ്രധാനമാണ്, കൂടാതെ എല്ലാ Linux സിസ്റ്റങ്ങളിലും (സെർവറുകളും ഡെസ്ക്ടോപ്പുകളും) 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.

മറ്റൊരു രീതിയിൽ പറഞ്ഞാൽ, ഒരു ഒത്തുതീർപ്പിൻ്റെ അപകടസാധ്യതയും, നഷ്ടപ്പെടാൻ സാധ്യതയുള്ള ഡാറ്റയുടെ മൂല്യവും, നിങ്ങളുടെ Linux ഇൻഫ്രാസ്ട്രക്ചറിലുടനീളം 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.

ഒരു Linux സിസ്റ്റത്തിലെ ഏത് സേവനങ്ങളുമായി ആർക്കൊക്കെ സംസാരിക്കാൻ കഴിയുമെന്ന് നിയന്ത്രിക്കുന്ന ഒരു നിയന്ത്രിത 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 detection 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 firewall blocked the suspicious IP address.

ഫയർവാൾ സംശയാസ്പദമായ IP വിലാസം തടഞ്ഞു.


DDoS attacks aim to overwhelm a network with traffic.

DDoS ആക്രമണങ്ങൾ ഒരു നെറ്റ്‌വർക്കിനെ ട്രാഫിക് കൊണ്ട് നിറയ്ക്കാൻ ലക്ഷ്യമിടുന്നു.


Network intrusion detection systems help identify malicious activity.

നെറ്റ്‌വർക്ക് നുഴഞ്ഞുകയറ്റ കണ്ടെത്തൽ സംവിധാനങ്ങൾ ദോഷകരമായ പ്രവർത്തനങ്ങൾ തിരിച്ചറിയാൻ സഹായിക്കുന്നു.


The attacker used a spoofed IP address to hide their identity.

ആക്രമണകാരി തങ്ങളുടെ পরিচয় മറയ്ക്കാൻ ഒരു സ്പൂഫ് ചെയ്ത IP വിലാസം ഉപയോഗിച്ചു.


Firewalls are essential for protecting computer systems.

കമ്പ്യൂട്ടർ സിസ്റ്റങ്ങൾ പരിരക്ഷിക്കുന്നതിന് ഫയർവാളുകൾ അത്യാവശ്യമാണ്.


The kernel code had a security vulnerability.

കെർണൽ കോഡിന് സുരക്ഷാപരമായ ഒരു പോരായ്മയുണ്ടായിരുന്നു.


Thresholding can limit the amount of traffic allowed.

ത്രെഷോൾഡിംഗിന് അനുവദനീയമായ ട്രാഫിക്കിന്റെ അളവ് പരിമിതപ്പെടുത്താൻ കഴിയും.


The system was vulnerable to a specific IGMP exploit.

സിസ്റ്റം ഒരു പ്രത്യേക IGMP ചൂഷണത്തിന് വിധേയമായിരുന്നു.


Combining responses across layers can enhance security.

ലയറുകളിലുടനീളമുള്ള പ്രതികരണങ്ങൾ സംയോജിപ്പിക്കുന്നത് സുരക്ഷ വർദ്ധിപ്പിക്കും.


The transport layer handles data delivery.

ട്രാൻസ്പോർട്ട് ലെയർ ഡാറ്റ വിതരണം കൈകാര്യം ചെയ്യുന്നു.


TCP ഒരു കണക്ഷൻ ഓറിയന്റഡ് പ്രോട്ടോക്കോൾ ആണ്.


UDP ഒരു കണക്ഷൻ ഇല്ലാത്ത പ്രോട്ടോക്കോൾ ആണ്.


Port scans are used to identify open ports.

തുറന്ന പോർട്ടുകൾ തിരിച്ചറിയാൻ പോർട്ട് സ്കാനുകൾ ഉപയോഗിക്കുന്നു.


Nmap is a powerful tool for network scanning.

നെറ്റ്‌വർക്ക് സ്കാനിംഗിനുള്ള ശക്തമായ ഉപകരണമാണ് Nmap.


The three-way handshake is fundamental to TCP.

ത്രീ-വേ ഹാൻഡ്‌ഷേക്ക് TCP-യുടെ അടിസ്ഥാനമാണ്.


The firewall rules were configured to block malicious traffic.

ദോഷകരമായ ട്രാഫിക് തടയുന്നതിനായി ഫയർവാൾ നിയമങ്ങൾ ക്രമീകരിച്ചു.


Attackers often use various techniques to bypass security measures.

ആക്രമണകാരികൾ പലപ്പോഴും സുരക്ഷാ നടപടികൾ മറികടക്കാൻ വിവിധ തന്ത്രങ്ങൾ ഉപയോഗിക്കുന്നു.


Understanding network layer attacks is crucial for defense.

നെറ്റ്‌വർക്ക് ലെയർ ആക്രമണങ്ങളെക്കുറിച്ച് മനസ്സിലാക്കുന്നത് പ്രതിരോധത്തിന് നിർണായകമാണ്.


The log messages provided detailed information about the attack.

ലോഗ് സന്ദേശങ്ങൾ ആക്രമണത്തെക്കുറിച്ച് വിശദമായ വിവരങ്ങൾ നൽകി.


Security administrators must stay vigilant against evolving threats.

സുരക്ഷാ അഡ്മിനിസ്ട്രേറ്റർമാർ, മാറിക്കൊണ്ടിരിക്കുന്ന ഭീഷണികൾക്കെതിരെ ജാഗ്രത പാലിക്കണം.


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, and the options portion of the SYN packet contains a substantial number of options.

http, https പോർട്ടുകൾ തുറന്നിരിക്കുന്നു എന്ന് നിങ്ങൾക്ക് കാണാൻ കഴിയും, കൂടാതെ SYN പാക്കറ്റിന്റെ ഓപ്ഷൻസ് ഭാഗത്ത് ധാരാളം ഓപ്ഷനുകൾ ഉണ്ട്.


A SYN or half-open scan is similar to a connect() scan in that the scanner sends a SYN packet to each TCP port.

ഒരു SYN അല്ലെങ്കിൽ ഹാഫ്-ഓപ്പൺ സ്കാൻ, സ്കാനർ ഓരോ TCP പോർട്ടിലേക്കും ഒരു SYN പാക്കറ്റ് അയയ്ക്കുന്നതിൽ കണക്ട്() സ്കാനിന് സമാനമാണ്.


However, the scanning system never completes the three-way handshake because it deliberately fails to return the ACK packet.

എങ്കിലും, സ്കാനിംഗ് സിസ്റ്റം ഒരിക്കലും ത്രീ-വേ ഹാൻഡ്‌ഷേക്ക് പൂർത്തിയാക്കുന്നില്ല, കാരണം ഇത് മനഃപൂർവ്വം ACK പാക്കറ്റ് തിരികെ നൽകുന്നതിൽ പരാജയപ്പെടുന്നു.


Therefore, a SYN scan is also known as a half-open scan because three-way handshakes are never given a chance to gracefully complete.

അതുകൊണ്ട് തന്നെ, ഒരു SYN സ്കാനിനെ ഒരു ഹാഫ്-ഓപ്പൺ സ്കാൻ എന്നും വിളിക്കുന്നു, കാരണം ത്രീ-വേ ഹാൻഡ്‌ഷേക്കുകൾക്ക് പൂർണ്ണമായി പൂർത്തിയാക്കാൻ അവസരം ലഭിക്കുന്നില്ല.


This is commonly accomplished by using a raw socket to build a data structure that mimics a SYN packet.

ഒരു SYN പാക്കറ്റിനെ അനുകരിക്കുന്ന ഒരു ഡാറ്റാ ഘടന നിർമ്മിക്കാൻ റോ സോക്കറ്റ് ഉപയോഗിക്കുന്നതിലൂടെ ഇത് സാധാരണയായി സാധ്യമാക്കുന്നു.


Nmap uses a raw socket to manually build the TCP SYN packets used within its SYN scan mode.

SYN സ്കാൻ മോഡിനുള്ളിൽ ഉപയോഗിക്കുന്ന TCP SYN പാക്കറ്റുകൾ സ്വമേധയാ നിർമ്മിക്കാൻ Nmap ഒരു റോ സോക്കറ്റ് ഉപയോഗിക്കുന്നു.


Because the characteristics of these packets are determined by Nmap directly, they differ significantly from 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 സ്വീകരിക്കുന്നു.


Hence, the scanner’s local stack sends a RST back to the target system, because the SYN/ACK appears to be unsolicited.

അതുകൊണ്ട്, അഭ്യർത്ഥിക്കാത്ത ഒന്നായി കാണപ്പെടുന്ന SYN/ACK കാരണം, സ്കാനറിൻ്റെ പ്രാദേശിക സ്റ്റാക്ക് ടാർഗെറ്റ് സിസ്റ്റത്തിലേക്ക് ഒരു 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 ശീർഷകത്തിന്റെ ഓപ്ഷനുകളും ആണ്.


Unlike the SYN packets generated by the real TCP stack, Nmap doesn’t care about negotiating a real TCP session.

യഥാർത്ഥ TCP സ്റ്റാക്ക് നിർമ്മിക്കുന്ന SYN പാക്കറ്റുകളിൽ നിന്ന് വ്യത്യസ്തമായി, Nmap-ന് ഒരു യഥാർത്ഥ TCP സെഷൻ ചർച്ച ചെയ്യുന്നതിൽ താൽപ്പര്യമില്ല.


The only thing Nmap is interested in is whether the port is open, closed, or filtered on the remote host.

പോർട്ട് തുറന്നിരിക്കുകയാണോ, അടച്ചിരിക്കുകയാണോ, അതോ വിദൂര ഹോസ്റ്റിൽ ഫിൽട്ടർ ചെയ്യപ്പെട്ടിരിക്കുകയാണോ എന്നതാണ് Nmap-ൻ്റെ ഏക താൽപ്പര്യം.


For versions of Nmap in the 3.x series, no TCP options are included within SYN packets used to scan remote systems.

3.x സീരീസിലെ Nmap-ൻ്റെ പതിപ്പുകളിൽ, വിദൂര സിസ്റ്റങ്ങൾ സ്കാൻ ചെയ്യാൻ ഉപയോഗിക്കുന്ന SYN പാക്കറ്റുകളിൽ TCP ഓപ്ഷനുകളൊന്നും ഉൾപ്പെടുത്തിയിട്ടില്ല.


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

Nmap-ൻ്റെ പുതിയ പതിപ്പുകളിൽ, ഇത് അയയ്ക്കുന്ന SYN പാക്കറ്റുകളിൽ പരമാവധി സെഗ്‌മെൻ്റ് വലുപ്പം (MSS) മൂല്യം ഉൾപ്പെടുന്നു.


If we run a SYN scan now against the iptablesfw system, the same ports that we saw from the connect() scan are reported as open.

iptablesfw സിസ്റ്റത്തിനെതിരെ ഇപ്പോൾ ഒരു 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 സ്റ്റാക്ക് ഒരു പ്രത്യേക രീതിയിൽ പ്രതികരിക്കണം എന്ന തത്വത്തെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്.


Because a surprise FIN packet is not part of any legitimate TCP connection, all of the FIN packets are matched against the INVALID state rule.

ഒരു ആധികാരിക TCP കണക്ഷൻ്റെ ഭാഗമല്ലാത്തതിനാൽ, എല്ലാ FIN പാക്കറ്റുകളും INVALID സ്റ്റേറ്റ് നിയമവുമായി പൊരുത്തപ്പെടുന്നു.


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

psad സ്ഥാപിക്കുന്നതിന് മുമ്പ്, നിങ്ങൾ ഏറ്റവും പുതിയ പതിപ്പ് ഡൗൺലോഡ് ചെയ്യേണ്ടതുണ്ട്.


All programs on the website are bundled with an installation program.

വെബ്സൈറ്റിലെ എല്ലാ പ്രോഗ്രാമുകളും ഒരു ഇൻസ്റ്റാളേഷൻ പ്രോഗ്രാമിനൊപ്പം നൽകിയിട്ടുണ്ട്.


It is a good idea to verify both the MD5 sum and the GnuPG signature.

MD5 തുകയും GnuPG ഒപ്പും പരിശോധിക്കുന്നത് നല്ലതാണ്.


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

നൽകിയിട്ടുള്ള URL-ൽ എന്റെ GnuPG പബ്ലിക് കീ കണ്ടെത്താനാകും.


From a security perspective, verifying the GnuPG signature is more important.

സുരക്ഷാപരമായ കാര്യത്തിൽ, 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.

Linux വിതരണങ്ങൾക്കായി നിങ്ങൾക്ക് psad ഒരു RPM ആയി ഇൻസ്റ്റാൾ ചെയ്യാം.


psad is strongly tied to the iptables firewall.

psad, iptables ഫയർവാളുമായി ശക്തമായി ബന്ധപ്പെട്ടിരിക്കുന്നു.


A successful installation of psad will result in the creation of new files.

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 install.pl program can also merge existing psad configuration values.

നിലവിലുള്ള psad കോൺഫിഗറേഷൻ മൂല്യങ്ങൾ ലയിപ്പിക്കാനും install.pl പ്രോഗ്രാമിന് കഴിയും.


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

psad പ്രവർത്തിക്കുമ്പോൾ, അതിന്റെ പ്രധാന പ്രവർത്തന ഡയറക്ടറി /var/log/psad ആണ്.


This document codifies the purpose that each directory within a Unix filesystem directory structure is supposed to have.

Unix ഫയൽസിസ്റ്റം ഡയറക്ടറി ഘടനയിലെ ഓരോ ഡയറക്ടറിയുടെയും ഉദ്ദേശ്യം ഈ ഡോക്യുമെന്റ് വ്യക്തമാക്കുന്നു.


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

psad ഇൻസ്റ്റാൾ ചെയ്തുകഴിഞ്ഞാൽ, ഇത് പ്രവർത്തിപ്പിക്കാനുള്ള സമയമായി.


Run-time activities such as attack detection are discussed in the next two chapters.

ആക്രമണം കണ്ടെത്തുന്നത് പോലുള്ള റൺ-ടൈം പ്രവർത്തനങ്ങൾ അടുത്ത രണ്ട് അധ്യായങ്ങളിൽ ചർച്ച ചെയ്യുന്നു.


Starting and Stopping psad is done via init scripts.

init സ്ക്രിപ്റ്റുകൾ ഉപയോഗിച്ചാണ് psad ആരംഭിക്കുകയും, നിർത്തുകയും ചെയ്യുന്നത്.


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

എല്ലാ iptables ലോഗ് സന്ദേശങ്ങളും വായിക്കുക എന്നതാണ് kmsgsd-യുടെ ലക്ഷ്യം.


psad reconfigures the system syslog daemon to write all kernel messages.

എല്ലാ കേർണൽ സന്ദേശങ്ങളും എഴുതുന്നതിന് psad, സിസ്റ്റം syslog ഡെമണിനെ വീണ്ടും ക്രമീകരിക്കുന്നു.


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 ഒരു ലോഗ് സന്ദേശം ഉണ്ടാക്കാൻ, നിങ്ങൾക്ക് താഴെ പറയുന്ന നിയമം ഉപയോഗിക്കാം:


Buffer Overflow Exploits 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(), and 3 The Snort community refers to its signatures as rules, but the intrusion detection community also embraces the term signature as the mechanism for describing attacks to intrusion detection systems.

അത്തരം ഫംഗ്ഷനുകളുടെ ഉദാഹരണങ്ങളിൽ strcpy(), strcat(), sprintf(), gets(), scanf() എന്നിവയും ഉൾപ്പെടുന്നു, കൂടാതെ 3 സ്നോർട്ട് കമ്മ്യൂണിറ്റി അതിന്റെ ഒപ്പുകളെ നിയമങ്ങൾ എന്ന് വിളിക്കുന്നു, എന്നാൽ നുഴഞ്ഞുകയറ്റം കണ്ടെത്തൽ കമ്മ്യൂണിറ്റി ആക്രമണങ്ങളെ നുഴഞ്ഞുകയറ്റം കണ്ടെത്തൽ സംവിധാനങ്ങളിലേക്ക് വിവരിക്കുന്നതിനുള്ള ഒരു സംവിധാനമായി ഒപ്പ് എന്ന പദവും സ്വീകരിക്കുന്നു.


Application Layer Attacks and Defense75 mismanagement of memory regions allocated from the heap via functions such as malloc() and calloc().

ആപ്ലിക്കേഷൻ ലെയർ ആക്രമണങ്ങളും പ്രതിരോധവും 75, malloc() calloc() തുടങ്ങിയ ഫംഗ്ഷനുകൾ വഴി കൂനയിൽ നിന്ന് അനുവദിച്ച മെമ്മറി മേഖലകളുടെ ദുരുപയോഗം.


NOTEYou will find an excellent description of how to write buffer overflow attacks in the widely referenced paper “Smashing the Stack for Fun and Profit,” by Aleph One (see http://insecure.org/stf/smashstack.html).

ശ്രദ്ധിക്കുക: Aleph One-ൻ്റെ “Smashing the Stack for Fun and Profit” എന്ന പ്രസിദ്ധമായ പേപ്പറിൽ (http://insecure.org/stf/smashstack.html കാണുക) ബഫർ ഓവർഫ്ലോ ആക്രമണങ്ങൾ എങ്ങനെ എഴുതാമെന്ന് നന്നായി വിവരിക്കുന്നു.


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.

എങ്കിലും, എൻക്രിപ്റ്റ് ചെയ്ത ചാനലുകളിലൂടെ ഡാറ്റ കൈമാറുന്ന ആപ്ലിക്കേഷനുകൾക്കായി, എൻക്രിപ്റ്റ് ചെയ്യാത്ത 'A' എന്ന അക്ഷരത്തിന്റെ 50 ഇൻസ്റ്റൻസുകൾ ഉപയോഗിച്ച് ഒരു ബഫർ നിറയ്ക്കുന്ന ഒരു ആക്രമണം വളരെ സംശയാസ്പദമായിരിക്കും.


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 കമാൻഡിനെതിരായ ഒരു ഓവർഫ്ലോയുടെ ഒപ്പാണിത്.


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 ശീർഷകത്തിന്റെ ഓപ്ഷനുകളുടെ ഭാഗം വളരെ ചെറുതാണ്.


psad can detect these scans via individual packets rather than having to rely on packet counts and port ranges.

പാക്കറ്റുകളുടെ എണ്ണത്തെയും പോർട്ട് ശ്രേണിയെയും ആശ്രയിക്കാതെ, വ്യക്തിഗത പാക്കറ്റുകൾ വഴി psad-ന് ഈ സ്കാനുകൾ കണ്ടെത്താൻ കഴിയും.


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.

അതുകൊണ്ട്, ഒരു FIN സ്കാനും നിയമാനുസൃതമായ FIN പാക്കറ്റും തമ്മിൽ ഫലപ്രദമായി വേർതിരിക്കുന്നതിന്, നെറ്റ്‌ഫിൽറ്ററിന്റെ കണക്ഷൻ ട്രാക്കിംഗ് മെക്കാനിസം ഉപയോഗിക്കേണ്ടത് അത്യാവശ്യമാണ്.


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

പ്രതീക്ഷിക്കാത്ത FIN പാക്കറ്റുകൾ Netfilter INVALID അവസ്ഥയുമായി പൊരുത്തപ്പെടുന്നു, കാരണം അവ നിലവിലുള്ള TCP കണക്ഷന്റെ ഭാഗമല്ല.


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

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, FIN സ്കാൻ psad-ൻ്റെ ശ്രദ്ധയിൽ പെടാതെ പോയില്ല.


We see many log messages in the /var/log/psad/fwdata file.

/var/log/psad/fwdata ഫയലിൽ ഞങ്ങൾ നിരവധി ലോഗ് സന്ദേശങ്ങൾ കാണുന്നു.


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 എന്ന ഓപ്ഷൻ ഉപയോഗിക്കുന്നു.


Nmap infers this because it receives an ICMP Port Unreachable message from the target system.

ലക്ഷ്യസ്ഥാനത്ത് നിന്ന് ICMP പോർട്ട് അൺറീച്ചബിൾ സന്ദേശം ലഭിക്കുന്നതിനാലാണ് Nmap ഇത് അനുമാനിക്കുന്നത്.


psad assumes that such packets are only logged because they do not conform to the local security policy and may be malicious.

അത്തരം പാക്കറ്റുകൾ പ്രാദേശിക സുരക്ഷാ നയത്തിന് അനുസൃതമല്ലാത്തതിനാലും ദോഷകരമായേക്കാം എന്നതിനാലും ലോഗ് ചെയ്യപ്പെടുന്നു എന്ന് psad കരുതുന്നു.


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

iptables-നെതിരെ സംശയാസ്പദമായ ഒരു സംഭവമോ സംഭവ പരമ്പരയോ നടന്നെന്ന് psad കണ്ടെത്തിയാൽ, അത് അഡ്മിനിസ്ട്രേറ്ററെ അറിയിക്കും.


Email is psad’s primary alerting mechanism.

ഇമെയിലാണ് psad-ൻ്റെ പ്രധാന അറിയിപ്പ് സംവിധാനം.


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.

fwsnort ആണ് ഇങ്ങനെയുള്ള iptables നിയമങ്ങൾ ഉണ്ടാക്കുന്നത് (അധ്യായം 9, 10 എന്നിവ കാണുക), കൂടാതെ അവ സാധാരണയായി SID{n} എന്ന ലോഗിംഗ് പ്രിഫിക്സ് ഉൾക്കൊള്ളുന്നു, ഇവിടെ {n} എന്നത് യഥാർത്ഥ സ്നോർട്ട് നിയമത്തിൽ നിന്ന് ഉരുത്തിരിഞ്ഞ സ്നോർട്ട് ID നമ്പറാണ്.


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

Y ആയി സജ്ജമാക്കിയാൽ, ഈ വേരിയബിൾ psad-യെ നിഷ്ക്രിയമായി നിരീക്ഷിക്കുന്ന ഡീമണിൽ നിന്ന് ആക്രമണങ്ങളോട് സജീവമായി പ്രതികരിക്കുന്ന ഒരു പ്രോഗ്രാമായി മാറ്റുന്നു.


The information that psad collects about port scans and other suspicious activities is written to the /var/log/psad directory.

psad പോർട്ട് സ്കാനുകളെക്കുറിച്ചും മറ്റ് സംശയാസ്പദമായ പ്രവർത്തനങ്ങളെക്കുറിച്ചും ശേഖരിക്കുന്ന വിവരങ്ങൾ /var/log/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.

DShield വിതരണം ചെയ്ത നുഴഞ്ഞുകയറ്റ കണ്ടെത്തൽ സംവിധാനത്തിലേക്ക് സ്കാൻ ഡാറ്റ അയയ്ക്കാൻ psad-യെ അനുവദിക്കുന്നതിന് ഈ വേരിയബിൾ 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).

ലക്ഷ്യസ്ഥാന പോർട്ട് നമ്പറും അനുബന്ധ പ്രോട്ടോക്കോളും (TCP അല്ലെങ്കിൽ UDP) അടിസ്ഥാനമാക്കി iptables ലോഗ് സന്ദേശങ്ങൾ അവഗണിക്കാൻ IGNORE_PORTS വേരിയബിൾ 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-നോട് നിർദ്ദേശിക്കാൻ കഴിയും.


It is usually better to tune your iptables policy to not log protocols you wish to ignore in the first place, but if you wish to have psad ignore all ICMP packets, for example, you can set IGNORE_PROTOCOLS like so: IGNORE_PROTOCOLS icmp;

ആദ്യം തന്നെ നിങ്ങൾ അവഗണിക്കാനാഗ്രഹിക്കുന്ന പ്രോട്ടോക്കോളുകൾ ലോഗ് ചെയ്യാതിരിക്കാൻ നിങ്ങളുടെ iptables നയം ട്യൂൺ ചെയ്യുന്നത് സാധാരണയായി നല്ലതാണ്, എന്നാൽ എല്ലാ ICMP പാക്കറ്റുകളും psad അവഗണിക്കണമെന്ന് നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, 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 SRC and DST fields are always included within iptables log messages.

iptables ലോഗ് സന്ദേശങ്ങളിൽ എപ്പോഴും SRC, DST ഫീൽഡുകൾ ഉൾപ്പെടുന്നു.


The following lines represent an iptables log message generated by the LAND attack.

LAND ആക്രമണം ഉണ്ടാക്കിയ iptables ലോഗ് സന്ദേശം താഴെ നൽകുന്നു.


Detecting TCP Port 0 Traffic Although legitimate TCP connections do not travel over port 0.

TCP പോർട്ട് 0 ട്രാഫിക് കണ്ടെത്തുന്നു, നിയമാനുസൃതമായ TCP കണക്ഷനുകൾ പോർട്ട് 0 വഴി സഞ്ചരിക്കില്ല.


An iptables log message that contains the value 0 in the DPT field will trigger this signature in psad.

DPT ഫീൽഡിൽ 0 എന്ന മൂല്യമുള്ള ഒരു iptables ലോഗ് സന്ദേശം psad-ൽ ഈ സിഗ്നേച്ചർ പ്രവർത്തിപ്പിക്കും.


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 മൂല്യമുള്ള ഒരു പാക്കറ്റ് വയറിലേക്ക് ഇടാൻ കഴിയും.


The Naptha Denial of Service tool is designed to flood a targeted TCP stack with so many SYN packets.

Naptha Denial of Service ഉപകരണം, ടാർഗെറ്റുചെയ്‌ത TCP സ്റ്റാക്കിലേക്ക് ധാരാളം SYN പാക്കറ്റുകൾ അയയ്ക്കാൻ രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു.


Source routing is a technique supported by the IPv4 protocol.

IPv4 പ്രോട്ടോക്കോൾ പിന്തുണയ്ക്കുന്ന ഒരു സാങ്കേതികതയാണ് സോഴ്സ് റൂട്ടിംഗ്.


Because it is only possible to issue loose source routing directives when using IP options, psad can only detect this type of traffic.

IP ഓപ്ഷനുകൾ ഉപയോഗിക്കുമ്പോൾ മാത്രമേ ലൂസ് സോഴ്സ് റൂട്ടിംഗ് നിർദ്ദേശങ്ങൾ നൽകാൻ കഴിയൂ, അതിനാൽ psad-ന് ഈ प्रकारത്തിലുള്ള ട്രാഫിക് കണ്ടെത്താൻ കഴിയൂ.


Spam is a pervasive problem on the Internet.

ഇന്റർനെറ്റിൽ സ്പാം ഒരു വലിയ പ്രശ്നമാണ്.


Although it is pretty useless to detect this traffic when it’s coming from external networks.

ബാഹ്യ നെറ്റ്‌വർക്കുകളിൽ നിന്ന് വരുമ്പോൾ ഈ ട്രാഫിക് കണ്ടെത്തുന്നത് വളരെ പ്രയോജനകരമല്ലാത്ത ഒന്നാണ്.


Any system that is generating such traffic on your intranet may have been compromised.

നിങ്ങളുടെ ഇൻട്രാനെറ്റിൽ ഇത്തരം ട്രാഫിക് ഉണ്ടാക്കുന്ന ഏതൊരു സിസ്റ്റവും വിട്ടുവീഴ്ച ചെയ്യപ്പെട്ടിരിക്കാം.


Once you have registered at the DShield website, you can include your username in the email submissions.

DShield വെബ്സൈറ്റിൽ രജിസ്റ്റർ ചെയ്ത ശേഷം, നിങ്ങളുടെ ഉപയോക്തൃനാമം ഇമെയിൽ സമർപ്പണങ്ങളിൽ ഉൾപ്പെടുത്താം.


DShield also accepts log information from anonymous sources.

അജ്ഞാത ഉറവിടങ്ങളിൽ നിന്നുള്ള ലോഗ് വിവരങ്ങളും DShield സ്വീകരിക്കുന്നു.


By default, when DShield reporting is enabled, psad sends a submission email every six hours.

സ്വതവേ, DShield റിപ്പോർട്ടിംഗ് പ്രവർത്തനക്ഷമമാക്കുമ്പോൾ, psad എല്ലാ ആറ് മണിക്കൂറിലും ഒരു സമർപ്പണ ഇമെയിൽ അയയ്ക്കുന്നു.


DShield can accept the raw output generated by various pieces of software.

വിവിധ സോഫ്റ്റ്‌വെയറുകൾ ഉണ്ടാക്കുന്ന റോ ഔട്ട്‌പുട്ട് DShield-ന് സ്വീകരിക്കാൻ കഴിയും.


This format requires that each security event be placed on a separate line.

ഈ ഫോർമാറ്റ് അനുസരിച്ച് ഓരോ സുരക്ഷാ ഇവന്റും പ്രത്യേകം ലൈനിൽ നൽകണം.


You can rummage around in this directory to get a sense of how heavily scanned your system is.

നിങ്ങളുടെ സിസ്റ്റം എത്രത്തോളം സ്കാൻ ചെയ്യപ്പെടുന്നു എന്ന് അറിയാൻ ഈ ഡയറക്ടറിയിൽ പരിശോധിക്കാം.


psad automates the process by providing the ability to query the local filesystem for status information.

സ്ഥിതി വിവരങ്ങൾക്കായി പ്രാദേശിക ഫയൽസിസ്റ്റം ചോദ്യം ചെയ്യാനുള്ള കഴിവ് നൽകുന്നതിലൂടെ psad ഈ പ്രക്രിയയെ ഓട്ടോമേറ്റ് ചെയ്യുന്നു.


The output above contains several sections that are each designed to inform you about a different set of characteristics.

മുകളിലുള്ള ഔട്ട്‌പുട്ടിൽ നിരവധി ഭാഗങ്ങൾ ഉണ്ട്, ഓരോന്നും വ്യത്യസ്ത സ്വഭാവങ്ങളെക്കുറിച്ച് നിങ്ങളെ അറിയിക്കാൻ രൂപകൽപ്പന ചെയ്തവയാണ്.


At 0 you’ll see psad process status information, including the process ID.

0-ൽ, പ്രോസസ് ഐഡി ഉൾപ്പെടെ, psad പ്രോസസ് സ്റ്റാറ്റസ് വിവരങ്ങൾ കാണാം.


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.

Linux കേർണലിന്റെ കഴിവുകൾ വർദ്ധിപ്പിക്കുന്നതിൽ fwsnort പ്രോജക്റ്റ് ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു.


By combining the power of the Snort signature language with the speed of the Linux kernel.

Snort സിഗ്നേച്ചർ ഭാഷയുടെ ശക്തിയും Linux കേർണലിന്റെ വേഗതയും സംയോജിപ്പിച്ച്.


Deploying fwsnort alongside another IDS/IPS is straightforward.

മറ്റൊരു IDS/IPS-നൊപ്പം fwsnort വിന്യസിക്കുന്നത് ലളിതമാണ്.


In addition, 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-ൽ നിർമ്മിക്കുന്നു.


For example, the Snort IDS offers network layer defragmentation.

ഉദാഹരണത്തിന്, Snort IDS നെറ്റ്‌വർക്ക് ലെയർ ഡിഫ്രാഗ്മെന്റേഷൻ വാഗ്ദാനം ചെയ്യുന്നു.


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

ഇത് ഉപകാരപ്രദമാണ്, കാരണം Snort-ന് അതേ ഡിഫ്രാഗ്മെന്റേഷൻ അൽഗോരിതം പ്രയോഗിക്കാൻ ഇത് അനുവദിക്കുന്നു.


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

Linux സിസ്റ്റത്തിനെതിരായുള്ള വിഘടിത ആക്രമണങ്ങൾ 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-ന്റെ കാര്യത്തിൽ, പാക്കറ്റ് പരിശോധന നേരിട്ട് Linux കേർണലിനുള്ളിൽ നടക്കുന്നു.


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

fwsnort നിർമ്മിച്ച iptables സിഗ്നേച്ചർ നയം എപ്പോഴും നെറ്റ്‌വർക്ക് ട്രാഫിക്കിന്റെ ഭാഗമായതുകൊണ്ട്.


If there is a worm on the loose for a particular service, the top 20 scanned ports might help to illustrate increased worm activity against that service.

ഒരു പ്രത്യേക സേവനത്തിനായി ഒരു വിര ഇറങ്ങിയാൽ, സ്കാൻ ചെയ്ത ആദ്യ 20 പോർട്ടുകൾ ആ സേവനത്തിനെതിരായ വിരയുടെ വർദ്ധിച്ചുവരുന്ന പ്രവർത്തനം ചിത്രീകരിക്കാൻ സഹായിച്ചേക്കാം.


If you have systems in your network that are vulnerable to the attack exploited by such a worm, this output can help you focus your efforts on removing the vulnerability from your infrastructure.

നിങ്ങളുടെ നെറ്റ്‌വർക്കിൽ, അത്തരം ഒരു വിര ഉപയോഗിച്ച് ചൂഷണം ചെയ്യപ്പെടുന്ന ആക്രമണത്തിന് സാധ്യതയുള്ള സിസ്റ്റങ്ങൾ ഉണ്ടെങ്കിൽ, നിങ്ങളുടെ അടിസ്ഥാന സൗകര്യങ്ങളിൽ നിന്ന് ഈ ദൗർബല്യം നീക്കം ചെയ്യുന്നതിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കാൻ ഈ ഔട്ട്‌പുട്ട് നിങ്ങളെ സഹായിക്കും.


This section gives you an overview of the logging prefixes that are most com- monly triggered in your iptables policy—the logging prefixes are displayed in order, starting with the prefix that is triggered the most.

ഈ ഭാഗം നിങ്ങളുടെ iptables നയത്തിൽ സാധാരണയായി ട്രിഗർ ചെയ്യപ്പെടുന്ന ലോഗിംഗ് പ്രിഫിക്സുകളെക്കുറിച്ചുള്ള ഒരു അവലോകനം നൽകുന്നു - ഏറ്റവും കൂടുതൽ ട്രിഗർ ചെയ്യുന്ന പ്രിഫിക്സിൽ ആരംഭിച്ച്, ലോഗിംഗ് പ്രിഫിക്സുകൾ ക്രമത്തിൽ പ്രദർശിപ്പിക്കുന്നു.


Also displayed are the total number of packets collected by psad and sent to DShield for additional analysis.

കൂടാതെ, കൂടുതൽ വിശകലനത്തിനായി psad ശേഖരിക്കുകയും DShield-ലേക്ക് അയയ്ക്കുകയും ചെയ്ത പാക്കറ്റുകളുടെ എണ്ണവും പ്രദർശിപ്പിക്കുന്നു.


This requires that ENABLE_AUTO_IDS is set to Y.

ഇതിനായി ENABLE_AUTO_IDS എന്നത് Y ആയി സജ്ജീകരിക്കണം.


The auto-response information is always displayed in the status output, even if ENABLE_AUTO_IDS is set to N because psad could have blocked a set of IP addresses in a previous execution where the auto-response feature was enabled (even if it isn’t currently enabled in the running psad instance).

ENABLE_AUTO_IDS എന്നത് N ആയി സജ്ജീകരിച്ചിട്ടുണ്ടെങ്കിൽ പോലും, ഓട്ടോ-റെസ്‌പോൺസ് ഫീച്ചർ പ്രാപ്തമാക്കിയ മുൻകാല എക്സിക്യൂഷനിൽ psad-ന് ഒരു കൂട്ടം IP വിലാസങ്ങൾ തടയാൻ കഴിഞ്ഞിരിക്കാം എന്നതിനാലാണ്, നിലവിലെ psad ഇൻസ്റ്റൻസിൽ ഇത് പ്രവർത്തനക്ഷമമല്ലെങ്കിലും, സ്റ്റാറ്റസ് ഔട്ട്‌പുട്ടിൽ ഓട്ടോ-റെസ്‌പോൺസ് വിവരങ്ങൾ എപ്പോഴും പ്രദർശിപ്പിക്കുന്നത്.


This includes verbose information about the top scanned ports, top attackers, signature matches, and more.

ഇതിൽ ഏറ്റവും കൂടുതൽ സ്കാൻ ചെയ്ത പോർട്ടുകൾ, മികച്ച ആക്രമണകാരികൾ, സിഗ്നേച്ചർ മത്സരങ്ങൾ എന്നിവയെക്കുറിച്ചുള്ള വിശദമായ വിവരങ്ങൾ ഉൾപ്പെടുന്നു.


By default, when in forensics mode, psad parses iptables log messages out of the /var/log/messages file.

forensics മോഡിൽ ആയിരിക്കുമ്പോൾ, /var/log/messages ഫയലിൽ നിന്ന് iptables ലോഗ് സന്ദേശങ്ങൾ psad സാധാരണയായി വിശകലനം ചെയ്യുന്നു.


You can change this path with the -m command-line argument like so:

-m കമാൻഡ്-ലൈൻ ആർഗ്യുമെന്റ് ഉപയോഗിച്ച് നിങ്ങൾക്ക് ഈ പാത മാറ്റാൻ കഴിയും:


This instructs psad to not become a daemon; it can then display infor- mation on STDERR as it runs.

ഒരു ഡെമോൺ ആകാതിരിക്കാൻ ഇത് psad-നോട് നിർദ്ദേശിക്കുന്നു; ഇത് പ്രവർത്തിക്കുമ്പോൾ STDERR-ൽ വിവരങ്ങൾ പ്രദർശിപ്പിക്കാൻ കഴിയും.


This information includes everything from MAC addresses to passive OS fingerprinting information.

ഈ വിവരങ്ങളിൽ MAC വിലാസങ്ങൾ മുതൽ പാസ്സീവ് OS ഫിംഗർ പ്രിന്റിംഗ് വിവരങ്ങൾ വരെ ഉൾപ്പെടുന്നു.


The valid packet string indicates that the iptables log message is intact and contains all expected header fields (in this case, for a TCP packet).

ശരിയായ പാക്കറ്റ് സ്ട്രിംഗ്, iptables ലോഗ് സന്ദേശം കേടുകൂടാതെയിരിക്കുന്നു എന്നും എല്ലാ പ്രതീക്ഷിച്ച ശീർഷക ഫീൽഡുകളും (ഈ സാഹചര്യത്തിൽ, ഒരു TCP പാക്കറ്റിനായി) അടങ്ങിയിരിക്കുന്നു എന്നും സൂചിപ്പിക്കുന്നു.


Because the entire attack is encapsulated within a single packet, the attacker is able to take advantage of two important facts:

ആക്രമണം പൂർണ്ണമായും ഒരു പാക്കറ്റിനുള്ളിൽ ഉൾക്കൊള്ളുന്നതിനാൽ, രണ്ട് പ്രധാന വസ്തുതകൾ പ്രയോജനപ്പെടുത്താൻ ആക്രമണകാരിക്ക് കഴിയും:


Sending an ICMP Port Unreachable message back to the source IP address is worthless because the attack has already made it through to the target.

ഉറവിട IP വിലാസത്തിലേക്ക് ഒരു ICMP പോർട്ട് ലഭ്യമല്ലാത്ത സന്ദേശം അയക്കുന്നത്, ആക്രമണം ഇതിനകം ലക്ഷ്യസ്ഥാനത്ത് എത്തിച്ചേർന്നതിനാൽ, ഫലമില്ല.


ആക്രമണ പാക്കറ്റ് സ്പൂഫ് ചെയ്യാൻ കഴിയും.


If the active response system has been configured to respond to relatively innocuous traffic such as port scans or port sweeps, it becomes exceedingly easy for an attacker to abuse the response mechanism and turn it against the target.

ആക്രമണകാരികൾ പോർട്ട് സ്കാനുകളോ പോർട്ട് സ്വീപ്പുകളോ പോലുള്ള നിരുപദ്രവകരമായ ട്രാഫിക്കിനോട് പ്രതികരിക്കാൻ സജ്ജീകരിച്ചിട്ടുണ്ടെങ്കിൽ, പ്രതികരണ സംവിധാനം ദുരുപയോഗം ചെയ്യാനും ലക്ഷ്യസ്ഥാനത്തിനെതിരെ തിരിക്കാനും ഇത് വളരെ എളുപ്പമാക്കുന്നു.


A better strategy for responding to attacks is to enable the response mechanism to respond only to attacks that require bidirectional communi- cation between the attacker and the target.

ആക്രമണങ്ങളോട് പ്രതികരിക്കുന്നതിനുള്ള ഒരു നല്ല തന്ത്രം, ആക്രമണകാരിയും ലക്ഷ്യസ്ഥാനവും തമ്മിലുള്ള ദ്വിദിശ ആശയവിനിമയം ആവശ്യമായ ആക്രമണങ്ങളോട് മാത്രം പ്രതികരിക്കാൻ പ്രതികരണ സംവിധാനം പ്രാപ്തമാക്കുക എന്നതാണ്.


False positives can be minimized through careful tuning, but there will always be a chance they will occur; hence, automatically responding to traffic that is incorrectly judged as being malicious is not good for maintaining general network connectivity.

ശ്രദ്ധയോടെ ട്യൂൺ ചെയ്യുന്നതിലൂടെ തെറ്റായ പോസിറ്റീവുകൾ കുറയ്ക്കാൻ കഴിയും, എന്നാൽ അവ സംഭവിക്കാനുള്ള സാധ്യത എപ്പോഴും ഉണ്ടാകും; അതിനാൽ, ദോഷകരമാണെന്ന് തെറ്റായി വിലയിരുത്തുന്ന ട്രാഫിക്കിനോട് സ്വയമേവ പ്രതികരിക്കുന്നത് പൊതുവായ നെറ്റ്‌വർക്ക് കണക്റ്റിവിറ്റി നിലനിർത്തുന്നതിന് നല്ലതല്ല.


The main method psad employs to respond to an attack is the dynamic reconfiguration of the local filtering policy so that it blocks all access from an attacker’s source IP address for a configurable amount of time.

ഒരു ആക്രമണത്തോട് പ്രതികരിക്കാൻ psad ഉപയോഗിക്കുന്ന പ്രധാന രീതി, ഒരു നിശ്ചിത സമയത്തേക്ക് ഒരു ആക്രമണകാരിയുടെ സോഴ്സ് IP വിലാസത്തിൽ നിന്നുള്ള എല്ലാ ആക്സസും തടയുന്ന തരത്തിൽ പ്രാദേശിക ഫിൽറ്ററിംഗ് നയം ഡൈനാമിക് ആയി പുനഃക്രമീകരിക്കുക എന്നതാണ്.


The AUTO_IDS_DANGER_LEVEL variable sets a threshold from 1 to 5 for the minimum danger level that an IP address must reach before a blocking rule is instantiated.

ഒരു ബ്ലോക്കിംഗ് നിയമം സ്ഥാപിക്കുന്നതിന് മുമ്പ് ഒരു IP വിലാസം എത്തിച്ചേരേണ്ട ഏറ്റവും കുറഞ്ഞ അപകട നില 1 മുതൽ 5 വരെ AUTO_IDS_DANGER_LEVEL വേരിയബിൾ സജ്ജമാക്കുന്നു.


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-ന് IP പാക്കറ്റുകൾക്കുള്ളിലെ ഇഷ്ടമുള്ള ബൈറ്റുകളുമായി പൊരുത്തപ്പെടാൻ iptables u32 എക്സ്റ്റൻഷൻ അനുവദിക്കുന്നു.


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.

ഉറവിട, ലക്ഷ്യസ്ഥാന IP വിലാസങ്ങൾ ഒന്നാണെങ്കിൽ പോലും ഒരു പാക്കറ്റുമായി പൊരുത്തപ്പെടാൻ iptables-ൽ ഒരു വഴിയുമില്ല.


This check must be performed by a userland process.

ഈ പരിശോധന ഒരു ഉപയോക്തൃ പ്രക്രിയയിലൂടെ നടത്തണം.


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.

Windows NT 4.0, Windows 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 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.

ഉദാഹരണത്തിന്,  "/bin/sh" എന്ന സ്ട്രിംഗ് DNS സെർവറിലേക്ക് നയിക്കുമ്പോൾ, താഴെ പറയുന്ന സ്നോർട്ട് നിയമം കണ്ടെത്തുന്നു.


This option is integrated directly with the Snort rules language.

ഈ ഓപ്ഷൻ സ്നോർട്ട് നിയമങ്ങളുടെ ഭാഷയുമായി നേരിട്ട് സംയോജിപ്പിച്ചിരിക്കുന്നു.


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.

ആപ്ലിക്കേഷൻ ഉള്ളടക്ക പൊരുത്തപ്പെടുത്തൽ പ്രവർത്തനങ്ങൾ ആരംഭിക്കാൻ ഓഫ്‌സെറ്റ് സ്നോർട്ട് ഓപ്ഷൻ സ്നോർട്ടിനെ പഠിപ്പിക്കുന്നു.


The distance option is used by Snort to specify the number of bytes to skip between pattern matches.

പാറ്റേൺ പൊരുത്തപ്പെടുത്തലുകൾക്കിടയിൽ ഒഴിവാക്കേണ്ട ബൈറ്റുകളുടെ എണ്ണം വ്യക്തമാക്കാൻ സ്നോർട്ട് ദൂരം (distance) ഓപ്ഷൻ ഉപയോഗിക്കുന്നു.


The flags Snort option applies a search criteria to the control bits in the TCP header.

TCP ശീർഷകത്തിലെ നിയന്ത്രണ ബിറ്റുകളിലേക്ക് ഒരു തിരയൽ മാനദണ്ഡം പ്രയോഗിക്കാൻ ഫ്ലാഗ്‌സ് സ്നോർട്ട് ഓപ്ഷൻ ഉപയോഗിക്കുന്നു.


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.

കുറ്റകരമായ IP വിലാസത്തിൽ നിന്നോ അഥവാ അതിലേക്ക് വരുന്നതോ ആയ പാക്കറ്റുകൾ നിയന്ത്രിക്കുന്ന PSAD_BLOCK_FORWARD ശൃംഖലയിൽ, കുറ്റകരമായ IP വിലാസത്തിനെതിരെ രണ്ട് DROP നിയമങ്ങൾ.


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} വേരിയബിളുകൾ താഴെ നൽകുന്നു:


Active Response Examples 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 സൗകര്യങ്ങൾ പ്രാപ്തമാക്കിയ ഒരു Linux സിസ്റ്റം തുടർച്ചയായി സ്കാൻ ചെയ്യുന്ന ഒരു 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-ാം പേജിലെ “Default iptables Policy” എന്ന ഭാഗത്തിലെ 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 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:

മുമ്പു ചർച്ച ചെയ്തതുപോലെ IPT_AUTO_CHAIN{n} വേരിയബിളുകൾ ഉപയോഗിച്ച് നിർവചിക്കപ്പെട്ടിട്ടുള്ള കസ്റ്റം psad ശൃംഖലകളിലേക്ക് ബ്ലോക്കിംഗ് നിയമങ്ങൾ ചേർത്ത് psad ആക്രമണകാരിയെ തടഞ്ഞു, കൂടാതെ iptables-v -n -L-ൻ്റെ ഔട്ട്‌പുട്ടിലൂടെ കടന്നുപോകാതെ, 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 വിലാസത്തിനെതിരായ ബ്ലോക്കിംഗ് നിയമങ്ങൾ എത്ര സെക്കൻഡ് വരെ പ്രാബല്യത്തിൽ തുടരുമെന്ന് കാണാൻ കഴിയും.


Lastly, to confirm that the target has now become inaccessible from the attacker’s perspective, we can try our scan again.

അവസാനമായി, ആക്രമണകാരിയുടെ കാഴ്ചപ്പാടിൽ നിന്ന് ലക്ഷ്യസ്ഥാനം ഇപ്പോൾ ലഭ്യമല്ലെന്ന് സ്ഥിരീകരിക്കുന്നതിന്, നമുക്ക് വീണ്ടും സ്കാൻ ചെയ്യാൻ ശ്രമിക്കാം.


After waiting for over an hour, we see via syslog that psad has removed the blocking rules against the 144.202. X. X address:

ഒരു മണിക്കൂറിനു ശേഷം, 144.202. X. X വിലാസത്തിനെതിരായ ബ്ലോക്കിംഗ് നിയമങ്ങൾ psad നീക്കം ചെയ്തതായി syslog വഴി കാണാം:


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 എന്ന അപകട നിലയിലെത്തിയതിനാൽ, ആദ്യത്തെ UDP പാക്കറ്റ് ലോഗ് ചെയ്ത ഉടൻ തന്നെ ഇത് ബ്ലോക്കിംഗ് നിയമങ്ങൾ പുതുക്കും.


Again, the iptables blocking rules are added against the 144.202. X. X IP address, but this time, 66 UDP packets are monitored in this scan interval by psad before the rules are added.

വീണ്ടും, 144.202. X. X IP വിലാസത്തിനെതിരെ iptables ബ്ലോക്കിംഗ് നിയമങ്ങൾ ചേർക്കുന്നു, എന്നാൽ ഇത്തവണ, നിയമങ്ങൾ ചേർക്കുന്നതിന് മുമ്പ് psad ഈ സ്കാൻ ഇടവേളയിൽ 66 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 കണക്ഷൻ സ്ഥാപിക്കുന്നത്, അതിൽ തന്നെ സംശയാസ്പദമായ ഒരു പ്രവർത്തനവും സൂചിപ്പിക്കുന്നില്ല.


A spoofed TCP ACK packet can never qualify as part of a legitimate TCP connection.

ഒരു സ്പൂഫ് ചെയ്ത TCP ACK പാക്കറ്റിന് ഒരു നിയമാനുസൃത TCP കണക്ഷന്റെ ഭാഗമായി ഒരിക്കലും യോഗ്യത നേടാൻ കഴിയില്ല.


Attackers will go after more fruitful targets, such as the direct compromise of additional systems.

ആക്രമണകാരികൾ കൂടുതൽ ഫലപ്രദമായ ലക്ഷ്യസ്ഥാനങ്ങൾ, അതായത് അധിക സിസ്റ്റങ്ങളുടെ നേരിട്ടുള്ള ഒത്തുതീർപ്പ് എന്നിവ ലക്ഷ്യമിടുന്നു.


Currently, nearly 90 percent of all Snort rules utilize the flow option.

നിലവിൽ, എല്ലാ സ്നോർട്ട് നിയമങ്ങളിലും 90 ശതമാനവും ഫ്ലോ ഓപ്ഷൻ ഉപയോഗിക്കുന്നു.


Through the use of connection-tracking facilities, iptables is a stateful firewall.

കണക്ഷൻ ട്രാക്കിംഗ് സൗകര്യങ്ങൾ ഉപയോഗിക്കുന്നതിലൂടെ, iptables ഒരു സ്റ്റേറ്റ്ഫുൾ ഫയർവാൾ ആണ്.


Attackers cannot trick iptables into taking action against malicious-looking spoofed TCP ACK packets.

ദോഷകരമായ രീതിയിൽ കാണപ്പെടുന്ന സ്പൂഫ് ചെയ്ത TCP ACK പാക്കറ്റുകൾക്കെതിരെ നടപടിയെടുക്കാൻ ആക്രമണകാരികൾക്ക് iptables-നെ കഴിയില്ല.


To instruct iptables to match against established TCP connections, we can use the following command-line arguments: -p tcp -m state --state ESTABLISHED.

സ്ഥാപിക്കപ്പെട്ട TCP കണക്ഷനുകൾക്കെതിരെ പൊരുത്തപ്പെടുന്നതിന് iptables-നെ പഠിപ്പിക്കാൻ, നമുക്ക് താഴെ പറയുന്ന കമാൻഡ്-ലൈൻ ആർഗ്യുമെന്റുകൾ ഉപയോഗിക്കാം: -p tcp -m state --state ESTABLISHED.


The state match can also be applied to other phases of a TCP connection such as NEW and INVALID.

NEW, INVALID തുടങ്ങിയ TCP കണക്ഷന്റെ മറ്റ് ഘട്ടങ്ങളിലും ഈ അവസ്ഥാ പൊരുത്തം പ്രയോഗിക്കാൻ കഴിയും.


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

Snort ഇൻലൈൻ മോഡിൽ പ്രവർത്തിക്കുമ്പോൾ മാത്രമേ റീപ്ലേസ് സ്നോർട്ട് ഓപ്ഷൻ ബാധകമാകൂ.


This is a stealthier method of responding to attacks than generating session-busting traffic.

സെഷൻ തകർക്കുന്ന ട്രാഫിക് ഉണ്ടാക്കുന്നതിനേക്കാൾ രഹസ്യമായ ഒരു രീതിയാണിത്.


The iptables REJECT target supports these functions through the arguments -j REJECT --reject-with tcp-reset for TCP connections.

TCP കണക്ഷനുകൾക്കായി -j REJECT --reject-with tcp-reset എന്ന ആർഗ്യുമെന്റുകളിലൂടെ iptables REJECT ടാർഗെറ്റ് ഈ ഫംഗ്ഷനുകളെ പിന്തുണയ്ക്കുന്നു.


Malicious systems can filter incoming RST or RST/ACK packets generated by remote iptables firewalls.

ദൂരെസ്ഥലങ്ങളിലെ iptables ഫയർവാളുകൾ ഉണ്ടാക്കുന്ന ഇൻകമിംഗ് RST അല്ലെങ്കിൽ RST/ACK പാക്കറ്റുകൾ ദോഷകരമായ സിസ്റ്റങ്ങൾക്ക് ഫിൽട്ടർ ചെയ്യാൻ കഴിയും.


The fwsnort installer places the Net::IPvAddr and IPTables::Parse Perl modules within the directory /usr/lib/fwsnort.

fwsnort ഇൻസ്റ്റാളർ Net::IPvAddr, IPTables::Parse എന്നീ Perl മൊഡ്യൂളുകൾ /usr/lib/fwsnort എന്ന ഡയറക്ടറിയിൽ സ്ഥാപിക്കുന്നു.


If the error iptables: no chain/target/match by that name is returned, then the extension is not available.

iptables: no chain/target/match by that name എന്ന പിശക് ലഭിക്കുകയാണെങ്കിൽ, എക്സ്റ്റൻഷൻ ലഭ്യമല്ല.


To install fwsnort-1.0, execute the following commands.

fwsnort-1.0 ഇൻസ്റ്റാൾ ചെയ്യാൻ, താഴെ പറയുന്ന കമാൻഡുകൾ പ്രവർത്തിപ്പിക്കുക.


fwsnort will generate an iptables script located at: /etc/fwsnort/fwsnort.sh when executed.

പ്രവർത്തിപ്പിക്കുമ്പോൾ /etc/fwsnort/fwsnort.sh എന്ന സ്ഥലത്ത് സ്ഥിതി ചെയ്യുന്ന ഒരു iptables സ്ക്രിപ്റ്റ് fwsnort ഉണ്ടാക്കും.


Normally, fwsnort is executed as root because by default it queries iptables.

സാധാരണയായി, fwsnort റൂട്ട് ആയി പ്രവർത്തിപ്പിക്കുന്നത്, iptables-നെ സ്ഥിരമായി ചോദ്യം ചെയ്യുന്നതുകൊണ്ടാണ്.


One of the first things to notice about the fwsnort output is that for each Snort rules file, counters are printed.

fwsnort ഔട്ട്‌പുട്ടിനെക്കുറിച്ച് ആദ്യം ശ്രദ്ധിക്കേണ്ട ഒന്ന്, ഓരോ സ്നോർട്ട് നിയമ ഫയലിനും കൗണ്ടറുകൾ പ്രിന്റ് ചെയ്യും എന്നതാണ്.


The 60 percent translation rate is obtainable on any Linux system whose kernel has been compiled with support for the iptables string matches.

iptables സ്ട്രിംഗ് പൊരുത്തങ്ങൾക്കായി പിന്തുണയോടെ കംപൈൽ ചെയ്ത ഏതൊരു Linux സിസ്റ്റത്തിലും 60 ശതമാനം വിവർത്തന നിരക്ക് ലഭിക്കും.


You can use the fwsnort --no-ipt-sync command-line option to force the translation of as many Snort rules as possible.

കഴിയുന്നത്ര സ്നോർട്ട് നിയമങ്ങൾ വിവർത്തനം ചെയ്യാൻ fwsnort --no-ipt-sync കമാൻഡ്-ലൈൻ ഓപ്ഷൻ ഉപയോഗിക്കാം.


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

fwsnort.log ഫയലിൽ വിവർത്തന പ്രക്രിയയെക്കുറിച്ചുള്ള വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു.


The configuration file is essential for Snort.

Snort-നായി കോൺഫിഗറേഷൻ ഫയൽ അത്യാവശ്യമാണ്.


Fwsnort treats traffic from the local machine as originating from the home network.

Fwsnort, പ്രാദേശിക മെഷീനിൽ നിന്നുള്ള ട്രാഫിക്കിനെ ഹോം നെറ്റ്‌വർക്കിൽ നിന്നുള്ളതായി കണക്കാക്കുന്നു.


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

ഒരേയൊരു ഇന്റർഫേസ് മാത്രമേയുള്ളെങ്കിൽ, FWSNORT_FORWARD ശൃംഖല വഴി ഒരു നിയമവും പ്രോസസ്സ് ചെയ്യില്ല.


The HOME_NET variable is set to the local network.

HOME_NET വേരിയബിൾ പ്രാദേശിക നെറ്റ്‌വർക്കിലേക്ക് സജ്ജീകരിച്ചിരിക്കുന്നു.


External networks are defined using the EXTERNAL_NET variable.

EXTERNAL_NET വേരിയബിൾ ഉപയോഗിച്ച് ബാഹ്യ നെറ്റ്‌വർക്കുകൾ നിർവചിക്കപ്പെടുന്നു.


HTTP servers are specified using the HOME_NET variable.

HTTP സെർവറുകൾ HOME_NET വേരിയബിൾ ഉപയോഗിച്ച് വ്യക്തമാക്കുന്നു.


Fwsnort supports the same variable resolution as Snort.

Fwsnort, Snort-ൻ്റെ അതേ വേരിയബിൾ റെസല്യൂഷൻ പിന്തുണയ്ക്കുന്നു.


സെർവറുകളുടെ ഒരു ലിസ്റ്റ് നിർവചിക്കാൻ കഴിയും.


AOL AIM സെർവർ നെറ്റുകളും ലിസ്റ്റ് ചെയ്തിട്ടുണ്ട്.


Configurable port numbers are used for various services.

വിവിധ സേവനങ്ങൾക്ക് കോൺഫിഗർ ചെയ്യാവുന്ന പോർട്ട് നമ്പറുകൾ ഉപയോഗിക്കുന്നു.


Average packet lengths and maximum frame length are defined.

ശരാശരി പാക്കറ്റ് ദൈർഘ്യവും പരമാവധി ഫ്രെയിം ദൈർഘ്യവും നിർവചിക്കപ്പെട്ടിരിക്കുന്നു.


The WHITELIST variable defines hosts to be ignored.

WHITELIST വേരിയബിൾ അവഗണിക്കാനുള്ള ഹോസ്റ്റുകളെ നിർവചിക്കുന്നു.


The BLACKLIST variable defines hosts for which traffic should be dropped or rejected.

BLACKLIST വേരിയബിൾ ട്രാഫിക് ഡ്രോപ്പ് ചെയ്യുകയോ നിരസിക്കുകയോ ചെയ്യേണ്ട ഹോസ്റ്റുകളെ നിർവചിക്കുന്നു.


The jump position in the chains can be defined.

ചെയിനുകളിലെ ജമ്പ് സ്ഥാനം നിർവചിക്കാൻ കഴിയും.


iptables chains do not normally need to be changed.

iptables ശൃംഖലകൾ സാധാരണയായി മാറ്റേണ്ടതില്ല.


The Bourne shell script is divided into sections.

ബോൺ ഷെൽ സ്ക്രിപ്റ്റ് ഭാഗങ്ങളായി തിരിച്ചിരിക്കുന്നു.


The first section includes a header with information.

ആദ്യ ഭാഗത്ത് വിവരങ്ങളുള്ള ഒരു ശീർഷകം ഉൾപ്പെടുന്നു.


The second section defines paths to system binaries.

രണ്ടാമത്തെ ഭാഗം സിസ്റ്റം ബൈനറികളിലേക്കുള്ള പാതകൾ നിർവചിക്കുന്നു.


The configuration section allows paths to be tweaked.

കോൺഫിഗറേഷൻ വിഭാഗം പാതകൾ മാറ്റാൻ അനുവദിക്കുന്നു.


Special chains are created for established TCP sessions.

സ്ഥാപിക്കപ്പെട്ട TCP സെഷനുകൾക്കായി പ്രത്യേക ശൃംഖലകൾ സൃഷ്ടിക്കപ്പെടുന്നു.


The firewall detected a suspicious DNS request.

ഫയർവാൾ ഒരു സംശയാസ്പദമായ DNS അഭ്യർത്ഥന കണ്ടെത്തി.


Fwsnort can alert us to this fact by translating the rule into an iptables policy.

ഈ നിയമം iptables നയത്തിലേക്ക് വിവർത്തനം ചെയ്യുന്നതിലൂടെ fwsnort-ന് നമ്മെ ഈ വസ്തുതയെക്കുറിച്ച് അറിയിക്കാൻ കഴിയും.


The original Snort rule identified by SID 2001842 and its iptables equivalent appear in the FWSNORT_FORWARD chain.

SID 2001842-ൽ തിരിച്ചറിഞ്ഞ യഥാർത്ഥ സ്നോർട്ട് നിയമവും അതിന് തുല്യമായ iptables-ഉം FWSNORT_FORWARD ശൃംഖലയിൽ ദൃശ്യമാകുന്നു.


We can easily craft this packet by using the single Perl command.

ഒറ്റ Perl കമാൻഡ് ഉപയോഗിച്ച് നമുക്ക് ഈ പാക്കറ്റ് എളുപ്പത്തിൽ ഉണ്ടാക്കാം.


Iptables has detected the suspicious packet.

സംശയാസ്പദമായ പാക്കറ്റ് iptables കണ്ടെത്തിയിട്ടുണ്ട്.


ലോഗിംഗ് പ്രിഫിക്സ് മാറിയിരിക്കുന്നു.


Fwsnort uses DRP and REJ because there is a 29-character limit imposed by the iptables LOG match.

iptables LOG മാച്ചിന് 29-അക്ഷര പരിധി ഉള്ളതുകൊണ്ട് fwsnort DRP, REJ എന്നിവ ഉപയോഗിക്കുന്നു.


Any software that can block network communications should also be able to exclude certain networks.

നെറ്റ്‌വർക്ക് ആശയവിനിമയങ്ങൾ തടയാൻ കഴിയുന്ന ഏതൊരു സോഫ്റ്റ്‌വെയറിനും ചില നെറ്റ്‌വർക്കുകളെ ഒഴിവാക്കാനും കഴിയും.


Whitelists and blacklists are supported by fwsnort.

വൈറ്റ്‌ലിസ്റ്റുകളും ബ്ലാക്ക്‌ലിസ്റ്റുകളും fwsnort പിന്തുണയ്ക്കുന്നു.


These rules are added to the fwsnort chains before the signature rules are added.

ഒപ്പ് നിയമങ്ങൾ ചേർക്കുന്നതിന് മുമ്പ് ഈ നിയമങ്ങൾ fwsnort ശൃംഖലകളിലേക്ക് ചേർക്കുന്നു.


The Snort community has lit the path toward an effective language for detecting network attacks.

നെറ്റ്‌വർക്ക് ആക്രമണങ്ങൾ കണ്ടെത്താനുള്ള ഒരു ഫലപ്രദമായ ഭാഷയിലേക്ക് സ്നോർട്ട് കമ്മ്യൂണിറ്റി വഴി തെളിയിച്ചിട്ടുണ്ട്.


Consider the scenario where a vulnerability is found within a piece of mission-critical server software.

നിർണായകമായ സെർവർ സോഫ്റ്റ്‌വെയറിനുള്ളിൽ ഒരു സുരക്ഷാ വീഴ്ച കണ്ടെത്തുന്ന സാഹചര്യം പരിഗണിക്കുക.


Fwsnort can tell your Linux kernel how to discard packets that appear to exploit the vulnerability.

ദൗർബല്യം മുതലെടുക്കുന്നതായി തോന്നുന്ന പാക്കറ്റുകൾ എങ്ങനെ തള്ളണമെന്ന് fwsnort-ന് നിങ്ങളുടെ Linux കേർണലിനോട് പറയാൻ കഴിയും.


We’ll see in Chapter 11 that fwsnort combined with psad can build time-out–based blocking rules.

അധ്യായം 11-ൽ, psad-മായി സംയോജിപ്പിച്ച fwsnort-ന് സമയപരിധി അടിസ്ഥാനമാക്കിയുള്ള ബ്ലോക്കിംഗ് നിയമങ്ങൾ നിർമ്മിക്കാൻ കഴിയുമെന്ന് ഞങ്ങൾ കാണും.


Although psad provides detection, alerting, and auto-response capabilities.

psad കണ്ടെത്തൽ, മുന്നറിയിപ്പ്, സ്വയമേവയുള്ള പ്രതികരണ ശേഷി എന്നിവ നൽകുന്നു.


Better attack detection is offered by fwsnort, including detection for application layer attacks.

ആപ്ലിക്കേഷൻ ലെയർ ആക്രമണങ്ങൾ ഉൾപ്പെടെ, മികച്ച ആക്രമണ കണ്ടെത്തൽ fwsnort വാഗ്ദാനം ചെയ്യുന്നു.


We need a mechanism for tying the signature detection prowess of fwsnort together with psad’s ability.

fwsnort-ൻ്റെ സിഗ്നേച്ചർ കണ്ടെത്താനുള്ള കഴിവും psad-ൻ്റെ കഴിവും തമ്മിൽ ബന്ധിപ്പിക്കുന്നതിനുള്ള ഒരു സംവിധാനം നമുക്ക് ആവശ്യമാണ്.


This assumes that the system running iptables is not receiving packet data from a span port.

iptables പ്രവർത്തിക്കുന്ന സിസ്റ്റം ഒരു സ്പാൻ പോർട്ടിൽ നിന്ന് പാക്കറ്റ് ഡാറ്റ സ്വീകരിക്കുന്നില്ലെന്ന് ഇത് അനുമാനിക്കുന്നു.


In this chapter we’ll discuss ways to maximize the effectiveness of both psad and fwsnort.

ഈ അധ്യായത്തിൽ, psad, fwsnort എന്നിവയുടെ ഫലപ്രാപ്തി വർദ്ധിപ്പിക്കുന്നതിനുള്ള വഴികൾ നമ്മൾ ചർച്ച ചെയ്യും.


The key to interpreting the log messages is the SNORT_SID_STR variable.

ലോഗ് സന്ദേശങ്ങൾ വ്യാഖ്യാനിക്കുന്നതിനുള്ള താക്കോൽ SNORT_SID_STR വേരിയബിളാണ്.


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 കോൺഫിഗർ ചെയ്യുക:


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 വഴി ഉപേക്ഷിക്കപ്പെടുന്നു.


This covers the DROP response in fwsnort, but psad has also acted to instantiate a set of blocking rules against the attacker.

ഇത് fwsnort-ലെ DROP പ്രതികരണത്തെ ഉൾക്കൊള്ളുന്നു, എന്നാൽ ആക്രമണകാരിക്ക് എതിരായി ബ്ലോക്കിംഗ് നിയമങ്ങളുടെ ഒരു കൂട്ടം ഉണ്ടാക്കാൻ psad പ്രവർത്തിച്ചിട്ടുണ്ട്.


If we now attempt once again to get the index.html page from the webserver on the attacking system, we are greeted with stark silence:

ആക്രമിക്കുന്ന സിസ്റ്റത്തിലെ വെബ്‌സെർവറിൽ നിന്ന് index.html പേജ് വീണ്ടും ലഭിക്കാൻ ഞങ്ങൾ ഇപ്പോൾ ശ്രമിക്കുകയാണെങ്കിൽ, ഞങ്ങൾ പൂർണ്ണ നിശബ്ദതയോടെയാണ് സ്വീകരിക്കപ്പെടുന്നത്:


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

തീർച്ചയായും, psad ഒരു മണിക്കൂറി നേരത്തേക്ക് ആക്രമണകാരിയുടെ IP വിലാസവുമായുള്ള എല്ലാ ആശയവിനിമയവും വിച്ഛേദിച്ചു.


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 നിയമങ്ങൾ, ബിൽറ്റ്-ഇൻ INPUT, OUTPUT, FORWARD ഫിൽറ്ററിംഗ് ശൃംഖലകളിൽ നിന്ന് പാക്കറ്റുകൾ ജമ്പ് ചെയ്യുന്ന psad ബ്ലോക്കിംഗ് ശൃംഖലകളിലേക്ക് ചേർക്കുന്നു, അതുവഴി ആക്രമണകാരിയുടെ 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:

എങ്കിലും, iptables ഫയർവാളിലൂടെ ദോഷകരമായ പാക്കറ്റ് ഫോർവേഡ് ചെയ്യാൻ കഴിയാതെ വരുന്നതിന് പുറമെ, ആക്രമണകാരിയുടെ TCP സ്റ്റാക്കിന് RST 3 ലഭിക്കുന്നതിന്, DROP ടാർഗെറ്റിനുപകരം fwsnort-ന് iptables REJECT ടാർഗെറ്റ് ഉപയോഗിക്കാം:


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 പാക്കറ്റ് സ്വീകരിക്കുന്നു, അത് സെഷൻ close ചെയ്യാൻ നിർബന്ധിതമാക്കുന്നു:


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 പോലുള്ളവ) അടങ്ങിയ ഒരു ഓപ്പറേറ്റിംഗ് സിസ്റ്റമാണ് ആക്രമണകാരി പ്രവർത്തിപ്പിക്കുന്നതെങ്കിൽ എന്ത് സംഭവിക്കും?


Because the operating system run by the attacker in this case is Linux, we can investigate what happens when we filter the incoming RST after sending the attack with the lynx client.

ഈ സാഹചര്യത്തിൽ ആക്രമണകാരി പ്രവർത്തിപ്പിക്കുന്ന ഓപ്പറേറ്റിംഗ് സിസ്റ്റം Linux ആയതിനാൽ, lynx ക്ലയിന്റ് ഉപയോഗിച്ച് ആക്രമണം നടത്തിയ ശേഷം ഇൻകമിംഗ് RST ഫിൽട്ടർ ചെയ്യുമ്പോൾ എന്ത് സംഭവിക്കുമെന്ന് നമുക്ക് പരിശോധിക്കാം.


First we add an iptables rule on the ext_scanner system to filter all incoming RST packets from the target and then rerun the attack:

ആദ്യം, ടാർഗെറ്റിൽ നിന്നുള്ള എല്ലാ ഇൻകമിംഗ് RST പാക്കറ്റുകളും ഫിൽട്ടർ ചെയ്യുന്നതിനായി ext_scanner സിസ്റ്റത്തിൽ ഒരു iptables നിയമം ചേർക്കുന്നു, തുടർന്ന് ആക്രമണം വീണ്ടും പ്രവർത്തിപ്പിക്കുക:


This results in a packet trace that shows the retransmission of the packet that contains the /Setup.php string by the attacker’s TCP stack, which in turn indicates that the stack never receives the RST packet generated by the remote iptables firewall that protects the webserver.

ഇത് ഒരു പാക്കറ്റ് ട്രാക്കിലേക്ക് നയിക്കുന്നു, ഇത് ആക്രമണകാരിയുടെ TCP സ്റ്റാക്ക് /Setup.php സ്ട്രിംഗ് അടങ്ങിയ പാക്കറ്റ് വീണ്ടും കൈമാറുന്നത് കാണിക്കുന്നു, ഇത് വെബ്‌സെർവറിനെ സംരക്ഷിക്കുന്ന വിദൂര iptables ഫയർവാൾ സൃഷ്ടിച്ച RST പാക്കറ്റ് സ്റ്റാക്ക് ഒരിക്കലും സ്വീകരിക്കുന്നില്ലെന്ന് സൂചിപ്പിക്കുന്നു.


The FireWall KNock OPerator (fwknop) was released as an open source project in June 2004.

FireWall KNock OPerator (fwknop) 2004 ജൂണിൽ ഒരു ഓപ്പൺ സോഴ്സ് പ്രോജക്റ്റായി പുറത്തിറക്കി.


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 സംഖ്യ പരിശോധിക്കുന്നത് വിവേകപൂർണ്ണമാണ്.


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 SPA പാക്കറ്റുകൾ UDP പോർട്ട് 62201 വഴി അയയ്ക്കുന്നു.


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

SPA പാക്കറ്റ് ഡാറ്റ സ്നിഫ് ചെയ്യുകയും ഡീക്രിപ്റ്റ് ചെയ്യുകയും ചെയ്യുന്ന പ്രധാന ഡെമൺ ഇതാണ്.


This is the main directory for fwknop daemon configuration files such as fwknop.conf and access.conf.

fwknop.conf, access.conf തുടങ്ങിയ fwknop ഡെമൺ കോൺഫിഗറേഷൻ ഫയലുകൾക്കുള്ള പ്രധാന ഡയറക്ടറിയാണ് ഇത്.


The fwknop.conf file defines critical configuration variables.

fwknop.conf ഫയൽ നിർണായകമായ കോൺഫിഗറേഷൻ വേരിയബിളുകൾ നിർവചിക്കുന്നു.


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

ഒരു ഉപയോക്തൃനാമത്തിനായി എട്ട് ബൈറ്റുകളും, ഏറ്റവും കുറഞ്ഞ ചെക്ക്‌സം മൂല്യത്തിനായി ഒരു ബൈറ്റും ഉപയോഗിക്കാം.


Finally, we calculate the checksum as the sum of all values mod 256.

അവസാനമായി, എല്ലാ മൂല്യങ്ങളുടെയും ആകെത്തുക 256 കൊണ്ട് ഭാഗിച്ച് ചെക്ക്സം കണക്കാക്കുന്നു.


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 വരെയുള്ള പോർട്ട് ശ്രേണി നോക്കിംഗ് സീക്വൻസിനായുള്ള പോർട്ടുകളുടെ ശ്രേണിയായി ഞങ്ങൾ നിയോഗിക്കും.


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

ഞങ്ങളുടെ അവസാന ശ്രേണി ഉണ്ടാക്കുന്നത് താഴെ പറയുന്ന Perl പ്രോഗ്രാം ഉപയോഗിച്ചാണ്, ഇത് Rijndael സൈഫറും എൻക്രിപ്ഷൻ കീയായ 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.

യഥാർത്ഥ പോർട്ട്-നോക്കിംഗ് സീക്വൻസായി പ്രവർത്തിക്കുന്നതിന്, ലിസ്റ്റിംഗ് 12-2-ലെ enc_knock.pl സ്ക്രിപ്റ്റിന്റെ ഔട്ട്‌പുട്ട് നെറ്റ്‌വർക്കിലൂടെ അയയ്‌ക്കേണ്ടതുണ്ട്.


These limitations stem from the usage of packet headers as the data transmission mechanism, as opposed to using application layer payloads.

ഡാറ്റാ ട്രാൻസ്മിഷൻ സംവിധാനമായി പാക്കറ്റ് ശീർഷകങ്ങൾ ഉപയോഗിക്കുന്നതിനാലും, ആപ്ലിക്കേഷൻ ലെയർ പേലോഡുകൾ ഉപയോഗിക്കാത്തതിനാലും ഈ പരിമിതികൾ ഉണ്ടാകുന്നു.


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.

പോർട്ട് നോക്കിംഗ് പാക്കറ്റ് ശീർഷകങ്ങൾ മാത്രം ഉപയോഗിക്കുന്നതിനാൽ, റീപ്ലേ ആക്രമണങ്ങൾ തടയാൻ പോർട്ട് നോക്ക് സീക്വൻസുകളിൽ ആവശ്യത്തിന് വ്യത്യാസങ്ങൾ ഉണ്ടാക്കുന്നത് ബുദ്ധിമുട്ടാണ്.


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 ബിറ്റുകൾ വീതിയിലുള്ളതിനാൽ, ഒരു പോർട്ട്-നോക്കിംഗ് നടപ്പിലാക്കുന്നത് നോക്ക് സീക്വൻസിലെ ഓരോ പാക്കറ്റിന്റെയും ലക്ഷ്യസ്ഥാന പോർട്ട് നമ്പർ മാത്രം ഉപയോഗിക്കുന്നു എന്ന് കരുതുകയാണെങ്കിൽ, ഓരോ പാക്കറ്റിലും രണ്ട് ബൈറ്റുകൾ വിവരങ്ങൾ മാത്രമേ കൈമാറാൻ കഴിയൂ.


We need the time delay to maintain the correct ordering on the port-knocking sequence because packets may arrive along different routing paths—some of which may be slower than others.

പോർട്ട്-നോക്കിംഗ് സീക്വൻസിൽ ശരിയായ ക്രമം നിലനിർത്താൻ സമയ കാലതാമസം ആവശ്യമാണ്, കാരണം പാക്കറ്റുകൾ വ്യത്യസ്ത റൂട്ടിംഗ് പാതകളിലൂടെ വരാം - ചിലത് മറ്റുള്ളവയേക്കാൾ വേഗത കുറഞ്ഞതാകാം.


Hence, for a port-knocking sequence that is encrypted with a sym- metric cipher that has a 128-bit block size (the minimum block size for the Rijndael cipher as mentioned earlier in this chapter), we get a minimum length of eight packets.

അതുകൊണ്ട്, ഒരു സിമെട്രിക് സൈഫർ ഉപയോഗിച്ച് എൻക്രിപ്റ്റ് ചെയ്ത ഒരു പോർട്ട്-നോക്കിംഗ് സീക്വൻസിനായി, അതിന് 128-ബിറ്റ് ബ്ലോക്ക് വലുപ്പമുണ്ട് (ഈ അധ്യായത്തിൽ നേരത്തെ സൂചിപ്പിച്ചത് പോലെ Rijndael സൈഫറിനായുള്ള ഏറ്റവും കുറഞ്ഞ ബ്ലോക്ക് വലുപ്പം), നമുക്ക് കുറഞ്ഞത് എട്ട് പാക്കറ്റുകളെങ്കിലും ലഭിക്കും.


Adding a half-second delay between each packet implies that it would take four seconds just to transmit the sequence, and if more data needs to be sent, a full second is added for every two packets.

ഓരോ പാക്കറ്റിനും ഇടയിൽ അര സെക്കൻഡ് കാലതാമസം ചേർക്കുന്നത്, സീക്വൻസ് കൈമാറാൻ ഏകദേശം നാല് സെക്കൻഡ് എടുക്കുമെന്നും, കൂടുതൽ ഡാറ്റ അയയ്‌ക്കേണ്ടതുണ്ടെങ്കിൽ, ഓരോ രണ്ട് പാക്കറ്റുകൾക്കും ഒരു പൂർണ്ണ സെക്കൻഡ് ചേർക്കുമെന്നും സൂചിപ്പിക്കുന്നു.


It is this lengthy transmission time that makes it impractical to construct port-knocking sequences that send more than a few bytes.

കുറച്ച് ബൈറ്റുകളിൽ കൂടുതൽ അയക്കുന്ന പോർട്ട്-നോക്കിംഗ് സീക്വൻസുകൾ നിർമ്മിക്കുന്നത് പ്രായോഗികമല്ലാത്തത് ഈ ദൈർഘ്യമേറിയ ട്രാൻസ്മിഷൻ സമയം കാരണമാണ്.


As discussed in Chapter 3, a port scan involves a series of connections to multiple ports on a target system within a short period of time.

അധ്യായം 3-ൽ ചർച്ച ചെയ്തതുപോലെ, ഒരു പോർട്ട് സ്കാനിൽ ഒരു ടാർഗെറ്റ് സിസ്റ്റത്തിലെ ഒന്നിലധികം പോർട്ടുകളിലേക്കുള്ള കണക്ഷനുകളുടെ ഒരു പരമ്പര കുറഞ്ഞ സമയത്തിനുള്ളിൽ ഉൾപ്പെടുന്നു.


When examined on the wire, a port-knock sequence clearly fits this definition, even though the goals of a port scan versus a knock sequence are quite different.

വയറിൽ പരിശോധിക്കുമ്പോൾ, പോർട്ട് സ്കാനിന്റെയും നോക്ക് സീക്വൻസിന്റെയും ലക്ഷ്യങ്ങൾ വളരെ വ്യത്യസ്തമാണെങ്കിലും, ഒരു പോർട്ട്-നോക്ക് സീക്വൻസ് ഈ നിർവചനത്തിന് വ്യക്തമായി യോജിക്കുന്നു.


These alarms may bring unwelcome attention to the person using port knocking to authenticate to a remote service.

ഈ അലാറങ്ങൾ വിദൂര സേവനത്തിലേക്ക് പ്രാമാണീകരിക്കുന്നതിന് പോർട്ട് നോക്കിംഗ് ഉപയോഗിക്കുന്ന വ്യക്തിയിലേക്ക് ശ്രദ്ധ ക്ഷണിച്ചേക്കാം.


If an attacker spoofs a duplicate packet into a port-knocking sequence as it is en route over a network, the knock server cannot tell that this additional packet is not part of a real sequence from a port-knocking client; the result is that the client does not appear to know a valid knock sequence.

ഒരു നെറ്റ്‌വർക്കിലൂടെ പോകുമ്പോൾ ഒരു ആക്രമണകാരി ഒരു പോർട്ട്-നോക്കിംഗ് സീക്വൻസിലേക്ക് ഒരു ഡ്യൂപ്ലിക്കേറ്റ് പാക്കറ്റ് സ്പൂഫ് ചെയ്താൽ, ഈ അധിക പാക്കറ്റ് ഒരു പോർട്ട്-നോക്കിംഗ് ക്ലയിന്റിൽ നിന്നുള്ള യഥാർത്ഥ സീക്വൻസിന്റെ ഭാഗമല്ലെന്ന് നോക്ക് സെർവറിന് പറയാൻ കഴിയില്ല; ഫലം, ക്ലയിന്റിന് സാധുവായ ഒരു നോക്ക് സീക്വൻസ് അറിയാൻ കഴിയില്ല.