टोर एक्ज़िट नोड पर iptables


9

मैं एक खुला टोर राउटर चलाना चाहता हूं ।

मेरी निकास नीति ReducedExitPolicy के समान होगी ।

लेकिन मैं टोर नेटवर्क के लिए अपने संसाधनों का दुरुपयोग करना भी कठिन बनाना चाहता हूं।

मामले जो मैं ग्राहकों को Tor के माध्यम से करने से रोकना चाहता हूं:

  • बहुत सारे पैकेट के साथ एक साइट को हैमर करना।
  • पूरे आईपी ब्लॉक के आक्रामक जाल

मामले जो मैं ग्राहकों को टो के माध्यम से करने से रोकना नहीं चाहता:

  • क्लाउड पर छवि फ़ाइलों के कुछ hudreds अपलोड करना
  • एक धार बोना

मेरा सवाल यह है कि क्या यह सब किया जा सकता है, और कैसे?

मेरा पहला विचार कुछ फ़ायरवॉल (Linux / iptables या * BSD / ipfw / pf) था - लेकिन यह संभवतः प्याज राउटर के निहित गुणों के कारण बेकार हो जाएगा।

क्या इस विषय पर किसी भी तरह के टॉरप्रोजेक्ट टीम का विकास चल रहा है?

मैं भी टोर एग्जिट नोड्स हासिल करने पर सामान्य संकेत मांगता हूं।

अपडेट (सितंबर 2012)

उपयोगी जवाब और कुछ अन्य शोधों से मुझे लगता है कि यह नहीं किया जा सकता है।

डीडीओएस में योगदान करने के लिए आप लोगों को एग्जिट नोड को रोकने से रोकने के लिए सबसे अच्छा कर सकते हैं, एक आईपी को निर्देशित बहुत लगातार पैकेट का पता लगाना है।

"बहुत लगातार" दहलीज कुल नोड बैंडविड्थ पर निर्भर करता है ... यदि यह गलत है, तो गलत पॉज़िटिव होंगे, रियल टाइम टीसीपी ऐप्स के वैध ट्रैफ़िक को अवरुद्ध करने और बहुत सारे क्लाइंट से एक गंतव्य तक ट्रैफ़िक को रोक दिया जाएगा।

अपडेट (दिसंबर 2014)

मेरी भविष्यवाणियां स्पष्ट रूप से सच थीं - मुझे अपने इंटरनेट प्रदाता से कई नेटवर्क दुरुपयोग की शिकायतें थीं।

