[clamav-users] Bugzilla setup, was: Re: ARM Cross Compile

2014-10-03 Thread Bernd Kuhls
Steven Morgan smor...@sourcefire.com wrote in news:CAH-
jhOA_stD2h8pvK3zU_aa3q0rfOE0r7S_F=xwjmihhtbc...@mail.gmail.com:

 Thanks for the reports. Yes, we can fix those, I've opened bugzilla bug
 11124 for the next ClamAV maintenance release.

Hi,

is there a problem with bugzilla?
You are not authorized to access bug #11124. is all I see when I try to 
access the bug at https://bugzilla.clamav.net/show_bug.cgi?id=11124

Regards, Bernd

___
Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml


[clamav-users] Why are the ClamAV team so slow at creating signatures ?

2014-10-03 Thread Tim Smith
Hi,

Over the last 24-48 hours, I submitted a number of email attachments.
RAR files that contained viruses.

Running one or two of them through VirusTotal today, I see ClamAV have
*STILL* not managed to produce virus definitions for them !

All of the commercial vendors I submitted the samples to had analysed
and created samples in timeframes ranging from hours to one day.

At this rate I'm going to be dumping ClamAV from my systems and
subscribing to a service from a commercial vendor .

Looking forward to hearing the reasons why !
___
Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml


Re: [clamav-users] Bugzilla setup, was: Re: ARM Cross Compile

2014-10-03 Thread Steven Morgan
I'll CC you on the bug report.

On Fri, Oct 3, 2014 at 4:55 AM, Bernd Kuhls bernd.ku...@t-online.de wrote:

 Steven Morgan smor...@sourcefire.com wrote in news:CAH-
 jhOA_stD2h8pvK3zU_aa3q0rfOE0r7S_F=xwjmihhtbc...@mail.gmail.com:

  Thanks for the reports. Yes, we can fix those, I've opened bugzilla bug
  11124 for the next ClamAV maintenance release.

 Hi,

 is there a problem with bugzilla?
 You are not authorized to access bug #11124. is all I see when I try to
 access the bug at https://bugzilla.clamav.net/show_bug.cgi?id=11124

 Regards, Bernd

 ___
 Help us build a comprehensive ClamAV guide:
 https://github.com/vrtadmin/clamav-faq

 http://www.clamav.net/contact.html#ml

___
Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml


Re: [clamav-users] Bugzilla setup, was: Re: ARM Cross Compile

2014-10-03 Thread Gene Heskett
On Friday 03 October 2014 04:55:34 Bernd Kuhls did opine
And Gene did reply:
 Steven Morgan smor...@sourcefire.com wrote in news:CAH-
 
 jhOA_stD2h8pvK3zU_aa3q0rfOE0r7S_F=xwjmihhtbc...@mail.gmail.com:
  Thanks for the reports. Yes, we can fix those, I've opened bugzilla
  bug 11124 for the next ClamAV maintenance release.
 
 Hi,
 
 is there a problem with bugzilla?
 You are not authorized to access bug #11124. is all I see when I try
 to access the bug at https://bugzilla.clamav.net/show_bug.cgi?id=11124
 
 Regards, Bernd

Its the same for me, in a bright red banner. 
 ___
 Help us build a comprehensive ClamAV guide:
 https://github.com/vrtadmin/clamav-faq
 
 http://www.clamav.net/contact.html#ml


Cheers, Gene Heskett
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
___
Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml


Re: [clamav-users] Bugzilla setup, was: Re: ARM Cross Compile

2014-10-03 Thread Steven Morgan
Try it now. The bug report is now public.

On Fri, Oct 3, 2014 at 10:36 AM, Gene Heskett ghesk...@wdtv.com wrote:

 On Friday 03 October 2014 04:55:34 Bernd Kuhls did opine
 And Gene did reply:
  Steven Morgan smor...@sourcefire.com wrote in news:CAH-
 
  jhOA_stD2h8pvK3zU_aa3q0rfOE0r7S_F=xwjmihhtbc...@mail.gmail.com:
   Thanks for the reports. Yes, we can fix those, I've opened bugzilla
   bug 11124 for the next ClamAV maintenance release.
 
  Hi,
 
  is there a problem with bugzilla?
  You are not authorized to access bug #11124. is all I see when I try
  to access the bug at https://bugzilla.clamav.net/show_bug.cgi?id=11124
 
  Regards, Bernd

 Its the same for me, in a bright red banner.
  ___
  Help us build a comprehensive ClamAV guide:
  https://github.com/vrtadmin/clamav-faq
 
  http://www.clamav.net/contact.html#ml


 Cheers, Gene Heskett
 --
 There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order.
 -Ed Howdershelt (Author)
 Genes Web page http://geneslinuxbox.net:6309/gene
 US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
 ___
 Help us build a comprehensive ClamAV guide:
 https://github.com/vrtadmin/clamav-faq

 http://www.clamav.net/contact.html#ml

___
Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml


Re: [clamav-users] Why are the ClamAV team so slow at creating signatures ?

2014-10-03 Thread Joel Esler (jesler)

 On Oct 3, 2014, at 7:19 AM, Tim Smith randomd...@gmail.com wrote:
 
 Hi,
 
 Over the last 24-48 hours, I submitted a number of email attachments.
 RAR files that contained viruses.
 
 Running one or two of them through VirusTotal today, I see ClamAV have
 *STILL* not managed to produce virus definitions for them !
 
 All of the commercial vendors I submitted the samples to had analysed
 and created samples in timeframes ranging from hours to one day.
 
 At this rate I'm going to be dumping ClamAV from my systems and
 subscribing to a service from a commercial vendor .
 
 Looking forward to hearing the reasons why !
 ___
 Help us build a comprehensive ClamAV guide:
 https://github.com/vrtadmin/clamav-faq
 
 http://www.clamav.net/contact.html#ml

