本製品は、機密データをロックされていないメモリ、または不正にロックされたメモリに保存するため、仮想メモリ・マネージャーによってメモリがディスク上のスワップ・ファイルに書き込まれる可能性があります。これにより、外部アクターがデータにアクセスしやすくなる可能性があります。
Windowsシステムでは、VirtualLock関数はメモリ・ページをロックすることができ、メモリ・ページがディスクにスワップされないようにすることができる。ただし、95、98、Meなどの古いバージョンのWindowsでは、VirtualLock()関数は単なるスタブであり、何の保護も提供しない。POSIXシステムでは、mlock()呼び出しは、ページがメモリに常駐することを保証するが、スワップに表示されないことを保証しない。したがって、機密データの保護メカニズムとしては不適当である。一部のプラットフォーム、特にLinuxでは、ページがスワップされないことを保証しているが、これは非標準であり、移植性がない。mlock()の呼び出しにもスーパーバイザ特権が必要である。これらの呼び出しの戻り値は、ロック操作が実際に成功したことを確認するためにチェックされなければならない。
The product stores sensitive data in memory that is not locked, or that has been incorrectly locked, which might cause the memory to be written to swap files on disk by the virtual memory manager. This can make the data more accessible to external actors.
On Windows systems the VirtualLock function can lock a page of memory to ensure that it will remain present in memory and not be swapped to disk. However, on older versions of Windows, such as 95, 98, or Me, the VirtualLock() function is only a stub and provides no protection. On POSIX systems the mlock() call ensures that a page will stay resident in memory but does not guarantee that the page will not appear in the swap. Therefore, it is unsuitable for use as a protection mechanism for sensitive data. Some platforms, in particular Linux, do make the guarantee that the page will not be swapped, but this is non-standard and is not portable. Calls to mlock() also require supervisor privilege. Return values for both of these calls must be checked to ensure that the lock operation was actually successful.