lists | 1 Jun 18:04
Favicon

AuditLog not working in 1.9.4


Hello,

I just upgraded to 1.9.4 from 1.9.2

I have modsec running and it IS blocking what it should based on the rules,
BUT the auditlog is not working at all.

I promise I looked at the docs. ;)

Is there something obvious I am overlooking?

-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
lists | 1 Jun 18:07
Favicon

Re: AuditLog not working in 1.9.4


BTW, here is the conf I have for it...

# Only record the interesting stuff
SecAuditEngine RelevantOnly
SecAuditLogType Concurrent
SecAuditLogStorageDir /Sites/mysite.com/audit_log/
SecAuditLog /Sites/modsec_index
SecAuditLogParts ABCFHZ

on 6/1/06 12:04 PM, lists <at> 323inc.com at lists <at> 323inc.com wrote:

> 
> Hello,
> 
> I just upgraded to 1.9.4 from 1.9.2
> 
> I have modsec running and it IS blocking what it should based on the rules,
> BUT the auditlog is not working at all.
> 
> I promise I looked at the docs. ;)
> 
> Is there something obvious I am overlooking?
> 
> 
> 
> 
> 
> 
> -------------------------------------------------------
(Continue reading)

Ivan Ristic | 1 Jun 19:21
Picon

Re: AuditLog not working in 1.9.4

On 6/1/06, lists <at> 323inc.com <lists <at> 323inc.com> wrote:
>
> Hello,
>
> I just upgraded to 1.9.4 from 1.9.2
>
> I have modsec running and it IS blocking what it should based on the rules,
> BUT the auditlog is not working at all.
>
> I promise I looked at the docs. ;)
>
> Is there something obvious I am overlooking?

Did the same configuration work in 1.9.2? If it's a permission problem
(Apache should have the permission to write to
/Sites/mysite.com/audit_log/) there should be some error messages in
the Apache error log (and in the debug log, of course). Tail the error
log file, send a request that will be singled out by ModSecurity and
see what happens (in the debug log/error log).

--

-- 
Ivan Ristic, Technical Director
Thinking Stone, http://www.thinkingstone.com
ModSecurity: Open source Web Application Firewall

-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
(Continue reading)

Turnquist, Greg | 1 Jun 19:08

RE: AuditLog not working in 1.9.4

 SecAuditLogStorageDir is a filepath, not a URL web path. Do you really
have a root folder named /Sites, as opposed to something like
/usr/local/apache2/htdocs/Sites/.....? And does apache have write
capability to that folder?

-----Original Message-----
From: mod-security-users-admin <at> lists.sourceforge.net
[mailto:mod-security-users-admin <at> lists.sourceforge.net] On Behalf Of
lists <at> 323inc.com
Sent: Thursday, June 01, 2006 12:08 PM
To: lists <at> 323inc.com; modsec-users
Subject: Re: [mod-security-users] AuditLog not working in 1.9.4

BTW, here is the conf I have for it...

# Only record the interesting stuff
SecAuditEngine RelevantOnly
SecAuditLogType Concurrent
SecAuditLogStorageDir /Sites/mysite.com/audit_log/
SecAuditLog /Sites/modsec_index
SecAuditLogParts ABCFHZ

on 6/1/06 12:04 PM, lists <at> 323inc.com at lists <at> 323inc.com wrote:

> 
> Hello,
> 
> I just upgraded to 1.9.4 from 1.9.2
> 
> I have modsec running and it IS blocking what it should based on the
(Continue reading)

Jim Watt | 1 Jun 19:08

Re: AuditLog not working in 1.9.4

On 6/1/2006 9:07 AM, lists <at> 323inc.com wrote:
> 
> BTW, here is the conf I have for it...
> 
> 
> # Only record the interesting stuff
> SecAuditEngine RelevantOnly
> SecAuditLogType Concurrent
> SecAuditLogStorageDir /Sites/mysite.com/audit_log/
> SecAuditLog /Sites/modsec_index
> SecAuditLogParts ABCFHZ
> 
> 
> on 6/1/06 12:04 PM, lists <at> 323inc.com at lists <at> 323inc.com wrote:
> 
> 
>>Hello,
>>
>>I just upgraded to 1.9.4 from 1.9.2
>>
>>I have modsec running and it IS blocking what it should based on the rules,
>>BUT the auditlog is not working at all.
>>
>>I promise I looked at the docs. ;)
>>
>>Is there something obvious I am overlooking?

I didn't spot anything obvious.  I'm running 1.9.4-rc1 for Apache 2.
The 1.9.4 release notes say there weren't any changes between RC1 and
the actual release.
(Continue reading)

lists | 1 Jun 20:11
Favicon

Re: AuditLog not working in 1.9.4

Turned out to be mod_unique was not enabled.

Is that mod required to use auditlog?

Will 2.0 require it as well?

on 6/1/06 1:21 PM, Ivan Ristic at ivan.ristic <at> gmail.com wrote:

