APT: differenze tra le versioni

aggiunto template autori
mNessun oggetto della modifica
(aggiunto template autori)
Riga 1: Riga 1:
Come facciamo a scoprire se veniamo infettati da un RootKit?
'''APT''' (acronimo di '''Advanced Packaging Tools''') è il sistema usato da Debian per gestire i pacchetti.


Con il checksum dei binari di sistema, in questa guida vedremo come fare.


Partiamo dal presupposto che per poter mettere in atto quanto diremo da qui in poi abbiamo bisogno o di una macchina con os appena installato o dobbiamo essere sicuri al 300% che la nostra macchina non sia compromessa.
{{ box | Tratto da : [http://www.debian.org/doc/manuals/apt-howto/ch1.it.html APT HOWTO]|
''In principio esistevano i .tar.gz. Gli utenti dovevano compilare ogni programma che volevano usare sui loro sistemi GNU/Linux. Quando fu creata Debian, fu ritenuto necessario che il sistema incorporasse un metodo di gestione dei pacchetti installati sulla macchina. A questo sistema fu dato il nome dpkg. Fu così che nacque il famoso "pacchetto" nel mondo GNU/Linux, poco prima che Red Hat decidesse di creare il proprio "rpm".''


Partiamo con lo scaricarci uno di questi 2 software AFICK AIDE (si veda fondo pagina per i link).
''Rapidamente un nuovo dilemma si fece strada nelle menti degli sviluppatori di GNU/Linux. A loro serviva un modo rapido, pratico ed efficiente per installare i programmi, che gestisse automaticamente le dipendenze e che avesse cura di mantenere i file di configurazione esistenti mentre si effettuavano i vari aggiornamenti. Ancora una volta Debian ha aperto la strada dando vita a APT (Advanced Packaging Tool), che poi è stato adattato da Conectiva per usarlo insieme a rpm e in seguito è stato adottato anche da altre distribuzioni. ''
}}


Il bello di questi programmi e che oltre che calcore il checksum dei binari , possono controllare gli accessi, i permessi, il numero di link simbolici e tanto altro ancora, per questa guida io mi basero' su AFICK, a noi interessa il file afick.pl e afick.conf il suo file di configurazione.
mettiamo questi 2 file in <tt>/root</tt> e prepariamoci per modificare il file di conf per esempio:


<pre>
''Voci correlate sul wiki'':
# esempio di file di conf
database:=./afick
warn_dead_symlinks := yes
exclude_suffix := wav WAV mp3 avi
=/ d+i+p+u+g
=/bin p+n+b+m+c+md5
=/sbin p+n+b+m+c+md5
=/usr/sbin p+n+b+m+c+md5
=/usr/bin p+n+b+m+c+md5
</pre>


dopo aver controllato che la prima riga di afick.pl contenga la locazione precisa dell eseguibile Perl, possiamo passare a inizializzare il database dei nostri binari,
* [[Introduzione all' Apt System]]
digitiamo da console quanto segue:
[[Category:Glossario]]


<pre>
{{Autori
# ./afick.pl -c afick.conf -i
|Autore = [[Utente:TheNoise|TheNoise]]  
</pre>
}}
 
bene cosi' abbiamo creato il nostro database di sistema, ora facciamo passare un po di tempo e poi controlliamo come va'
 
<pre>
# ./afick.pl -c afick.conf -k
</pre>
 
se non abbiamo modificato nessun binari inserito nel file di configurazione dovrebbe apparirci in risposta dal programma:
 
<pre>
Hash Database : numero file scanned 0 changed ecc
</pre>
 
bene ora proviamo a modificare qualche file, banalmente:
 
<pre>
# touch /sbin/lilo
# ln-s /sbin/sulogin /usr/sbin/sulogin
</pre>
 
ora rieseguiamo il controllo come prima, questa volta in risposta avremmo:
 
<pre>
new symbolic link : /usr/sbin/sulogin
changed file : /sbin/lilo
changed directory :/usr/sbin
</pre>
 
seguito dai dettagli delle varie operazioni compiute.
 
Dal momento che sappiamo che queste modifiche le abbiamo fatte noi
ora dobbiamo riaggiornare il database:
 
<pre>
# ./afick.pl -c afick.conf -u
</pre>
 
ora sappiamo usare il nostro Monitor di sistema.
 
Un consiglio che mi sento di darvi e di aggiungere un controllo al db tramite cron in base all uso della macchina ogni giorno ogni 2 ore vedete voi.
 
==Non � finita qui==
Credete che questo basti, invece no' pensate un momento se un hacker riuscisse a penetrare il vostro sistema, anche se il nostro db fosse conservato in una partizione apposita read-only, se l'hacker riuscisse a guadagnare la root potrebbe rimontare la partizione in r/w e compromettere il nostro db, quindi come fare diciamo che sara' la base per un prossimo articolo e si chiama RFC e GRSEC
 
 
==Link==
 
* http://www.afick.sourceforge.net
* http://www.cs.tut.fi/~rammer/aide.html
 
Un consiglio scaricate pure chkrootkit e aggiungetelo al cron insieme al tool per il controllo da voi scelto.
 
* http://www.chkrootkit.org
 
----
Autore: debian
[[Categoria:Server]][[Categoria:Sicurezza]]
[[Categoria:Networking]]
87

contributi