清除创建的对象内存

时间:2014-01-18 08:02:11

标签: delphi security wmi

我正在使用WMI SMBios来获取一些硬件信息

检查uSMBios.pas

我不想让用户看到内存中使用的序列号是什么,所以我试图清除它

当我打电话

SMBios:=TSMBios.Create;
//my code
SMBios.free;

SMBios对象仍在许多位置WinHex

的内存中

我在Destroy Event

上尝试了这段代码
    if Assigned(FRawSMBIOSData.SMBIOSTableData) then
    begin
      ZeroMemory(FRawSMBIOSData.SMBIOSTableData,FRawSMBIOSData.Length);
      FreeMem(FRawSMBIOSData.SMBIOSTableData);
    end;

它与SMBios中的GetSystemFirmwareTable API代码配合使用,但在WMI中它删除了一些内存,但我仍然可以找到几个块

想知道为什么在调用object.free或freeandnil后使用的内存未释放

任何想法如何强制应用程序释放它?

1 个答案:

答案 0 :(得分:5)

内存已发布,只是没有擦除。你可能会误解两个概念:内存绑定到某个所有者而不能被赋予另一个所有者,并且内存将被清除所有信息。

看,当你越过新雪或沙滩时,你会留下你的脚步声。你离开了,所以你现在经历的地方现在免费供其他人占用。但是你的脚步会一直存在,直到有人用自己的脚印覆盖它们。

现在,你可能是偏执狂,在每一步之后你都会回头,拿一把刷子去掉你新鲜的脚步。这是可能的,可能有意义,但可能会非常缓慢。

某些对象可能会处理敏感数据,如密码,密码密钥,大量计算中的个人数据等。对于这些对象,有一种偏执的感觉并刷掉每一条痕迹。因此,这些对象的编写方式是擦除上次使用后不再需要的内存。并在析构函数中再次执行此操作。

但是,当您刚刚关闭表单时,如#"文件已成功保存"还有任何值得画画的秘密。这是该计划的大部分内容。

现在请确定您是否确实拥有密码等敏感数据。如果你这样做 - 你的代码应该在释放之前用不同的数据覆盖它。而且您必须了解如何在Delphi中为不同类型保存数据,因此在处理数据时,不会将数据片段复制到其他内存位置。但是很可能你不需要实际销毁的数据,你只需要标记"这个地方对任何人都可以免费将他们的数据放在我的垃圾上#34;这就是Delphi上的释放对象实际上做的事情。如果这对你来说已经足够了,那么你就懒得擦除数据(这会替代随机垃圾而不是敏感的垃圾,但垃圾仍然存在)。

现在,关于LU RD和whosrdaddy的建议几乎没有。是的,Delphi为您提供了一种方法,可以挂钩管理堆的方式,并在标记公寓空闲之前用垃圾显式擦除数据。然而,这只是敏感数据的部分解决方案。

  • 99.9%的时间你会清除不值得的数据。字符串,动态数组,TList和其他容器会很慢 - 你的程序也是如此。
  • 您的应用包含具有局部变量的过程。许多变量,如短字符串,固定大小数组,GUID,都是在堆栈而不是堆中分配的。这些建议不会清除它们,只是免费的。
  • 您的对象通常在Delphi堆中分配内存。但他们也可能会分配它。在Windows堆中,在某些多线程感知池中,或者其他任何内容。修改默认的Delphi堆管理器行为不会消除该内存。

总的来说,这是一个相同的想法。您的程序或对象知道哪些数据是危险的以及保存在哪里 - 该对象或程序负责清理。全球德尔福规模的解决方案既无效又不可靠。