Tim, I know someone contacted you offlist, however, for the sake of the 
community —

We receive about 1.1M samples a day here.  If you submit something, and is more 
than just a casual submission, maybe you need something covered right away.  We 
are always open to a little poke with the md5/sha256 so we can look at what you 
submitted.

We love the feedback from our users, and always look forward to a constructive 
dialog.

--
Joel Esler
Open Source Manager
Threat Intelligence Team Lead
Talos

smime.p7s
Description: S/MIME cryptographic signature
___
Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

Re: [clamav-users] Why are the ClamAV team so slow at creating signatures ?

2014-10-03 Thread Leonardo Rodrigues

On 03/10/14 08:19, Tim Smith wrote:

All of the commercial vendors I submitted the samples to had analysed
and created samples in timeframes ranging from hours to one day.

At this rate I'm going to be dumping ClamAV from my systems and
subscribing to a service from a commercial vendor .




are you really trying to compare response times from PAID 
sollutions to the free/community maintened ones 



--


Atenciosamente / Sincerily,
Leonardo Rodrigues
Solutti Tecnologia
http://www.solutti.com.br

Minha armadilha de SPAM, NÃO mandem email
gertru...@solutti.com.br
My SPAMTRAP, do not email it



___
Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml


Re: [clamav-users] Why are the ClamAV team so slow at creating signatures ?

2014-10-03 Thread Charles Swiger
On Oct 3, 2014, at 1:54 PM, Leonardo Rodrigues leolis...@solutti.com.br wrote:
 On 03/10/14 08:19, Tim Smith wrote:
 All of the commercial vendors I submitted the samples to had analysed
 and created samples in timeframes ranging from hours to one day.
 
 At this rate I'm going to be dumping ClamAV from my systems and
 subscribing to a service from a commercial vendor .
 
are you really trying to compare response times from PAID sollutions to 
 the free/community maintened ones 

Assuming this wasn't a rhetorical question, the answer is pretty clearly: yes.

So what?  I would expect that an expensive A/V solution should do better than 
ClamAV for does for free.
Frankly, it's a credit to the ClamAV team that their offering provides 
significant value for the price

Regards,
-- 
-Chuck

___
Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml


Re: [clamav-users] Why are the ClamAV team so slow at creating signatures ?

2014-10-03 Thread Dennis Peterson

On 10/3/14 8:10:24AM, Mark Allan wrote:

On 3 Oct 2014, at 03:39 pm, Gene Heskett ghesk...@wdtv.com wrote:


On Friday 03 October 2014 07:19:13 Tim Smith did opine

Over the last 24-48 hours, I submitted a number of email attachments.
RAR files that contained viruses.

Running one or two of them through VirusTotal today, I see ClamAV have
*STILL* not managed to produce virus definitions for them !

All of the commercial vendors I submitted the samples to had analysed
and created samples in timeframes ranging from hours to one day.

At this rate I'm going to be dumping ClamAV from my systems and
subscribing to a service from a commercial vendor .

Looking forward to hearing the reasons why !

Perhaps you should consider submitted them in a compressed file format
that is NOT proprietary to apple and which carries a per seat license fee?

Cheers, Gene Heskett

I'll admit that Tim's email rather reeked of entitlement, but Gene's response 
is just confusing and wrong.  Yes, the RAR file format is proprietary, but not 
to Apple - it was a Russian named Eugene Roshal (Roshal ARchive hence RAR) who 
came up with it and the licence is only required for creating files of that 
format; software to extract RAR files is free.

Also, ClamAV already contains code to unRAR these archives.

Anyway, I digress from the original question.

The reason it takes time to generate signatures from files/samples which are 
contributed by users is that the signatures are still generated manually by 
humans, most of whom have other jobs and unless I'm mistaken are therefore 
giving their time voluntarily.  I've always found the turnaround time to be 
pretty good actually, especially for free software.

Mark

___
Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml


From http://www.unrarlib.org/faq.html

Q: Do you know that the license for the unrar sources from RARLab is not 
compatible with the GNU Public license?


A: Yes, this is true. But we have the permission from Eugene Roshal to 
release unrarlib 0.4.0 under GPL and unrarlib-license. Note: this 
doesn't mean that RAR is free now or you can use the unrar source from 
RARlabs under GPL. You are just allowed to use UniquE RAR File Library 
version 0.4.0 (unrarlib 0.4.0) under GPL.


A lot of people avoid RAR as a result.

dp
___
Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml


Re: [clamav-users] Why are the ClamAV team so slow at creating signatures ?

2014-10-03 Thread Dennis Peterson

On 10/3/14 2:11:15PM, Charles Swiger wrote:

On Oct 3, 2014, at 1:54 PM, Leonardo Rodrigues leolis...@solutti.com.br wrote:

On 03/10/14 08:19, Tim Smith wrote:

All of the commercial vendors I submitted the samples to had analysed
and created samples in timeframes ranging from hours to one day.

At this rate I'm going to be dumping ClamAV from my systems and
subscribing to a service from a commercial vendor .

are you really trying to compare response times from PAID sollutions to the 
free/community maintened ones 

Assuming this wasn't a rhetorical question, the answer is pretty clearly: yes.

So what?  I would expect that an expensive A/V solution should do better than 
ClamAV for does for free.
Frankly, it's a credit to the ClamAV team that their offering provides 
significant value for the price

Regards,


ClamAV also gives each of us tools to provide a Day Zero response to a 
threat. Our responsibility to our users (for those of us who have them) 
is to take advantage of that tool set.


dp
___
Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml