From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.66.136.205 with SMTP id qc13mr14254486pab.2.1418730446633; Tue, 16 Dec 2014 03:47:26 -0800 (PST) X-Received: by 10.140.98.133 with SMTP id o5mr272qge.39.1418730446579; Tue, 16 Dec 2014 03:47:26 -0800 (PST) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!h15no11622026igd.0!news-out.google.com!r1ni53qat.1!nntp.google.com!w8no8464467qac.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Tue, 16 Dec 2014 03:47:26 -0800 (PST) In-Reply-To: <021184f0-18ef-40bc-ba62-fd307998fe1c@googlegroups.com> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=81.193.141.239; posting-account=nd46uAkAAAB2IU3eJoKQE6q_ACEyvPP_ NNTP-Posting-Host: 81.193.141.239 References: <1a2fea61-bcc1-43a9-b6e3-edf474308402@googlegroups.com> <021184f0-18ef-40bc-ba62-fd307998fe1c@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: Ada Connections to this Crypto. From: john@peppermind.com Injection-Date: Tue, 16 Dec 2014 11:47:26 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: news.eternal-september.org comp.lang.ada:24042 Date: 2014-12-16T03:47:26-08:00 List-Id: > Because it is a universal standard there is no need for the entities to s= end copies of it to each other. This is a hugely important benefit that is= invariably taken for granted because of the sheer familiarity that we all = enjoy with it - i.e. because we are using 'standard' computers and 'standar= d' programming languages that have ASCII as the inbuilt code the intrinsic = comparator for buying and selling is ASCII. If you're interested in text encryption, why don't you use Unicode? For exa= mple UTF-32? It's also a standard and has a vastly larger character range, = including all kinds of scripts from many different languages. It's not yet = as ubiquitous as ASCII, but you can read Unicode text on any halfway modern= PC and mobile phone and there are plenty of converters between different U= nicode versions (UTF-8, UTF-16, UTF-32). Sticking to ASCII makes your program outdated from the start. Another thing you might want to consider are code books. You can download h= uge dictionary files for a language, e.g. English, and then swap words or c= ompress words into smaller numbers using your encryption scheme based on th= e code book, which must be shared between the two parties. You could do thi= s in a way that two people can agree on an arbitrary code book of their cho= ice. If the code book is kept secret (=3Dhuge shared secret), this can add an ad= ditional layer of security on top of the character-based encryption, and if= you assign numbers to code book positions it can also compress the message= tremendously. Just some ideas/suggestions.