Newsgroup: it.comp.os.linux.sys
Titolo: Clamav < 0.95

Qualcun altro ci si e` divertito questa mattina?

 Qualcun altro ci si e` divertito questa mattina?
Io.


Il fatto e` che non era proprio immediato capire che cosa stesse
succedendo:
postfix/smtp ...  relay=127.0.0.1[127.0.0.1], delay=5406,
status=deferred (host 127.0.0.1[127.0.0.1] said: 451 Local Error (in
reply to end of DATA command))


E poi la ciliegina sulla torta e` che nei log  clamav ti diceva che il
db delle definizioni era corrotto, mica che o aggiornavi o ti
attaccavi, cosi` il primo tentativo del ranzamento via dei file delle
definizioni e della ricostruzione con freshclam falliva, nel senso che
poi riottenevi l'errore di db delle definizioni corrotto. Sul sito
invece lo scrivevano in rosso che dovevi aggiornare inderogabilmente
dal 15/04 (veri BOFHs).

 in rosso che dovevi aggiornare inderogabilmente dal 15/04 (veri BOFHs).
è *solo* dal 5/10/09 che si sa...
S.


Dove?
Su qual una fonte  informativa periodica che riporta notizie del
genere da leggere sistematicamente lo potevo trovare?
Perche' sul sito proprio me lo sono perso, nel senso che ancora poche
settimane fa l'ho visitato ma quella bella scritta rossa, proprio non
c'era.

 Qualcun altro ci si e` divertito questa mattina?
Chiedilo a quelli di Aruba, i loro server mail per un po' non hanno 
accettato posta 
-- 
"Mai sottostimare la larghezza di banda di un camioncino che sfreccia a
razzo sull'autostrada" 
Andrew S. Tanenbaum
python -c "print 'bG9ybWF5bmFAZ21haWwuY29t'.decode('base64')"


Il problema è che non è stato pubblicizzato a sufficienza. Non tutti seguono
le ML di clamav e non tutti sono tenuti a farlo, come non tutti hanno o
hanno avuto la possibilità di aggiornare il prodotto.
Certamente c'è stata una gestione pessima da parte di Clamav della
transizione, perché hanno reso inutilizzabili le firme esistenti laddove
avrebbero potuto tranquillamente lasciare funzionare tutto e smettere
semplicemente di rendere disponibili ulteriori aggiornamenti per le versioni
vecchie.
Così hanno dato un disservizio senza che ve ne fosse necessità e senza un
periodo di transizione.
E' come se tutto d'un tratto una DNSBL che fino a ieri funzionava
correttamente, da domani, invece che smettere di essere aggiornata per un
periodo di transizione oppure invece di essere portata offline in modo che
non faccia più danni, rispondesse a tutte le richieste come se l'host fosse
blacklistato. Farebbe girare non poco i coglioni, specie a chi di server ne
gestisse qualche decina o centinaia.
-- 
Flavio Visentin
Ubuntu in Zulu significa "Non so usare Debian". (cit. CtRiX)

twistedbrain ha scritto:

Spulciando fra i log mi sono ritrovato cose come questa:
"LibClamAV Error: cli_hex2str(): Malformed hexstring: This ClamAV 
version has reached End of Life! Please upgrade to version 0.95 or 
later. For more information see
 
www.clamav.net/eol-clamav-094
 and 
www.clamav.net/download
 (length: 
169)\nLibClamAV Error: Problem parsing signature at line 
742\nLibClamAV Error: Problem parsing database at line 742\nLibC
lamAV Error: Can't load /var/lib/clamav/daily.inc/daily.ndb: Malformed 
database\nERROR: Malformed database" at (eval 42) line 435.
In ogni caso mai visto un modo pi� barbaro di gestire l'EoL di un 
prodotto di questo tipo.

 database\nERROR: Malformed database" at (eval 42) line 435.
Sei stato fortunato. Io nei log non avevo nulla di tutto cio` forse
perche' l'errore,
per cosi` dire, d'origine e` stato usarlo su una distribuzione dove
non e`
supportato (Ubuntu 6.06 server LTS).
Comunque effettivamente, usando il sw, se c'e` una lista announces, mi
ci iscrivo,
per evitare future sorprese di questo genere.
Per quanto riguarda le informazioni di questo tipo che riguardino
l'amministrazione
di sistemi Linux, voi a che fonti informative fate riferimento? Ce
n'e` qualcuna, periodica,
organica e completa?
Andrea

 Ce n'e` qualcuna, periodica, organica e completa?
