[sr-dev] New Kamailio module Obfuscate
Daniel-Constantin Mierla
miconda at gmail.com
Mon Aug 4 16:55:33 CEST 2014
Hello,
I looked at the code and my conclusion was that the name is a bit confusing.
While indeed you can do obfuscation using some embedded language or
other meanings from the config file, the module itself doesn't do
anything related. It executes an event route for network packet in/out.
Such functionaly is of course useful, just to remind the given example
with obfuscation. But I think a better name to reflect the behaviour
should be given.
Maybe obfuscate should be a module that implement some algorithms for
obfuscations, like you mentions:
- simply compressing (gz)
- compressing and encapsulation as body in a http request/reply
- itv
My proposal would be:
- either rename the module or embed in another module (e.g., corex) what
was developed for these event route execution. The event route name
should be related to network reception/transmission (e.g., network:msg).
Also the is_obfuscated_msg() should be something like is_incoming()
- have a new module obfuscate to implement some algorithm as proof of
concept (e.g., gzip -- i guess plenty of code from gzcompress module is
very useful just to take from there). Then others may contribute more,
as they have new ideas or from what you listed (http ecapsulation is at
least interesting, considering many allow port 80 and inspect for http).
Of course, these are my opinions, so the discussion can go on for
deciding on how to proceed.
Cheers,
Daniel
On 02/08/14 23:57, Muhammad Shahzad wrote:
> Hi,
>
> As already discussed in detail in following email thread,
>
> https://www.mail-archive.com/sr-users@lists.sip-router.org/msg19922.html
>
> The new Kamailio module obfuscate is ready for testing and can be
> downloaded at,
>
> http://webrtc.voip-demos.com/obfuscate.tbz2
>
> It contains full code, with documentation and usage scenarios etc.
>
> Adding Kamailio dev team, can you guys review the code and add this
> module to Kamailio trunk if possible? I will be responsible for its
> maintenance and bug fixes etc. if any.
>
> Thank you.
>
>
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
More information about the sr-dev
mailing list