[SR-Users] New Kamailio module Obfuscate

[Muhammad Shahzad]

Thank you for your valuable suggestions, i appreciate it.

I agree about module name, in fact a couple friends have already sent me
email privately suggesting the same. May be something like "nio_intercept"
would be better, since module only intercepts the network in/output and
leaves it to script writer what to do with it.

Regarding embedding in corex, that is interesting, however i need to go
through its code to understand it a bit and then attempt to embed it. Later
on, i will create separate module which import this functionality from
corex and do specific tasks such as compression and faking http etc.

There is a good progress on doubango SDK side as well and at least idoubs
would be ready soon (7 to 10 days approx). Then mobile voip developers can
fully test this functionality at both ends.

Anyways let me look at corex module and see if and how can i embed this. In
the meantime more suggestions and comments on this are warmly welcome from
everyone.

Thank you.




On Mon, Aug 4, 2014 at 7:55 PM, Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20140804/1ed1ce82/attachment.html>