AFAIK non ce ne sono. Se ne trovi comunica :-)


 Qualcun altro ci si e` divertito questa mattina?
Non e` statto bello trovarsi alcuni server Sarge cn la posta bloccata.
La prima soluzione che ho trovato e` stata disabilitare l'uso di Clamav
in Amavis, cosi` almeno la posta funzionava.
Bisognava ricompilarsi Clamav...
Poi ho trovato questo...
http://lurker.clamav.net/message/20100416.170856.bd9d7e46.en.html
Adesso (per ora) e` a posto.
gc :-)

 AFAIK non ce ne sono. Se ne trovi comunica :-)
Ma e se mi mettessi a farla, quanto sareste disposti a pagare?
Una 20ina di E, 30ina di $ / anno per 52 mail, una a  settima potrebbe
essere equo?

 Bisognava ricompilarsi Clamav...
Volendo si` e forse sarebbe stata la cosa migliore, ma incominciava a
dirmi che il mio compilatore non andava bene per cui ho usato un
backport Ubuntu che pero` non e` proprio aggiornatissimo, nel senso
che la versione che ho adesso, pur essendo - mi sembra - una 0.95.3,
ha comunque qualche bachetto noto, risolto da patch successive. Poi
avendo abilitato i backport per poter installare il sistema avrebbe
anche voluto aggiornarmi mezzo mondo compreso postfix, al che ho
preferito soprassedere, pero` d'ora innanzi per sapere che e` da
aggiornare dei miei pacchetti stabili e nativi non devo abilitare i
backport, mentre per poter aggiornare clamav, e librerie dovro`
abilitare i backport in source.list, il che in quanto ad immediatezza
e semplicita` di gestione non mi sembra una mossa vincente. In gentoo
c'era modo di dire che fare di un solo pacchetto (aggiornare si`/no,
da doove come), anche in Debian/Ubuntu? Se si`, come?

 essere equo?
No, perché a) non copriresti tutte le necessità e b) perché le informazioni
sono disponibili gratuitamente, quindi dubito che qualcuno sarebbe disposto
a pagare anche solo 10 euro per ricevere 52 mail con informazioni che non è
detto che interessino.
Piuttosto aprire un blog su cui raggruppare in modo organico notizie
provenienti da varie fonti e offrire feed rss.


 dirmi che il mio compilatore non andava bene [...]
Fammi indovinare: gcc 4.0.x o 4.1.0? Quei compilatori* non vanno bene 
perché sono affetti da alcuni bug piuttosto seri. Considerato che 
stiamo parlando di un software di sicurezza creato per andare su 
server di produzione, mi sembra giusto che si rifiuti di compilare**.
* Il mio cassone casalingo ha il gcc 4.1.0, ho forzato lo script di 
configurazione per compilare comunque; ma è un cassone *casalingo* in 
cui clamav non è neanche veramente necessario.
** l'opzione di configurazione --disable-gcc-vcheck permette di 
saltare i check dei bug del compilatore, ma l'eseguibile risultante 
non è ottimizzato né per dimensioni né per velocità.

 provenienti da varie fonti e offrire feed rss.
La modalita` di fornitura potrebbe poi essere studiata anche secondo
diverse modalita`.
Chiaramente per rendere un buon servizio, nel senso utile a piu`
utenti possibili, ma riducendo i costi e la quantita` del materiale
non riguarderebbe tutte le distribuzioni Linux, ma RH, SuSE, Debian e
magari Ubuntu (con possibilita` di iscriversi solo alle sezioni di
proprio interesse) e/o cose Linux in generale e/o programmi critici
per svolgerle e sarebbe rivolto al mondo server, cioe` a coloro per i
quali queste informazioni sono realmente critiche e contemplerebbe
pubblicazione straordinaria di informazioni piu` tempestive e gratuite
ed allargate nel caso di gravi problemi di sicurezza.
Andrea

 non è ottimizzato né per dimensioni né per velocità.
Grazie delle info.

 postsuper -r ALL
Cito in modo che resti a futura memoria, imparo l'arte, metto da
parte, saluto e ringrazio.
Andrea

 Qualcun altro ci si e` divertito questa mattina?
si' , x fortuna un semplice yum update clamav mi ha salvato la vita :-D
-- 
Legge di Pareto (Legge del 20/80):
	Il 20 per cento di un qualsiasi insieme occupa sempre l'80 per cento
	dello spazio o del tempo a sua disposizione.

 Qualcun altro ci si e` divertito questa mattina?
presente
e dopo aver riconfigurato il tutto mi sono accorto che quando ristartavo 
clamav-milter mi diceva che non poteva per via delle definizioni 
corrotte, solo perchè ho avuto la pazienza ho letto più sopra che nelle 
definizioni c'era un header che riportava che il prodotto era 
EoL...maledetti