Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.programming > #12518

Re: string encryption

From "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Newsgroups comp.programming
Subject Re: string encryption
Date 2021-04-29 08:06 +0200
Organization Aioe.org NNTP Server
Message-ID <s6did6$nmj$1@gioia.aioe.org> (permalink)
References <1ba37dc7-803d-40ba-9e83-c4bd0b5f1394n@googlegroups.com> <s6cejg$p5h$1@gioia.aioe.org> <cfd6267e-93c3-4e8b-8d25-d7791dc8f6e7n@googlegroups.com>

Show all headers | View raw


On 2021-04-28 23:33, Malcolm McLean wrote:
> On Wednesday, 28 April 2021 at 20:55:38 UTC+1, Dmitry A. Kazakov wrote:
>> On 2021-04-28 16:27, Malcolm McLean wrote:
>>> What's the best method for cheap and cheerful string encryption, which takes a plaintext string and a short string as a key, and returns a crypted string? The encrypted text must be a string, so the encryption must never create a nul character. It might also be best not to create ascii control characters, or non-ascii characters.
>> Looks like a symmetric encryption to me. Any method would do. E.g.
>> ChaCha20 cipher. Hash the key to initialize. There are plenty
>> implementations of. It is cryptographically strong, computationally
>> fast, needs no padding.
>>
> CHaCha20. Hadn't heard of that. That's the sort of idea I'm looking for.

https://www.cryptopp.com/wiki/ChaCha20

> I can't change our entire development language just to support a little encryption
> routine. It will be a problem to me if the encrypted data is not representable as
> a C string.

Well, even in C you can pass the length along instead of using NUL as a 
terminator.

It is amazing how things like Base64 and uuencoding are still alive when 
teletypes and modems for which they made sense are long dead. Anyway:

https://en.wikipedia.org/wiki/Uuencoding
https://en.wikipedia.org/wiki/Base64

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

Back to comp.programming | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

string encryption Malcolm McLean <malcolm.arthur.mclean@gmail.com> - 2021-04-28 07:27 -0700
  Re: string encryption Kristjan Robam <he12457@hotmail.com> - 2021-04-28 08:39 -0700
  Re: string encryption David Brown <david.brown@hesbynett.no> - 2021-04-28 19:58 +0200
    Re: string encryption David Spencer <spencer@panix.com> - 2021-04-28 18:00 +0000
      Re: string encryption David Brown <david.brown@hesbynett.no> - 2021-04-28 20:47 +0200
      Re: string encryption Kristjan Robam <rob999999999@yahoo.com> - 2021-04-29 02:26 -0700
    Re: string encryption Kristjan Robam <ya12983@mail.com> - 2021-04-28 12:14 -0700
    Re: string encryption Malcolm McLean <malcolm.arthur.mclean@gmail.com> - 2021-04-28 14:33 -0700
    Re: string encryption Malcolm McLean <malcolm.arthur.mclean@gmail.com> - 2021-04-28 14:39 -0700
  Re: string encryption "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2021-04-28 21:55 +0200
    Re: string encryption Malcolm McLean <malcolm.arthur.mclean@gmail.com> - 2021-04-28 14:33 -0700
      Re: string encryption "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2021-04-29 08:06 +0200
        Re: string encryption David Brown <david.brown@hesbynett.no> - 2021-04-29 09:38 +0200
          Re: string encryption "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2021-04-29 10:00 +0200
          Re: string encryption Ben Bacarisse <ben.usenet@bsb.me.uk> - 2021-04-29 22:33 +0100
      Re: string encryption David Brown <david.brown@hesbynett.no> - 2021-04-29 09:37 +0200
        Re: string encryption Malcolm McLean <malcolm.arthur.mclean@gmail.com> - 2021-04-29 06:40 -0700
          Re: string encryption David Brown <david.brown@hesbynett.no> - 2021-04-29 17:01 +0200

csiph-web