> On 6/1/06, lists <at> 323inc.com <lists <at> 323inc.com> wrote:
>> 
>> Hello,
>> 
>> I just upgraded to 1.9.4 from 1.9.2
>> 
>> I have modsec running and it IS blocking what it should based on the rules,
>> BUT the auditlog is not working at all.
>> 
>> I promise I looked at the docs. ;)
>> 
>> Is there something obvious I am overlooking?
> 
> Did the same configuration work in 1.9.2? If it's a permission problem
> (Apache should have the permission to write to
> /Sites/mysite.com/audit_log/) there should be some error messages in
> the Apache error log (and in the debug log, of course). Tail the error
> log file, send a request that will be singled out by ModSecurity and
> see what happens (in the debug log/error log).

-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
(Continue reading)

Ivan Ristic | 1 Jun 21:18
Picon

Re: AuditLog not working in 1.9.4

On 6/1/06, lists <at> 323inc.com <lists <at> 323inc.com> wrote:
> Turned out to be mod_unique was not enabled.
>
> Is that mod required to use auditlog?

1.9.x should require for the concurrent audit logging only.

> Will 2.0 require it as well?

2.0 requires it for everything, at least it does in the current beta.
But I am likely to write a transaction ID-generating code for 2.1 or
3.0. (Because Apache does not run mod_unique_id for invalid requests,
meaning such requests cannot be logged.) Actually, I'll see if I can
remove that requirement before 2.0 goes live...

--

-- 
Ivan Ristic, Technical Director
Thinking Stone, http://www.thinkingstone.com
ModSecurity: Open source Web Application Firewall

-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
Ivan Ristic | 1 Jun 21:44
Picon

Re: Re: web app discovery

On 5/28/06, Alexx Alexx <zmische <at> yahoo.com> wrote:
>
> Why not to use existing logs, for example, to create
> basic "knowledge" rules? It could be useful for
> web-application with specific logic that is almost
> static, so as you are able to scan logs for some
> period and produce rules, tweak them and almost
> forgot.

Because existing logs do not contain enough data to create rules from
them (because there's no information about what goes in request
bodies). I think it's better to do it properly, by learning from the
complete transactions captured by ModSecurity.

BTW, the more I think about on-the-fly conversion the more I like it.

--

-- 
Ivan Ristic, Technical Director
Thinking Stone, http://www.thinkingstone.com
ModSecurity: Open source Web Application Firewall

-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
Alvaro Marín | 2 Jun 12:41
Favicon

phpbb strange attack


Hi,

I use modsecurity in my servers and it stops a lot of attacks.
Yesterday one PHPbb forum was cracked on one server, but was strange, 
because in logs there wasn't any typical attack sign. These are the logs:

201.127.65.149 - - [01/Jun/2006:23:31:52 +0200] "GET 
/forum/viewtopic.php?p=222&sid=845f9490d4da28a7ab7d9fc8586b0caa 
HTTP/1.1" 200 12760

"http://www.altavista.com/web/results?itag=ody&q=powered+by+phpbb+2.0.6&kgs=1&kls=0&stq=10" 
"Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"

(some .gifs...etc)

201.127.65.149 - - [01/Jun/2006:23:38:56 +0200] "GET 
/forum/admin/index.php?sid=719ed2e4e45fe8a763555a0ea46b5b48 HTTP/1.1" 
200 638 "http://www.domain.com/forum/" "Mozilla/4.0 (compatible; MSIE 
6.0; Windows NT 5.1; SV1)"

As you see, he search in altavista for "powered by phpbb 2.0.6" and 
then, viewed a post and directly he loged into admin.
Any idea? XSS attack perhaps?

Thanks for help|ideas :)

Regards,

--

-- 
(Continue reading)

Andras Got | 2 Jun 13:12
Picon

Re: phpbb strange attack

Hi,

IIRC it's an old phpbb bug, phpbb should be updated.

It's listed here: http://www.phpbb.com/support/documents.php?mode=changelog#207

Regards,
Andras

Alvaro Marín wrote:
> Hi,
> 
> I use modsecurity in my servers and it stops a lot of attacks.
> Yesterday one PHPbb forum was cracked on one server, but was strange, 
> because in logs there wasn't any typical attack sign. These are the logs:
> 
> 201.127.65.149 - - [01/Jun/2006:23:31:52 +0200] "GET 
> /forum/viewtopic.php?p=222&sid=845f9490d4da28a7ab7d9fc8586b0caa 
> HTTP/1.1" 200 12760 
>
"http://www.altavista.com/web/results?itag=ody&q=powered+by+phpbb+2.0.6&kgs=1&kls=0&stq=10" 
> "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"
> 
> (some .gifs...etc)
> 
> 201.127.65.149 - - [01/Jun/2006:23:38:56 +0200] "GET 
> /forum/admin/index.php?sid=719ed2e4e45fe8a763555a0ea46b5b48 HTTP/1.1" 
> 200 638 "http://www.domain.com/forum/" "Mozilla/4.0 (compatible; MSIE 
> 6.0; Windows NT 5.1; SV1)"
> 
(Continue reading)


Gmane