सेवा शटडाउन से बचने के लिए मुझे निम्नलिखित iptablesनियमों का पालन करना पड़ा ( ONEWयह आउटगोइंग टीसीपी SYN (उर्फ न्यू) पैकेट के लिए एक श्रृंखला है:

मुझे यकीन नहीं है कि यह पर्याप्त होगा लेकिन यहाँ यह है:

-A ONEW -o lo -j ACCEPT
-A ONEW -p udp --dport 53 -m limit --limit 2/sec --limit-burst 5 -j ACCEPT
-A ONEW -m hashlimit --hashlimit-upto 1/second --hashlimit-mode dstip --hashlimit-dstmask 24 --hashlimit-name ONEW -j ACCEPT
-A ONEW -m limit --limit 1/sec -j LOG --log-prefix "REJECTED: "
-A ONEW -j REJECT --reject-with icmp-admin-prohibited

जवाबों:


2

ध्यान रखें कि:

  • Tor क्लाइंट हर 10 मिनट में वर्चुअल सर्किट को मेरी वर्तमान समझ पर स्विच करते हैं। इसका मतलब है कि स्रोत आईपी उस समय सीमा के आसपास बदल रहा है। उस अवधि से अधिक समय तक आपके द्वारा किसी भी प्रकार के दुर्भावनापूर्ण व्यवहार को रोकने की संभावना नहीं है।

  • ध्यान दें कि तथ्य यह है कि टो केवल टीसीपी ट्रैफ़िक को समीप करता है और किसी अन्य प्रोटोकॉल को दुरुपयोग की संभावनाओं को काफी सीमित नहीं करता है।

iptablesआप मौजूदा लोगों की तुलना में नए आउटगोइंग टीसीपी कनेक्शन का इलाज कर सकते हैं। जो कुछ भी "मौजूदा टीसीपी कनेक्शन" श्रृंखला के माध्यम से ESTABLISHED,RELATEDहोना चाहिए ACCEPTEDया होना चाहिए , और आउटगोइंग टीसीपी जो उस द्वारा पकड़ा नहीं जाता है वह दर सीमित हो सकती है। किसी भी आउटगोइंग टोर ट्रैफिक के अधीन होना चाहिए।

मेरा मानना ​​है कि उपरोक्त और "कम की गई निकास नीति" का उपयोग करके आप जो सबसे अच्छा कर सकते हैं, उसके बारे में होगा।

आदर्श रूप से, अपने टो बॉक्स पर कुछ और न चलाएं:

  • आप शायद कम से कम एसएसएच अप करें, इसे 22 से अलग पोर्ट पर रखें।
  • आप शायद इस पृष्ठ को प्रदर्शित करने के लिए एक साधारण वेबसर्वर चलाना चाहते हैं । एक chroot'ed mini-httpdउदाहरण करना चाहिए। उपयोग न करें inetd

टॉर को किसी ऐसे बॉक्स पर न चलाएं जिसका इस्तेमाल किसी और चीज के लिए किया जा रहा हो। सुनिश्चित करें कि आपने टोर लीगल एफएक्यू के "एक्जिट रिले" सेक्शन को पढ़ा है और इसके निहितार्थों को पूरी तरह से समझते हैं। ये सब भी पढ़े और करे


1

स्रोत आईपी स्थिर नहीं है, इसलिए इन हमलों को रोकना सामान्य से अधिक कठिन होगा। हालाँकि, मेरी जानकारी के अनुसार हर कुछ मिनटों में टोर के मार्ग बदल दिए जाते हैं।

इसलिए आप अभी भी कुछ मानक सीमा / फ़िल्टरिंग नियमों को तैनात कर सकते हैं लेकिन उच्च सीमा के साथ, क्योंकि आपको यह मान लेना चाहिए कि आपके स्रोत आईपी के पीछे एक पूरा नेटवर्क है।

आप फ़िल्टर कर सकते हैं:

  • खराब या विशिष्ट फिंगरप्रिंटिंग / स्कैनिंग पैकेट (खराब टीसीपी / आईपी झंडे, एक्सएमएएस, अधिकांश आईसीएमपी प्रकार आदि)
  • INVALID पैकेट जो चालू या नए कनेक्शन के लिए उपयुक्त नहीं हैं (-m स्थिति)
  • कुछ उच्च सीमा पर शुरू होने वाले नए कनेक्शन

हालाँकि, ध्यान रखें कि ऐसी चीजें आमतौर पर इनबाउंड ट्रैफ़िक पर की जाती हैं। आप नहीं जानते कि आपके "ग्राहक" किस प्रकार के प्रोटोकॉल चलाएंगे और आप उन्हें उन तरीकों से प्रतिबंधित कर सकते हैं जो कष्टप्रद / अस्पष्ट हो सकते हैं।

इसके अलावा, नए (या स्टेटलेस) पैकेट्स को सीमित करने के लिए आप कुछ और शामिल स्कीम पर विचार करना चाह सकते हैं, जहां अस्वीकृत (कभी DROP न हो जब तक कि जाहिर तौर पर हमला न हो!) पैकेटों को यादृच्छिकीकृत किया जाता है। इस तरह, एक नियमित उपयोगकर्ता केवल पुनः लोड को हिट करने और भाग्यशाली होने की कोशिश कर सकता है, भले ही समग्र दर वर्तमान में सीमा पर है, जबकि एक समवर्ती पोर्ट स्कैनर आपकी दर सीमा को दरकिनार करने में सक्षम नहीं होगा।

Tor मेलिंग सूचियों पर भी पूछें, आप शायद पहले ऐसे विचार नहीं रखते हैं: https://lists.torproject.org/cgi-bin/mailman/listinfo


1

सबसे पहले मैं iptables को इन सभी को हल करने का सुझाव नहीं दूंगा, एक आदर्श निकास टो नोड नोड के लिए यातायात को कम करेगा, हालांकि कुछ वीपीएन सुरंगों को पैकेट और सच्चे गंतव्य से आईएसपी की नजर रखने के लिए और / या कैशिंग प्रॉक्सी का उपयोग करने के लिए बार-बार दोहराए गए अनुरोधों को रखना होगा। लोकप्रिय स्थिर सामग्री को कम से कम ... उन विकल्पों को देखने के दौरान, दुर्व्यवहार शिकायत समस्याओं के लिए एक बैंड-सहायता ;

प्रयुक्त जानकारी के स्रोत

http://www.ossramblings.com/using_iptables_rate_limiting_to_prevent_portscans

http://blog.nintechnet.com/how-to-block-w00tw00t-at-isc-sans-dfind-and-other-web-vulnerability-scanners/

पोर्ट सोर्सिंग के लिए अपने टो एग्जिट नोड का उपयोग करने की कोशिश करने वाले बॉट्स को निराश करने के लिए उपयोग किए जा सकने वाले नियमों में दो स्रोत लिंक को मिलाकर। ध्यान दें कि हैकर्स आपके एक्जिट नोड का उपयोग करके बहुत खुश हो सकते हैं क्योंकि ये नियम नैम्प हैंग-टाइम का कारण बनते हैं।

#!/bin/bash
## Network interface used by Tor exit daemon
_tor_iface="eth1"
## Ports that Tor exit daemon binds to, maybe comma or space sepperated.
_tor_ports="9050,9051"
## Time to ban connections out in secconds, default equates to 10 minutes, same as default Tor cercut.
_ban_time="600"
## How long to monitor conections in seconds, default equates to 10 minutes.
_outgoing_tcp_update_seconds="600"
## How many new connections can be placed to a server in aloted update time limits. May nead to increes this depending on exit node usage and remote servers usages.
_outgoing_tcp_hitcount="8"
## How long to monitor connections for in minuets, default is 15 minutes but could be lessoned.
_outgoing_tcp_burst_minute="15"
## Hom many connections to accept untill un-matched
_outgoing_tcp_burst_limit="1000"

iptables -N out_temp_ban -m comment --comment "Make custom chain for tracking ban time limits" || exit 1
iptables -A out_temp_ban -m recent --set --name temp_tcp_ban -p TCP -j DROP -m comment --comment "Ban any TCP packet coming to this chain" || exit 1

iptables -N out_vuln_scan -m comment --comment "Make custom chain for mitigating port scans originating from ${_tor_iface}" || exit 1
for _tor_port in ${_tor_ports//,/ }; do
    iptables -A out_vuln_scan -p TCP -o ${_tor_iface} --sport ${_tor_port} -m recent --name temp_tcp_ban --update --seconds ${_ban_time} -j DROP -m comment --comment "Update ban time if IP address is found in temp_tcp_ban list" || exit 1
    iptables -A out_vuln_scan -p TCP -o ${_tor_iface} --sport ${_tor_port} -m state --state NEW -m recent --set -m comment --comment "Monitor number of new conncetions to ${_server_iface}" || exit 1
    iptables -A out_vuln_scan -p TCP -o ${_tor_iface} --sport ${_tor_port} -m state --state NEW -m recent --update --seconds 30 --hitcout 10 -j out_temp_ban -m comment --comment "Ban address when to many new connections are attempted on ${_tor_iface}" || exit 1
done
iptables -A out_vuln_scan -j RETURN -m comment --comment "Return un-matched packets for further processing" || exit 1

## Add rules to accept/allow outbound packets
iptables -N tor_out -m comment --comment "Make custom chain for allowing Tor exit node services" || exit 1
for _tor_port in ${_tor_ports//,/ }; do
    iptables -A tor_out -p TCP -o ${_tor_iface} --sport ${_tor_port} -m state --state NEW -m recent --set --name limit_${_tor_port} -m comment --comment "Track out-going tcp connections from port ${_tor_port}" || exit 1
    iptables -A tor_out -p TCP -o ${_tor_iface} --sport ${_tor_port} -m state --state NEW -m recent --update --seconds ${_outgoing_tcp_update_seconds:-60} --hitcount ${_outgoing_tcp_hitcount:-8} --rttl --name limit_${_tor_port} -j LOG --log-prefix "TCP flooding port ${_tor_port}" -m comment --comment "Log atempts to flood port ${_tor_port} from your server" || exit 1
    iptables -A tor_out -p TCP -o ${_tor_iface} --sport ${_tor_port} -m state --state NEW -m recent --update --seconds ${_outgoing_tcp_update_seconds:-60} --hitcount ${_outgoing_tcp_hitcount:-8} --rttl --name limit_${_tor_port} -j DROP -m comment --comment "Drop attempts to flood port ${_tor_port} from your server" || exit 1
    iptables -A tor_out -p TCP -o ${_tor_iface} --sport ${_tor_port} -m limit --limit ${_outgoing_tcp_burst_minute:-15}/minute --limit-burst ${_outgoing_tcp_burst_limit:-1000} -j ACCEPT -m comment --comment "Accept with conditions new connections from port ${_tor_port} from your server" || exit 1
done
iptables -A tor_out -j RETURN -m comment ---comment "Reurn un-matched packets for further filtering or default polices to take effect." || exit 1
## Activate jumps from default output chain to new custom filtering chains
iptables -A OUTPUT -p TCP -o ${_tor_iface} -j out_vuln_scan -m comment --comment "Jump outbound packets through vulnerability scaning mitigation" || exit 1
iptables -A OUTPUT -p TCP -o ${_tor_iface} -j tor_out -m comment --comment "Jump outbound packets through conditional acceptance" || exit 1

कैममाओं के bashसाथ वैरिएबल पर पहले से बने ,जादूगर के साथ ऊपर चलाएं ;

user@host~# bash iptables_limit_tor.sh

यहाँ चर की सूची फिर से है

_tor_iface="eth1"
_tor_ports="9050,9051"
_ban_time="600"
_outgoing_tcp_update_seconds="600"
_outgoing_tcp_hitcount="8"
_outgoing_tcp_burst_minute="15"
_outgoing_tcp_burst_limit="1000"

ध्यान दें कि आप शोषणकारी सर्वरों को खोजने के लिए कुछ बॉट्स द्वारा उपयोग किए जाने वाले मज़ेदार व्यापार के -m state NEW ! --synप्रकारों के लिए नए आउटबाउंड कनेक्शनों को फ़िल्टर करने की इच्छा कर सकते हैं , उदाहरण के लिए श्रृंखला है कि आप आगे चलकर ऐसे विकृत चैटर को फ़िल्टर करने के लिए उपरोक्त दो का उपयोग कर सकते हैं।

iptables -N out_bad_packets -m comment --comment "Make new chain for filtering malformed packets" || exit 1
iptables -A out_bad_packets -p TCP --fragment -j out_temp_ban -m comment --comment "Drop all fragmented packets" || exit 1
iptables -A out_bad_packets -p TCP -m state --state INVALID -j out_temp_ban -m comment --comment "Drop all invalid packets" || exit 1
iptables -A out_bad_packets -p TCP ! --syn -m state --state NEW -j out_temp_ban -m comment --comment "Drop new non-syn packets" || exit 1
iptables -A out_bad_packets -p TCP --tcp-flags ALL NONE -j out_temp_ban -m comment --comment "Drop NULL scan" || exit 1
iptables -A out_bad_packets -p TCP --tcp-flags ALL ALL -j out_temp_ban -m comment --comment "Drop XMAS scan"|| exit 1
iptables -A out_bad_packets -p TCP --tcp-flags ALL FIN,URG,PSH -j out_temp_ban -m comment --comment "Drop stealth scan 1" || exit 1
iptables -A out_bad_packets -p TCP --tcp-flags ALL SYN,RST,ACK,FIN,URG -j out_temp_ban -m comment --comment "Drop pscan 1"|| exit 1
iptables -A out_bad_packets -p TCP --tcp-flags SYN,FIN SYN,FIN -j out_temp_ban -m comment --comment "Drop pscan 2" || exit 1
iptables -A out_bad_packets -p TCP --tcp-flags FIN,RST FIN,RST -j out_temp_ban -m comment --comment "Drop pscan 3" || exit 1
iptables -A out_bad_packets -p TCP --tcp-flags SYN,RST SYN,RST -j out_temp_ban -m comment --comment "Drop SYN-RST scan" || exit 1
iptables -A out_bad_packets -p TCP --tcp-flags ACK,URG URG -j out_temp_ban -m comment --comment "Drop URG scans" || exit 1
iptables -A out_bad_packets -p TCP --tcp-flags ALL SYN,FIN -j out_temp_ban -m comment --comment "Drop SYNFIN scan" || exit 1
iptables -A out_bad_packets -p TCP --tcp-flags ALL URG,PSH,FIN -j out_temp_ban -m comment --comment "Drop nmap Xmas scan" || exit 1
iptables -A out_bad_packets -p TCP --tcp-flags ALL FIN -j out_temp_ban -m comment --comment "Drop FIN scan" || exit 1
iptables -A out_bad_packets -p TCP --tcp-flags ALL URG,PSH,SYN,FIN -j out_temp_ban -m comment --comment "Drop nmap-id scan" || exit 1
iptables -A out_bad_packets -p TCP --tcp-flags RST RST -o ${_tor_iface} --sport ${_tor_port} -m limit --limit 2/second --limit-burst 3 -j out_temp_ban -m comment --comment "Mitigate Smurf attacks from excesive RST packets"
iptables -A out_bad_packets -p TCP --tcp-flags RST RST -o ${_tor_iface} --sport ${_tor_port} -m limit --limit 2/second --limit-burst 2 -j RETURN -m comment --comment "Ban Smurf attacks using excesive RST packets"
iptables -A out_bad_packets -j RETURN -m comment --comment "Return un-matched packets for further processing." || exit 1

हालाँकि, उपरोक्त श्रृंखला बहुत ही प्रतिबंधात्मक होगी क्योंकि किसी भी मेल खाने वाले पैकेट में उस श्रृंखला के नियमों में चुने गए कई सेकंड्स के लिए आईपी ​​(शायद परीक्षण के -j out_temp_banलिए -j DROPया उसके -j REJECTलिए परिवर्तन ) प्रतिबंधित होगा । नियमों का यह सेट तब खराब स्थिति पैदा कर सकता है जब क्लाइंट के एंड पर बुरी तरह से कोड किए गए एप्लिकेशन को एक नए टोर सेर्क से दोबारा कनेक्ट करें।

~~~~~

ट्रैफ़िक को और अधिक शेपिंग ट्रैफ़िक के लिए विचार करने के लिए सॉफ़्टवेयर firejailलिनक्स के लिए चेक आउट करें , स्रोत जीथब और सोर्स फोर्ज पर है और मैन पेज पुराने होम पेज, एक वर्डप्रेस सब डोमेन, और डिजिटलऑन पर पा सकते हैं। एक छोटे से संशोधन के साथ आप कहीं अधिक उकसा सकते हैं जहां नेटवर्क को वापस थ्रोट किया जाना चाहिए। ऐसे अन्य उपकरण KVMभी हैं जिनका उपयोग परिचालन सीमाओं के भीतर स्पाइसीफिक सेवाओं को रखने के लिए किया जा सकता है ताकि आपके सिस्टम के लिए सबसे अच्छा काम करने वाले को खोजने के लिए दुकान को घेर लिया जाए ।

फिर भी एक अन्य विकल्प इस तरह से चलना होगा fail2banकि जब कोई पागल sys-admin आपके IP से http या ssl कनेक्शन अटैच करता है जिसे छोड़ने के लिए एक नियम जोड़ा जाता है-m state --state NEWआपके बाहर निकलने के सूचना पृष्ठ का अनुरोध करने वालों के लिए कनेक्शन। अगर यह संयुक्त राष्ट्र के प्रतिबंध-रहित समय सीमा के साथ संयुक्त होता है, तो रिमोट सर्वर को ब्रेक की अनुमति दे सकता है जबकि लॉग पॉल्यूशन के बारे में sys-admin म्यूटर्स;; हालांकि, यह इस वर्तमान उत्तर के दायरे से परे है और इस बात पर निर्भर करता है कि आप किस सेवा का उपयोग कर रहे हैं। निकास सूचना पृष्ठ; यदि अब URL अनुरोध किया गया था, तो nginx और अपाचे दोनों ही आपके कॉन्फ़िगरेशन में पहले vhost या सर्वर ब्लॉक की सेवा करेंगे। यदि आप अपाचे या नग्नेक्स के अलावा किसी और चीज़ का उपयोग कर रहे हैं, तो आप मैन पेजों से परामर्श करना चाहेंगे, लेकिन मेरे लिए यह उतना ही सरल था, जितना कि किसी अलग फ़ाइल में लॉग इन करने के लिए पहला वीएचएस सेट करना और विफल होना चाहिए। उस लॉग से एक अस्थायी प्रतिबंध सूची में कोई भी IP जोड़ना ; यह सार्वजनिक सर्वरों पर बॉट्स पर प्रतिबंध लगाने के लिए भी बहुत काम करता है क्योंकि वे आमतौर पर एक आईपी पते का उपयोग करते हैं और बॉट ट्रैप की सेवा करने वाले सर्वर में डोमेन अनुरोध परिणाम प्रदान नहीं करते हैं,

मैं एक सीमित टॉर एग्जिट पॉलिसी (जो आपको हाथ लग गई है) की तरह दिखता है और फिर वीपीएन सुरंगों के माध्यम से ट्रैफ़िक को बढ़ाता है, जो कि मल्टीपल सुरंगों के बीच लोड संतुलन के लिए अतिरिक्त क्रेडिट पॉइंट है। क्योंकि इससे टो नेटवर्क ट्रैफ़िक में कम व्यवधान होगा और आपकी ISP की नज़र इस तथ्य पर टिकी रहेगी कि आप एक निकास नोड चला रहे हैं ... जब तक कि वे आपके वीपीएन ट्रैफ़िक को सूँघने और क्रैक करने की इच्छा न करें। ऐसा इसलिए है क्योंकि नियमों को चलाने से अस्थायी प्रतिबंध या स्व-प्रतिबंध के लिए दूरस्थ होस्ट की अनुमति आपके नोड के ग्राहकों को गोपनीयता का उल्लंघन हो सकती है, जहां ट्रैफ़िक को वीपीएन (या कुछ) से बाहर धकेलना आपके ग्राहक की गोपनीयता को बनाए रखेगा और आपको बनाए रखेगा। चलने के किसी भी शासन द्वारा आपके नेटवर्क ट्रैफ़िक लॉग के अनुरोधों के साथ घबराहट होने से आईएसपी whois www.some.domain

~~~~

संपादित करता / अपडेट

~~~~

मैंने अपने एक्स्टेंसिव नोटों में एक यात्रा की और सार्वजनिक सर्वरों के लिए विन्यास का उपयोग किया जो मैं उपयोग करता हूं

यहाँ jail.localविफलता 2 स्टैंसा है

[apache-ipscan]
enabled  = true
port = http,https
filter = apache-ipscan
logpath = /var/log/apache*/*error_ip*
action = iptables-repeater[name=ipscan]
maxretry = 1

और यहाँ फ़िल्टर apache-ipscan.confफ़ाइल है

[DEFAULT]
_apache_error_msg = \[[^]]*\] \[\S*:error\] \[pid \d+\] \[client <HOST>(:\d{1,5})?\]
[Definition]
failregex = \[client <HOST>\] client denied by server .*(?i)/.*
#^<HOST>.*GET*.*(?!)/.*
#   ^%(_apache_error_msg)s (AH0\d+: )?client denied by server configuration: (uri )?.*$
#            ^%(_apache_error_msg)s script '\S+' not found or unable to stat(, referer: \S+)?\s*$
ignoreregex = 
# DEV Notes: 
# the web server only responds to clients with a valid Host: 
# header. anyone who tries using IP only will get shunted into 
# the dummy-error.log and get a client-denied message
#
# the second regex catches folks with otherwise valid CGI paths but no good Host: header
#
# Author: Paul Heinlein

और यहाँ एक्शन iptables-repeater.confफ़ाइल है

# Fail2Ban configuration file
#
# Author: Phil Hagen <phil@identityvector.com>
# Author: Cyril Jaquier
# Modified by Yaroslav Halchenko for multiport banning and Lukas Camenzind for persistent banning
# Modified by S0AndS0 to combine features of previous Authors and Modders
#
[Definition]
# Option:  actionstart
# Notes.:  command executed once at the start of Fail2Ban.
# Values:  CMD
#
actionstart = iptables -N fail2ban-BADIPS-<name>
              iptables -A fail2ban-BADIPS-<name> -j RETURN
          iptables -I INPUT -j fail2ban-BADIPS-<name>
          ## Comment above line and uncomment bello line to use multiport and protocol in addition to named jails
          #iptables -I INPUT -p <protocol> -m multiport --dports <port> -j fail2ban-BADIPS-<name>
          # set up from the static file
          #cat /etc/fail2ban/ip.blocklist.<name> |grep -v ^\s*#|awk '{print $1}' | while read IP; do iptables -I fail2ban-BADIPS-<name> 1 -s $IP -j DROP; done
          cat /etc/fail2ban/ip.blocklist.<name> |grep -v ^\s*#|awk '{print $1}' | while read IP; do iptables -I fail2ban-BADIPS-<name> 1 -d $IP -j DROP; done
          ## Comment above line and uncomment bellow line to check if there are blacklist files to load before attempting to load them
          # if [ -f /etc/fail2ban/ip.blacklist.<name> ]; then cat /etc/fail2ban/ip.blacklist.<name> | grep -e <name>$ | cut -d "," -s -f 1 | while read IP; do iptables -I fail2ban-BADIPS-<name> 1 -s $IP -j DROP; done; fi
# Option:  actionstop
# Notes.:  command executed once at the end of Fail2Ban
# Values:  CMD
#
actionstop = iptables -D INPUT -p <protocol> -m multiport --dports <port> -j fail2ban-BADIPS-<name>
         iptables -F fail2ban-BADIPS-<name> 
         iptables -X fail2ban-BADIPS-<name>
# Option:  actioncheck
# Notes.:  command executed once before each actionban command
# Values:  CMD
#
#actioncheck = iptables -n -L INPUT | grep -q fail2ban-BADIPS-<name>
actioncheck = iptables -n -L OUTPUT | grep -q fail2ban-BADIPS-<name>
# Option:  actionban
# Notes.:  command executed when banning an IP. Take care that the
#          command is executed with Fail2Ban user rights.
# Tags:    <ip>  IP address
#          <failures>  number of failures
#          <time>  unix timestamp of the ban time
# Values:  CMD
#
#actionban = if ! iptables -C fail2ban-BADIPS-<name> -s <ip> -j DROP; then iptables -I fail2ban-BADIPS-<name> 1 -s <ip> -j DROP; fi
actionban = if ! iptables -C fail2ban-BADIPS-<name> -d <ip> -j DROP; then iptables -I fail2ban-BADIPS-<name> 1 -d <ip> -j DROP; fi
# Add offenders to local blacklist, if not already there
        if ! grep -Fxq '<ip>,<name>' /etc/fail2ban/ip.blocklist.<name>; then echo "<ip>,<name> # fail2ban/$( date '+%%Y-%%m-%%d %%T' ): auto-add for BadIP offender" >> /etc/fail2ban/ip.blocklist.<name>; fi
# Report offenders to badips.com
#        wget -q -O /dev/null www.badips.com/add/<name>/<ip>
# Option:  actionunban
# Notes.:  command executed when unbanning an IP. Take care that the
#          command is executed with Fail2Ban user rights.
# Tags:    <ip>  IP address
#          <failures>  number of failures
#          <time>  unix timestamp of the ban time
# Values:  CMD
#
#actionunban = iptables -D fail2ban-REPEAT-<name> -s <ip> -j DROP
actionunban = iptables -D fail2ban-REPEAT-<name> -d <ip> -j DROP
# Disabled clearing out entry from ip.blacklist (somehow happens after each stop of fail2ban)
#sed --in-place '/<ip>,<name>/d' /etc/fail2ban/ip.blacklist.<name>
[Init]
# Defaut name of the chain
# 
# Defaut name of the chain
name = BADIPS
# Option:  port
# Notes.:  specifies port to monitor
# Values:  [ NUM | STRING ]  Default:
# 
#port = ssh
# Option:  protocol
# Notes.:  internally used by config reader for interpolations.
# Values:  [ tcp | udp | icmp | all ] Default: tcp

OUTPUTस्टार्ट / स्टॉप एक्शन पर ब्लॉक करने के लिए ऊपर दिए गए नोट को एडिट किया गया है, लेकिन आप अभी भी -p TCP -m state --state NEWहर लाइन में कॉन्फिगर जोड़ना चाहते हैं, जिसमें लॉग आउट किए गए आईपी एड्रेस से केवल नए आउटबाउंड कनेक्शन प्रतिबंधित हैं।

लास्ट में Apache vHost config सेट कर रहा है जो उन डोमेन को रिक्वेस्ट नहीं करता है जो एक्सेस और एरर लॉग को निर्दिष्ट करने की अनुमति देता है और अनुमत बनाम अस्वीकृत एक्सेस को सेट करता है जैसे कि यह हमेशा एरर होता है, लूपबैक भी बिना पॉपअप त्रुटियों के पेज को खींचने में सक्षम नहीं होना चाहिए। । पिछले नहीं बल्कि कम से कम टोर से डिफ़ॉल्ट निकास सूचना के लिए अपाचे के लिए त्रुटि पृष्ठ सेट कर रहा है ताकि इसे 503या उसके बजाय परोसा जाए404संदेश भेजना। या यदि आपने विफलता के लिए कार्रवाई की iptables के लिए राज्य लाइनों को जोड़ा है, तो आप आसानी से केवल उसी लॉग फ़ाइल को इंगित कर सकते हैं जो आपके निकास नोटिस द्वारा उपयोग की जाती है। इसका परिणाम यह होगा कि आपका सर्वर उस सर्वर के आईपी से नए कनेक्शन नहीं कर पाएगा जो आपके आईपी पते की जांच करता है, लेकिन स्थापित और संबंधित कनेक्शनों को अभी भी अनुमति दी जाएगी, अर्थात वे अभी भी आपके अन्य पृष्ठों को ब्राउज़ कर सकते हैं लेकिन आप थ्रेशर्स के माध्यम से ब्राउज़ नहीं कर सकते हैं ।


सबसे अधिक स्वागत किया, अगर आपको लगा कि मैंने बड़ी संख्या में स्क्रिप्ट / नोट्स को GitHub में धकेल दिया है, जिसे आप देख सकते हैं-यद्यपि। मैंने इस परियोजना को एक साल पहले ही शुरू कर दिया था, लेकिन अब यह एक समस्या है जिसे मैंने डिबगिंग के लिए सार्वजनिक कर दिया है और अगर मैं इसे पूरा नहीं कर पा रहा हूं तो सुविधाओं को जोड़ना; कि और sertain दूसरों के द्वारा localy और globaly की गई कार्रवाई है encurged मुझे व्यक्तिगत गोपनीयता के लिए एक आसान स्विच बनाने के लिए एक स्टैंड लेने के लिए।
S0AndS0

मैंने एक और परियोजना लिखी है और इसे GitHub में धकेल दिया है । इसका उद्देश्य GnuPG असममित एन्क्रिप्शन का उपयोग करके अपने सर्वर के लॉग को सुरक्षित रखने में सर्वर व्यवस्थापक की सहायता करना है। जब तक आपकी निकास नोड या छिपी हुई सेवा संबंधित निजी कुंजी को पकड़ नहीं लेती है, तब तक उपरोक्त परियोजना को अन्य नोड्स के आईपी पते को लीक करने से पिछले लॉग रखना चाहिए।
S0AndS0

0

बाकी टोर नेटवर्क के सीमित बैंडविड्थ आपके लिए उन समस्याओं को हल करेंगे। इसके अलावा अगर आप चिंतित हैं, तो बस रिले चलाएं, एक निकास नोड नहीं।


0

मेरे पास एक बेहतर समाधान है: स्क्वीड कैश सर्वर। स्क्वीड कैश सर्वर परिभाषित करने के लिए उपलब्ध है aclऔर आप denyया acceptप्रत्येक acl। यह बहुत दिलचस्प है कि स्क्वीड टीम अपने विकी में नियमों के एक सेट को परिभाषित करती है जो आपके प्रश्न को वहां मिला iptables,PFया अन्य लोग आपके काम नहीं कर सकते हैं, क्योंकि सिर्फ एक और परतों में काम करते हैं।


मुझे
टोरीड

के साथ प्रयास करें Zebra route
फ़ारसीगुल्फ़

क्या आपका मतलब है कि टार एग्जिट ट्रैफिक को रीडायरेक्ट करना जो कि पोर्ट 80 पर जाता है, और कुछ नियंत्रण जोड़ने के लिए इसे स्क्वीड के माध्यम से पाइप करना है? यह समस्या का केवल एक छोटा सा हिस्सा है। असली कारण किसी भी आईपी आधारित डीडीओएस के लिए टॉर दुरुपयोग को रोकना है।
filiprem

आप अपने नेटवर्क को तीन परत में उपयोग कर सकते हैं: 1. बाहर की परत 2. प्रक्रिया की परत। 3.user / server layer ====> इससे आपकी सुरक्षा में सुधार होगा।
फ़ारसीगुल्फ़
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.