<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Deec.it &#187; fail2ban</title>
	<atom:link href="http://www.deec.it/tag/fail2ban/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.deec.it</link>
	<description>Le Guide Pratiche Dell&#039;Informatica</description>
	<lastBuildDate>Sun, 04 Sep 2011 16:52:42 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Impedire l&#8217;attacco brute force su Debian con Fail2Ban</title>
		<link>http://www.deec.it/2009/10/03/impedire-lattacco-brute-force-su-debian-con-fail2ban/</link>
		<comments>http://www.deec.it/2009/10/03/impedire-lattacco-brute-force-su-debian-con-fail2ban/#comments</comments>
		<pubDate>Sat, 03 Oct 2009 18:25:21 +0000</pubDate>
		<dc:creator>Pidicci</dc:creator>
				<category><![CDATA[Debian / Ubuntu]]></category>
		<category><![CDATA[Sicurezza]]></category>
		<category><![CDATA[brute-force]]></category>
		<category><![CDATA[configurazione fail2ban]]></category>
		<category><![CDATA[deny brute-force]]></category>
		<category><![CDATA[fail2ban]]></category>
		<category><![CDATA[installare fail2ban]]></category>
		<category><![CDATA[installazione fail2ban]]></category>

		<guid isPermaLink="false">http://www.deec.it/?p=1318</guid>
		<description><![CDATA[



Chi gestisce normalmente server ed e&#8217; esposto direttamente alla rete avra&#8217; notato sicvuramente molteplici tentativi di attacco Brute Force sui servizi piu&#8217; comuni. A tal poposito puo&#8217; risultare utile il software Fail2ban che permette di riconoscere con determinate policy un tentativo di attacco e filtrarne automaticamente la provenienza. Il server su cui si installa Fail2Ban [...]]]></description>
			<content:encoded><![CDATA[<!-- AdSense Now! V1.77 -->
<!-- Post[count: 3] -->
<div class="adsense adsense-leadin" style="text-align:center;margin: 12px;"><script type="text/javascript"><!--
google_ad_client = "pub-5841373120371067";
/* 468x60, creato 22/09/09 M&amp;P */
google_ad_slot = "8731175604";
google_ad_width = 468;
google_ad_height = 60;
//-->
</script>
<script type="text/javascript"
src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script></div><p><img class="alignleft size-full wp-image-1323" title="fail2ban_logo" src="http://www.deec.it/wp-content/uploads/2009/10/fail2ban_logo.png" alt="fail2ban_logo" width="135" height="130" />Chi gestisce normalmente server ed e&#8217; esposto direttamente alla rete avra&#8217; notato sicvuramente molteplici tentativi di attacco <a title="Brute Force" href="http://it.wikipedia.org/wiki/Metodo_forza_bruta" target="_blank">Brute Force</a> sui servizi piu&#8217; comuni. A tal poposito puo&#8217; risultare utile il software <strong>Fail2ban</strong> che permette di riconoscere con determinate policy un tentativo di attacco e filtrarne automaticamente la provenienza. Il server su cui si installa Fail2Ban deve avere gia&#8217; installato<strong> iptables</strong>.</p>
<p>La presente guida mostra come installare e configurarlo al meglio.</p>
<p>Dunque, si parte come al solito con il reperimento del pacchetto necessario direttamente dagli apt sources. Si esegua quindi il comando:</p>
<blockquote><p>apt-get install fail2ban</p></blockquote>
<p>La directory con tutti i file sara&#8217; di default <span>/etc/fail2ban</span></p>
<p><span>All&#8217;interno della cartella </span><span>/etc/fail2ban/filter.d/ ci sono tutte le regole che permettono di identificare un tentativo di attacco con le regexp ed il nome della regola.<br />
</span></p>
<p><span>Il file di configurazione che piu&#8217; ci interessa e&#8217; il file /etc/fail2ban/jail.conf che dispone di molte direttive. </span></p>
<p><span>Si esegua quindi:</span></p>
<blockquote><p><span>vi </span><span>/etc/fail2ban/jail.conf</span></p></blockquote>
<p><span>E&#8217; importante specificare nella sezione [Default] le regole principali che sono:</span></p>
<p><span><strong><em>ignoreip: </em></strong>contente la lista degli IP che devono essere ignorati da fail2ban, nel caso di piu&#8217; IP devono essere separati dallo spazio. Solitamente qui vengono inseriti gli IP affidabili come computer remoti con IP statici e altre trusted network</span></p>
<p><span><em><strong>bantime: </strong></em>tempo durante il quale un eventuale IP deve rimanere bannato successivamente al riconoscimento di un tentativo di brute force</span></p>
<p><span><em><strong>maxretry: </strong></em>numero massimo di tentativi errati di accesso dopo il quale deve essere riconosciuto come un brute force. Se ad esempio impostiamo il numero a 3 sul servizio SSH ho la possiblita&#8217; di sbagliare 3 volte la password dopodiche&#8217; vengo considerato come un attacker.</span></p>
<p><em><strong>destemail: </strong></em>L&#8217;indirizzo email di riferimento per tutte le operazioni effettuate da fail2ban</p>
<p>Nella sezione successiva, la sezione &#8220;Action&#8221; permette di specificare cose deve fare fail2ban quanto riconosce un tentativo di attacco. Ci sono delle regole preconfigurate che risultano essere piu&#8217; che sufficenti ma e&#8217; possibile aggiungerne altre a picimento. Alla fine si impostera&#8217; l&#8217;azione desiderata mediante il campo:</p>
<p>action=&lt;nome_azione&gt;</p>
<p>Consiglio di impostare <em>nome_azione</em> con &#8220;action_mwl&#8221; che permette di bannare l&#8217;IP ed inviare via email l&#8217;avvenuto con tutte le informazioni compresa la nazione di provenienza dell&#8217;IP filtrato.</p>
<p>A questo punto si passa alla configurazione del comportamento di fail2ban in relazione ai servizi. Esistono molti servizi gia&#8217; configurati. Ad esempio nella sezione [ssh] potete decidere di impostare i campi:</p>
<p><strong>enabled =</strong> &#8216;true&#8217; se si intende abilitare faiòl2ban sul servizio ssh, &#8216;false&#8217; se si intende trascurare il servizio</p>
<p><em><strong>port    =</strong></em> 22 se ssh opera sulla porta di default oppure il numero su cui ssh e&#8217; stato configurato</p>
<p><em><strong>filter = </strong></em>contiene il nome della regola che si deve considerare per il servizio ssh, nome definito all&#8217;interno della configurazione /etc/fail2ban/filter.d/</p>
<p><em><strong>logpath = </strong></em>il file di log che si deve analizzare per individuare i tentaivi di attacco brute force. Nel caso di ssh (ma anche per altri servizi) e&#8217; il file /var&amp;log/auth.log</p>
<p><em><strong>maxretry =</strong></em> e&#8217; possibile impostare un numero di maxrestry indipendentemente dall&#8217;impostazione di default.</p>
<p>Una volta che abbiamo configurato tutti i servizi possiamo avviare file2ban:</p>
<p>/etc/init.d/fail2ban start</p>
<p>Buon lavoro</p>
]]></content:encoded>
			<wfw:commentRss>http://www.deec.it/2009/10/03/impedire-lattacco-brute-force-su-debian-con-fail2ban/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

