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.224.37.6 with SMTP id v6mr1819124qad.9.1409612766372; Mon, 01 Sep 2014 16:06:06 -0700 (PDT) Path: border1.nntp.dca1.giganews.com!dc16no396496qab.1!news-out.google.com!aw9ni7039igc.0!nntp.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local2.nntp.dca.giganews.com!nntp.earthlink.com!news.earthlink.com.POSTED!not-for-mail NNTP-Posting-Date: Mon, 01 Sep 2014 18:06:05 -0500 From: Dennis Lee Bieber Newsgroups: comp.lang.ada Subject: Re: In the pipeline. Date: Mon, 01 Sep 2014 19:06:40 -0400 Organization: IISS Elusive Unicorn Message-ID: <7hu90a5d028n1mhjv3f9kd3gm2oj0jr67t@4ax.com> References: <077c3724-0a8e-41ba-b01f-c81fe92fe3a8@googlegroups.com> <65fa0c3d-e5d1-4067-978a-74ea3c2e5aea@googlegroups.com> <18cd3437-c6b0-4d9d-a8ca-2470d4d1eae2@googlegroups.com> X-Newsreader: Forte Agent 6.00/32.1186 X-No-Archive: YES MIME-Version: 1.0 X-Usenet-Provider: http://www.giganews.com NNTP-Posting-Host: 76.249.17.11 X-Trace: sv3-syL/GVZSUG2/qy/fCNPyhUT47QDb1Ys8MEqe5QpFYm3GMjVDz3iS4WL4Jq0pMGj+sNEtIr/1tGbJkjJ!piOhN9yBTeu+fYMRO4iB5ztEGSw7zDc/EZc+YWpmLrYcHepZz4C4KdCi3irAjdzq2PG1UJSeCRBg!ZxL24mOBON7znmGaW3AQngot1g== X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.40 X-Original-Bytes: 3365 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Xref: number.nntp.dca.giganews.com comp.lang.ada:188793 Date: 2014-09-01T19:06:40-04:00 List-Id: 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/