Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 24 Dec 2011 21:44:03 -0500
From:      Wesley Shields <wxs@FreeBSD.org>
To:        ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: ports/devel Makefile ports/devel/libhtp Makefile distinfo pkg-descr pkg-plist
Message-ID:  <20111225024403.GA44237@atarininja.org>
In-Reply-To: <201112250241.pBP2f7EI093779@repoman.freebsd.org>
References:  <201112250241.pBP2f7EI093779@repoman.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Dec 25, 2011 at 02:41:07AM +0000, Wesley Shields wrote:
> wxs         2011-12-25 02:41:07 UTC
> 
>   FreeBSD ports repository
> 
>   Modified files:
>     devel                Makefile 
>   Added files:
>     devel/libhtp         Makefile distinfo pkg-descr pkg-plist 
>   Log:
>   LibHTP is a security-aware parser for the HTTP protocol and the related bits
>   and pieces. The goals of the project, in the order of importance, are as
>   follows:
>   
>    1. Completeness of coverage; LibHTP must be able to parse virtually all
>       traffic that is found in practice.
>   
>    2. Permissive parsing; LibHTP must never fail to parse a stream that would
>       be parsed by some other web server.
>   
>    3. Awareness of evasion techniques; LibHTP must be able to detect and
>       effectively deal with various evasion techniques, producing, where
>       practical, identical or practically identical results as the web
>       server processing the same traffic stream.
>   
>    4. Performance; The performance must be adequate for the desired tasks.
>       Completeness and security are often detremental to performance. Our
>       idea of handling the conflicting requirements is to put the library
>       user in control, allowing him to choose the most desired library
>       characteristic.
>   
>   Author: Ivan Ristic <ivanr@webkreator.com>
>   WWW: http://www.libhtp.org

This port currently conflicts with security/suricata, but I have a PR I
just sent in to update suricata to not use it's built in version of this
library (along with a general update to that port). I'm intentionally
not marking the two as in conflict as it will hopefully just be reverted
once the maintainer responds to my PR.

-- WXS



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20111225024403.GA44237>