Ticket #2797 (closed Patches: invalid)

Opened 4 years ago

Last modified 4 years ago

Encrypted ENUM Lookups

Reported by: evilbunny Assigned to: p_lindheimer
Priority: trivial Milestone: Undetermined
Component: Core - Trunks/Routing Version: SVN-HEAD
Keywords: enumlookup.agi Cc:
Confirmation: Need Feedback SVN Revision (if applicable):
Backend Engine: All Backend Engine Version:

Description

Unlike most DNS services ENUM requests contain the sort of information that the NSA and telcos were caught up in the previous couple of years. Of late we have implemented our own name server software so we felt compelled to extend this to encrypt DNS requests and replies. We can only assume the only reason that the NSA is the only government spy agency that has made the news is because they were the only ones to get caught, not because they are the only ones doing it, or if others aren't doing it now they most likely will be within the next decade or so.

Besides the obvious government spy efforts, even if you have nothing to hide from any government, at least at this point in time, that doesn't mean you don't want to hide or conceal your personal information from your neighbours, employers, employees, your business competitiors or whoever the list can really go on and is unique to our own situations and what it is we're doing that we don't want others to know we're doing. No matter what you are doing there is bound to be someone you don't want sticking their nose into your business. After all, if we weren't worried about everyone knowing everything occurring in our lives we wouldn't put curtains up in our houses.

Currently there is no internet draft nor RFC covering this subject as far as I/we are aware, but that will be the next step for us from here.

I have made a patch and tested it against the latest FreePBX enumlookup.agi and it seems to work fine, there is a configuration option $allow_plain_text that is disabled by default, but ideally needs some GUI interface, but GUIs aren't my strong suit.

Attachments

enumlookup.agi.patch (7.4 kB) - added by evilbunny on 05/06/08 20:36:18.
Removed initial compression line as it was pointless and made decompression optional, added @ to prevent gzinflate from echo'ing error messages if the string isn't encrypted
enumlookup.agi.2.patch (7.5 kB) - added by evilbunny on 05/13/08 19:47:28.
Due to debian OpenSSL bug the RSA key pair needed to be regenerated

Change History

04/21/08 04:04:17 changed by evilbunny

I tried to keep the coding style the same as the existing file, I don't know if this matches the rest of the code base or not.

04/21/08 04:49:14 changed by evilbunny

$allow_plain_text = false;

should have have been:

$allow_plain_text = true;

in the patch, I think I reverted it during testing and I apologise for this.

05/06/08 20:36:18 changed by evilbunny

  • attachment enumlookup.agi.patch added.

Removed initial compression line as it was pointless and made decompression optional, added @ to prevent gzinflate from echo'ing error messages if the string isn't encrypted

05/13/08 19:47:28 changed by evilbunny

  • attachment enumlookup.agi.2.patch added.

Due to debian OpenSSL bug the RSA key pair needed to be regenerated

07/01/08 18:03:23 changed by mbrevda

  • confirmation changed from Unreviewed to Need Feedback.

devs: feedback?

07/01/08 18:31:34 changed by evilbunny

Umm this patch should probably be rejected, I've since changed things a bit, and will need to redo the patch, I've also written an internet draft I'm planning to submit in the next few days.

http://www.e164.org/docs/draft-groth-dns-encryption-00.txt

07/01/08 18:34:48 changed by mbrevda

  • status changed from new to closed.
  • resolution set to invalid.

rejected as per reports request