Newsgroup: it.comp.os.linux.sys
Titolo: Aggiornare clamav 0.7 -> 0.8

Ho un pc che gestisce la posta con postfix e la fa controllare da
clamav.
E' una "vecchia" sarge e clamav e' alla versione 0.7
Al boot sono tempestato di warning che comunicano che clamav e' outdated e
spingono per l'aggiornamento. Non so che fare perche' leggendo la doc mi
e' parso di capire che le nuove versioni fanno un controllo sugli
allegati e se questi contengono eseguibili (anche zippati o con tar ecc) 
vanno a finire diritti in quarantena, sembra non ci sia modo di
disabilitare questa opzione.
La situazione e' questa? consigli?
Grazie
-- 
| Ciao Cacciavite           Linux Registered User #297089
| Powered by *Debian GNU/Linux 3.0* on  PentiumII  266Mhz
| E-mail:             caccia...@TOGLIQUESTOtiscali.it

 La situazione e' questa? consigli?
mettiti nei sources.list quelli di sarge.
Scarichi i sorgenti.
Compili i nuovi sorgenti.
Ottieni i .deb
dpkg e installi.
Oppure cerca qualche backport somewhere.
Max

 
Ma clamav mica blocca, non ti sbagli con amavisd?
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Al lago di Pago-Pago ho raccolto un naufrago che mi ha detto Grazie-Grazie.
		-- Gino Patroni

 controllo sugli eseguibili, pare che non vengano mai fatti passare
Clamav lo dovresti tenere aggiornato. Quella storia degli eseguibili
non so chi te l'abbia rifilata. Attento a come funziona freshclam in
clamav >=0.80. La release che c'e' in sarge e' l'ultima e puoi usare
quella.
Fabio


Anche perchè se cassasse gli eseguibili cosa va a controllare poi??
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Riesco a resistere a tutto, fuorche' alle tentazioni.
		-- Oscar Wilde

 si volevo dire amavisd, mi son confuso. Aggiorno tutto?
No, amavisd nuovo fa giusto quello che dici te.. L'ho dovuto 
disinstallare al galoppo
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Noi italiani siamo cosi' indipendenti che certe sere possiamo anche far
tardi senza chiedere ogni volta il permesso a Reagan.
		-- Enrico Vaime

 
dovrebbe essere quella.
Quello che mi fa incavolare è che è assurdo cassare di default gli 
eseguibili zippati..
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Riesco a trovare ogni parola sul dizionario molto piu' velocemente,
da quando ho scoperto che sono in ordine alfabetico.
		-- Leopold Fechtner

 eseguibili zippati..
Ma non e' una impostazione configurabile in qualche modo? Io non uso
piu' amavis, in nessuna incarnazione, da un po' di tempo, ma mi pare
... come hai detto? assurdo :-) che possa fare una cosa simile senza 
possibilita' di intervento.
Fabio

 un suggerimento? cosa cambia? :-)
Il modo per rilevare se sono disponibili
aggiornamenti.
Fabio


No, c'è un pezzo nel release_notes che è illuminante:
- modified search logic for matching mail parts against $banned_filename_re;
   The old search order for names did not result in what one might
   expect when pattern list elements with a value of false were used
   in $banned_filename_re. Namely, all three components were searched
   independently (Content-Type, declared name, and file(1) type)
   and a logical or was used. Because searches for each mail part were
   independent, it was not possible to specify for example that anything
   within a zip would be allowed. If any of these searches returned true,
   mail was blocked.
   To make this useful, a complete rewrite of mail unpacking was needed
   and all information be made available in one place after the unpacking
   is over, so that checking for banned names can be done all at once.
Quindi,dato che la routine è la stessa, o fai passare gli exe o li banni 
e stop.
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Il leone e il vitello giaceranno insieme, ma il vitello dormira' ben poco.
		-- Woody Allen

 e stop.
Leggendo il thread avevo pensato che non fosse possibile _in_alcun_modo_
far passare eseguibili zippati, mentre il problema era che la policy sul
trattamento dei file eseguibili era pervasiva e coinvolgeva anche i file
contenuti negli archivi, giusto? [1]
A parte questo, mi pare di leggere dal tuo quoting dal RELEASE_NOTES che
che adesso i problemi sono stati risolti, quindi non vedo dove _ora_ sia
l'inghippo (cioe' proprio con le nuove versioni). Certo... "per default"
non passa l'eseguibile zippato, ma... basta riconfigurarlo.
Giusto per non dire stupidate, e visto che amavisd-new mi interessa (pur
non usandolo) ho scaricato il .tgz dell'ultima release per provarlo e...
mi sembra che funzioni perfettamente, potendo differenziare la policy di
gestione degli eseguibili a seconda che questi siano o meno in uno zip o
in altro tipo di archivio (e mi sembra molto molto flessibile). Pero' ho
fatto una prova in 5 minuti, e non conoscendo amavisd-new potrei essermi
perso per strada qualcosa di essenziale.
... oppure non ho capito totalmente una mazza di tutta la questione :-D,
che non e' affatto da escludersi. Se ti interessa ho provato la versione
2.3.1 (20050424).
Fabio
[1] forse un workaround poteva essere ammettere i .exe a livello amavisd
    e filtrare a monte quelli non contenuti in archivi zip, anche se non
    e' sempre facile beccarli tutti in questo modo; notare il FORSE.

     e' sempre facile beccarli tutti in questo modo; notare il FORSE.
non c'è cosa più bella che darsi del coglione (modello hugh grant in 4 
matrimoni ed un funerale)...
Adesso prendo una bella macchina di test e mi ci accapiglio.
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
E' un pubblico di gente davvero dura.  Sono soliti legare i loro pomodori
a degli yo-yo, cosi' te li possono tirare due volte.
		-- Bob Hope