ANN: obfuscate

I am pleased to announce the first public release of obfuscate 0.2.2a.

http://pypi.python.org/pypi/obfuscate/0.2.2a

obfuscate is a pure-Python module providing classical encryption
algorithms suitable for obfuscating and unobfuscating text.

obfuscate includes the following ciphers:
- Caesar, rot13, rot5, rot18, rot47
- atbash
- Playfair, Playfair6 and Playfair16
- Railfence (encryption only)
- Keyword
- Affine
- Vigenere
- frob (xor)

and others.

DISCLAIMER: obfuscate is not cryptographically strong, and should not be
used where high security is required. (The ciphers provided in obfuscate
may have been state of the art centuries ago, but should not be used
where strong encryption is required.

obfuscate is released under the MIT licence.

Requires Python 2.5 or 2.6.


--
Steven D'Aprano

Steven D'Aprano schrieb:
> I am pleased to announce the first public release of obfuscate 0.2.2a.
>
> http://pypi.python.org/pypi/obfuscate/0.2.2a
>
> obfuscate is a pure-Python module providing classical encryption
> algorithms suitable for obfuscating and unobfuscating text.
>
> obfuscate includes the following ciphers:
> - Caesar, rot13, rot5, rot18, rot47
> - atbash
> - Playfair, Playfair6 and Playfair16
> - Railfence (encryption only)
> - Keyword
> - Affine
> - Vigenere
> - frob (xor)

Nice work!

Your work should be interesting for everybody who has read Simon Sing's
"The Code Book: The Science of Secrecy from Ancient Egypt to Quantum".

Christian

On Mon, Feb 8, 2010 at 6:46 PM, Steven D'Aprano
<steve@remove-this-cybersource.com.au> wrote:
> I am pleased to announce the first public release of obfuscate 0.2.2a.
>
> http://pypi.python.org/pypi/obfuscate/0.2.2a
>
> obfuscate is a pure-Python module providing classical encryption
> algorithms suitable for obfuscating and unobfuscating text.
>
> obfuscate includes the following ciphers:
> *- Caesar, rot13, rot5, rot18, rot47
> *- atbash
> *- Playfair, Playfair6 and Playfair16
> *- Railfence (encryption only)
> *- Keyword
> *- Affine
> *- Vigenere
> *- frob (xor)
>
> and others.
>
> DISCLAIMER: obfuscate is not cryptographically strong, and should not be
> used where high security is required. (The ciphers provided in obfuscate
> may have been state of the art centuries ago, but should not be used
> where strong encryption is required.
>
> obfuscate is released under the MIT licence.
>
> Requires Python 2.5 or 2.6.
>
>
> --
> Steven D'Aprano
> --
> http://mail.python.org/mailman/listinfo/python-list
>

Nice! Maybe someday you can extend it with a pen-and-paper
signature scheme

Geremy Condra

Steven D'Aprano wrote:
> obfuscate is a pure-Python module providing classical encryption
> algorithms suitable for obfuscating and unobfuscating text.
>
> obfuscate includes the following ciphers:
> - Caesar, rot13, rot5, rot18, rot47
> - atbash
> - Playfair, Playfair6 and Playfair16
> - Railfence (encryption only)
> - Keyword
> - Affine
> - Vigenere
> - frob (xor)

I prefer the strength of Triple ROT-13 for my obfuscation needs,
but I don't see it listed here. I guess I'll have to roll my own
despite the dire warnings against amateur cryptographers
authoring their own unvetted implementations. ;-)

-tkc

Tim Chase wrote:

> I prefer the strength of Triple ROT-13 for my obfuscation needs, but I
> don't see it listed here.

That's old hat -- with the advent of 3GHz cpus and GPGPU, all the
experts are recommending quadruple ROT-128 nowadays.

--
Greg

In article <00fa27a3$0$15628$c3e8da3@news.astraweb.com>,
Steven D'Aprano <steve@REMOVE-THIS-cybersource.com.au> wrote:

> I am pleased to announce the first public release of obfuscate 0.2.2a.
>
> http://pypi.python.org/pypi/obfuscate/0.2.2a
>
> obfuscate is a pure-Python module providing classical encryption
> algorithms suitable for obfuscating and unobfuscating text.
>
> obfuscate includes the following ciphers:
> - Caesar, rot13, rot5, rot18, rot47
> - atbash
> - Playfair, Playfair6 and Playfair16
> - Railfence (encryption only)
> - Keyword
> - Affine
> - Vigenere
> - frob (xor)

No pig latin?

> I am pleased to announce the first public release of obfuscate 0.2.2a.
>
> http://pypi.python.org/pypi/obfuscate/0.2.2a
>
> obfuscate is a pure-Python module providing classical encryption
> algorithms suitable for obfuscating and unobfuscating text.
>
> obfuscate includes the following ciphers:
> - Caesar, rot13, rot5, rot18, rot47
> - atbash
> - Playfair, Playfair6 and Playfair16
> - Railfence (encryption only)
> - Keyword
> - Affine
> - Vigenere
> - frob (xor)
>
> and others.
>
> DISCLAIMER: obfuscate is not cryptographically strong, and should not be
> used where high security is required. (The ciphers provided in obfuscate
> may have been state of the art centuries ago, but should not be used
> where strong encryption is required.
>
> obfuscate is released under the MIT licence.
>
> Requires Python 2.5 or 2.6.

Great, these packages are badly needed!

If the code base stabilizes in a production version after losing the
alphas and betas they would be a great addition to the stdlib, I
think.

Cheers,
Daniel


--
Psss, psss, put it down! - http://www.cafepress.com/putitdown

On 2010-02-09 09:37 AM, Daniel Fetchinson wrote:
>> I am pleased to announce the first public release of obfuscate 0.2.2a.
>>
>> http://pypi.python.org/pypi/obfuscate/0.2.2a
>>
>> obfuscate is a pure-Python module providing classical encryption
>> algorithms suitable for obfuscating and unobfuscating text.
>>
>> obfuscate includes the following ciphers:
>> - Caesar, rot13, rot5, rot18, rot47
>> - atbash
>> - Playfair, Playfair6 and Playfair16
>> - Railfence (encryption only)
>> - Keyword
>> - Affine
>> - Vigenere
>> - frob (xor)
>>
>> and others.
>>
>> DISCLAIMER: obfuscate is not cryptographically strong, and should not be
>> used where high security is required. (The ciphers provided in obfuscate
>> may have been state of the art centuries ago, but should not be used
>> where strong encryption is required.
>>
>> obfuscate is released under the MIT licence.
>>
>> Requires Python 2.5 or 2.6.
>
> Great, these packages are badly needed!
>
> If the code base stabilizes in a production version after losing the
> alphas and betas they would be a great addition to the stdlib, I
> think.

Why?

--
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
that is made terrible by our own mad attempt to interpret it as though it had
an underlying truth."
-- Umberto Eco

In article <mailman.2238.1265733013.28905.python-list@python.org>,
Robert Kern <robert.kern@gmail.com> wrote:
>On 2010-02-09 09:37 AM, Daniel Fetchinson wrote:
>>>
>>> obfuscate is a pure-Python module providing classical encryption
>>> algorithms suitable for obfuscating and unobfuscating text.
>>>
>>> DISCLAIMER: obfuscate is not cryptographically strong, and should not be
>>> used where high security is required. (The ciphers provided in obfuscate
>>> may have been state of the art centuries ago, but should not be used
>>> where strong encryption is required.
>>
>> Great, these packages are badly needed!
>>
>> If the code base stabilizes in a production version after losing the
>> alphas and betas they would be a great addition to the stdlib, I
>> think.
>
>Why?

You missed the white-on-white smiley, I think.
--
Aahz (aahz@pythoncraft.com) <*> http://www.pythoncraft.com/

import antigravity

On 9 February 2010 16:29, Robert Kern <robert.kern@gmail.com> wrote:
> On 2010-02-09 09:37 AM, Daniel Fetchinson wrote:
>> If the code base stabilizes in a production version after losing the
>> alphas and betas they would be a great addition to the stdlib, I
>> think.
>
> Why?

I agree. Why wait? Put them in the stdlib now!

--
Cheers,
Simon B.

On Tue, Feb 9, 2010 at 5:10 PM, Simon Brunning <simon@brunningonline.net> wrote:
> On 9 February 2010 16:29, Robert Kern <robert.kern@gmail.com> wrote:
>> On 2010-02-09 09:37 AM, Daniel Fetchinson wrote:
>>> If the code base stabilizes in a production version after losing the
>>> alphas and betas they would be a great addition to the stdlib, I
>>> think.
>>
>> Why?
>
> I agree. Why wait? Put them in the stdlib now!
>
> --
> Cheers,
> Simon B.
Can we please stop this?

* David Robinow:
> On Tue, Feb 9, 2010 at 5:10 PM, Simon Brunning <simon@brunningonline.net> wrote:
>> On 9 February 2010 16:29, Robert Kern <robert.kern@gmail.com> wrote:
>>> On 2010-02-09 09:37 AM, Daniel Fetchinson wrote:
>>>> If the code base stabilizes in a production version after losing the
>>>> alphas and betas they would be a great addition to the stdlib, I
>>>> think.
>>> Why?
>> I agree. Why wait? Put them in the stdlib now!
>>
> Can we please stop this?

I agree.

I haven't looked at the code but the functionality that's listed is useful, e.g.
in a Usenet client, and it's fun to play around with for a beginner.

Also, for example, Christian Heimes wrote else-thread: «Your work should be
interesting for everybody who has read Simon Sing's "The Code Book: The Science
of Secrecy from Ancient Egypt to Quantum"» (and I for one have that book).


Cheers,

- Alf

On 10-02-2010 00:09, Alf P. Steinbach wrote:
> * David Robinow:
>> On Tue, Feb 9, 2010 at 5:10 PM, Simon Brunning
>> <simon@brunningonline.net> wrote:
>>> On 9 February 2010 16:29, Robert Kern <robert.kern@gmail.com> wrote:
>>>> On 2010-02-09 09:37 AM, Daniel Fetchinson wrote:
>>>>> If the code base stabilizes in a production version after losing the
>>>>> alphas and betas they would be a great addition to the stdlib, I
>>>>> think.
>>>> Why?
>>> I agree. Why wait? Put them in the stdlib now!
>>>
>> Can we please stop this?
>
> I agree.
>
sorry I don't,
unless Python is only meant for the very well educated people in encryption.

> I haven't looked at the code but the functionality that's listed is
> useful, e.g. in a Usenet client, and it's fun to play around with for
> a beginner.
I neither did look at the code,
but as a beginner with just 3 years of experience in Python,
I've tried several scrambling libs, for a quick and dirty use.
All were much too difficult, so I made my own xor-something.
Coming from Delphi, a scrambling lib is working is less than 10 minutes,
without the need of any knowledge of encryption.
I prefer Python over Delphi, but some things are made very complex in
Python.

cheers,
Stef
>
> Also, for example, Christian Heimes wrote else-thread: «Your work
> should be interesting for everybody who has read Simon Sing's "The
> Code Book: The Science of Secrecy from Ancient Egypt to Quantum"» (and
> I for one have that book).
>
>
> Cheers,
>
> - Alf

On Feb 9, 7:21*am, Roy Smith <r...@panix.com> wrote:
> In article <00fa27a3$0$15628$c3e8...@news.astraweb.com>,
> *Steven D'Aprano <st...@REMOVE-THIS-cybersource.com.au> wrote:

[..]

> No pig latin?

Wait a minute guys, Stevens a well known prankster and comic relief
clown around here, I think he's just shining us all on! ;o)

En Tue, 09 Feb 2010 20:27:13 -0300, Stef Mientki <stef.mientki@gmail.com>
escribió:
> On 10-02-2010 00:09, Alf P. Steinbach wrote:
>> * David Robinow:
>>> On Tue, Feb 9, 2010 at 5:10 PM, Simon Brunning
>>> <simon@brunningonline.net> wrote:
>>>> On 9 February 2010 16:29, Robert Kern <robert.kern@gmail.com> wrote:
>>>>> On 2010-02-09 09:37 AM, Daniel Fetchinson wrote:
>>>>>> If the code base stabilizes in a production version after losing the
>>>>>> alphas and betas they would be a great addition to the stdlib, I
>>>>>> think.
>>>>> Why?
>>>> I agree. Why wait? Put them in the stdlib now!
>>> Can we please stop this?
>> I agree.
>>
> sorry I don't,
> unless Python is only meant for the very well educated people in
> encryption.
>
>> I haven't looked at the code but the functionality that's listed is
>> useful, e.g. in a Usenet client, and it's fun to play around with for a
>> beginner.
> I neither did look at the code,
> but as a beginner with just 3 years of experience in Python,
> I've tried several scrambling libs, for a quick and dirty use.
> All were much too difficult, so I made my own xor-something.
> Coming from Delphi, a scrambling lib is working is less than 10 minutes,
> without the need of any knowledge of encryption.
> I prefer Python over Delphi, but some things are made very complex in
> Python.

Are you sure?

>>> def xor(s, key):
.... return ''.join(chr(ord(c)^key) for c in s)
....
>>> txt = "Hello world!"
>>> xor(txt, 123)
'3\x1e\x17\x17\x14[\x0c\x14\t\x17\x1fZ'
>>> xor(_, 123)
'Hello world!'

The Delphi code would be certainly longer than that, some variation of:

function encrypt_xor(const s: string; key: integer);
var
i: integer;
begin
SetLength(Result, length(s));
for i:=1 to length(s) do
begin
Result[i] := chr(ord(s[i]) xor key);
end;
end;

(untested)

--
Gabriel Genellina