1998-11-23 - Re: Securing data in memory (was “Locking physical memory (RAM) under Windows”)

Header Data

From: “Jim Adler” <jadler@soundcode.com>
To: <coderpunks@toad.com>
Message Hash: a5a7f4d765c42d3cf492c1954f2dc243fada06d0a445de92ac1c6e690ed7938c
Message ID: <002801be0ae3$cc8c3ff0$0a000080@choochoo>
Reply To: N/A
UTC Datetime: 1998-11-23 23:56:21 UTC
Raw Date: Tue, 24 Nov 1998 07:56:21 +0800

Raw message

From: "Jim Adler" <jadler@soundcode.com>
Date: Tue, 24 Nov 1998 07:56:21 +0800
To: <coderpunks@toad.com>
Subject: Re: Securing data in memory (was "Locking physical memory (RAM) under Windows")
Message-ID: <002801be0ae3$cc8c3ff0$0a000080@choochoo>
MIME-Version: 1.0
Content-Type: text/plain



SCNSM 1.0 Beta, a non-swappable memory allocator for Windows 3.x/95/98, is
available and can be downloaded from

http://soundcode.com/content/download/products/scnsm/default.htm (docs)
http://soundcode.com/content/download/products/scnsm/scnsm10b.zip (source)

The SCNSM driver supports allocation of non-swappable memory on Windows
3.x/95/98. The principal design goal of SCNSM is to provide memory that will
not be swapped to disk, under any circumstances. Typically, security
applications require such memory to store private keys, passwords, and
sensitive intermediate results of cryptographic calculations.

SCNSM uses the same technique as allocating DMA buffers for hardware device
transfers.  The idea being that Windows doesn't swap DMA buffers and
therefore won't swap this buffer either.

The SCNSM source-code is copyrighted freeware.  The intent here is to end
the perennial nuisance of having sensitive security data swapped to disk
which undermines the public's confidence in commercial security products.
Please send any questions or bugs to me or support@soundcode.com.

Jim

================
Jim Adler
Soundcode, Inc.
www.soundcode.com





Thread