🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.lang.pascal.delphi.misc
Article #418

TechTips: dealing with =really sensitive= data ...

#418
From: Sundial Services
Date: Thu, 16 Nov 2000 00:00
50 lines
3284 bytes
Okay... this data is =really= sensitive.  You could go to court or go to
prison (maybe) if you fumble handling it or disclosing it.  Or maybe
it's just an embarrassing business-loss:  same difference (for us).  You
need to be able to transmit this information, or store it in a file on
the user's hard-drive or server.  Maybe you're using Paradox.  Maybe
you're using the Internet.

Suggestion Numero Uno:  USE STRONG CRYPTO .. A COMMERCIAL ALGORITHM.

You need to encrypt the data.  This means scrambling the data in such a
way that it can only be recovered if you know the 'one and only one' key
that will decrypt it.  Without that key, the information is worthless.

You need to use a STRONG encryption algorithm.  No, you're not keeping
out the NSA or the KGB or MI6 ... but you're keeping out an intruder who
has a Pentium 500mHz or better.  You need a strong algorithm to do that.
Fortunately, plenty of good algorithms exist.  And plenty of good,
debugged implementations of those algorithms can be purchased.  (Many
can also be found as freeware or shareware source code.)

Do NOT "roll your own" algorithm.

Do NOT rely upon the built-in Paradox password-system, or "Zip" file
passwords, to protect truly-sensitive information.  These systems,
useful as they may be for the purposes for which they were intended, are
not adequate to protect truly-sensitive data.

Filesystem-wide strategies such as "ScramDisk" are certainly a
possibility (they encrypt the data on-disk but make the encryption and
decryption process transparent to you) are certainly an option.

Likewise, the Secure Socket Layer (SSL, SSL2) protocols are excellent to
protect Internet transmissions.

THE ACHILLES HEEL of your system, that people will immediately try to
attack, is your handling of the KEY.  So-called "public key" crypto can
be an effective way of concealing the key information.  But, "should you
roll your own key-management solution, or buy one?"  I'd probably
explore the latter strategy first.

Cryptography is a strange and wonderful science.  Spend a lot of time in
the newsgroup "sci.crypt" for an eye-opener on the subject.


------------------------------------------------------------------
Sundial Services :: Scottsdale, AZ (USA) :: (480) 946-8259
mailto:info@sundialservices.com  (PGP public key available.)
> Fast(!), automatic table-repair with two clicks of the mouse!
> ChimneySweep(R):  "Click click, it's fixed!" {tm}
> http://www.sundialservices.com/products/chimneysweep
Technical Details
Message-ID: <3A149202.77DA@sundialservices.com>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: f8256,d1f71d1754e004d6,start
X-Google-Attributes: gidf8256,public
X-Google-Thread: 10baee,d1f71d1754e004d6,start
X-Google-Attributes: gid10baee,public
From: Sundial Services <info@sundialservices.com>
Subject: TechTips:  dealing with =really sensitive= data ...
Date: 2000/11/16
Message-ID: <3A149202.77DA@sundialservices.com>
X-Deja-AN: 694567159
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: abuse@prserv.net
X-Trace: 17 Nov 2000 02:08:40 GMT, 32.102.44.238
Organization: Sundial Services
MIME-Version: 1.0
Reply-To: info@sundialservices.com
Newsgroups: comp.lang.pascal.delphi.misc,borland.public.delphi.thirdparty-tools