From: Dennis Lee Bieber <wlfraed@ix.netcom.com>
Subject: Re: In the pipeline.
Date: Mon, 01 Sep 2014 19:06:40 -0400
Date: 2014-09-01T19:06:40-04:00 [thread overview]
Message-ID: <7hu90a5d028n1mhjv3f9kd3gm2oj0jr67t@4ax.com> (raw)
In-Reply-To: 18cd3437-c6b0-4d9d-a8ca-2470d4d1eae2@googlegroups.com
On Mon, 1 Sep 2014 10:12:00 -0700 (PDT), gdotone@gmail.com declaimed the
following:
>On Monday, September 1, 2014 12:50:45 PM UTC-4, Simon Clubley wrote:
>
>> I strongly recommend you start new threads in future and not post
>> into an unrelated thread. Among other reasons, your question may
>> never be seen because people might be skipping over a thread.
>
>thanks, i will do next time. the author of the original post was discussing cryptography, and i had just listen to Security Now, with steve gibson, discussing how important it is/was to do certain things, to memory, to make sure the data was not taken from the location where it resided decrypted, in his newest program, written in assembly.
>
That situation shouldn't require explicitly referencing ad-hoc memory.
If the data was held in an Ada variable, then you can do whatever you want
with it without having to know where that variable was located. Just make
sure you run a secure erase on the variable. In pseudo-code
myDecryptionBuffer : FixedMemoryBuffer;
for i in myDecryptionBuffer'range loop
myDecryptionBuffer(i) := someRandom(); -- randomize
end loop;
for i in myDecryptionBuffer'range loop
myDecryptionBuffer(i) := not myDecryptionBuffer(i); -- bit invert
end loop;
for i in myDecryptionBuffer'range loop
myDecryptionBuffer(i) := someRandom(); -- different randomize
end loop;
If you really want to be paranoid, you'll save a copy of the random
pattern, and do a comparison loop after each of the above loops to ensure
the data changed to the pattern that was written.
>i just figured those who would participate in this discuss would absolutely know.
>but, i will take your advise, as it makes good sense. you are right. it would have been easily seen in a new post.
>
>thanks for the advice simom, and thanks for the web site.
>
>i am looking forward to understanding and using that bit of information in the future.
>
>g.
>
--
Wulfraed Dennis Lee Bieber AF6VN
wlfraed@ix.netcom.com HTTP://wlfraed.home.netcom.com/
next prev parent reply other threads:[~2014-09-01 23:06 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-26 6:35 In the pipeline austin.obyrne769
2014-09-01 12:31 ` erlo
2014-09-01 16:34 ` gdotone
2014-09-01 16:50 ` Simon Clubley
2014-09-01 17:12 ` gdotone
2014-09-01 23:06 ` Dennis Lee Bieber [this message]
2014-09-02 0:22 ` gdotone
2014-09-02 12:51 ` Dennis Lee Bieber
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox