算术运算导致不安全的C#溢出
背景
我们一直在使用从Joe Duffy的“Windows上的Concurrent Programming”(第149页)中逐字复制的一些代码,这些代码已经生产了一年多。代码(如下所示)在我们的Asp.Net Web应用程序中用于探测是否有足够的堆栈空间。我们的网站允许用户使用简单的专有脚本语言编写自己的网页和控制逻辑脚本 - 用户可以编写令人讨厌的东西并导致堆栈溢出异常,因此我们使用Duffy的代码示例来停止执行错误的脚本无法捕获的StackOverflow异常会占用整个IIS AppPool。这一直很有效。
问题
今天下午突然我们的日志填满了System.OverflowException错误。我们对该服务器的每个请求都有相同的异常。一个快速的IIS重置解决了这个问题。
例外类型:
System.OverflowException
例外消息:
算术运算导致溢出。
堆栈跟踪 :
在System.IntPtr..ctor(Int64值)
在C: SVN LiquidHtml Trunk LiquidHtmlFlowManager StackManagement.cs中的LiquidHtmlFlowManager.StackManagement.CheckForSufficientStack(UInt64字节):第47行
代码:
public static class StackManagement
{
[StructLayout(LayoutKind.Sequential)]
struct MEMORY_BASIC_INFORMATION
{
public uint BaseAddress;
public uint AllocationBase;
public uint AllocationProtect;
public uint RegionSize;
public uint State;
public uint Protect;
public uint Type;
};
//We are conservative here. We assume that the platform needs a
//whole 16 pages to respond to stack overflow (using an X86/X64
//page-size, not IA64). That's 64KB, which means that for very
//small stacks (e.g. 128kb) we'll fail a lot of stack checks (say in asp.net)
//incorrectly.
private const long STACK_RESERVED_SPACE = 4096 * 16;
/// <summary>
/// Checks to see if there is at least "bytes" bytes free on the stack.
/// </summary>
/// <param name="bytes">Number of Free bytes in stack we need.</param>
/// <returns>If true then there is suffient space.</returns>
public unsafe static bool CheckForSufficientStack(ulong bytes)
{
MEMORY_BASIC_INFORMATION stackInfo = new MEMORY_BASIC_INFORMATION();
//We subtract one page for our request. VirtualQuery rounds up
//to the next page. But the stack grows down. If we're on the
//first page (last page in the VirtualAlloc), we'll be moved to
//the next page which is off the stack! Note this doesn't work
//right for IA64 due to bigger pages.
IntPtr currentAddr = new IntPtr((uint)&stackInfo - 4096);
//Query for the current stack allocation information.
VirtualQuery(currentAddr, ref stackInfo, sizeof(MEMORY_BASIC_INFORMATION));
//If the current address minus the base (remember: the stack
//grows downward in the address space) is greater than the
//number of bytes requested plus the unreserved space at the end,
//the request has succeeded.
System.Diagnostics.Debug.WriteLine(String.Format("CurrentAddr = {0}, stackInfo.AllocationBase = {1}. Space left = {2} bytes.", (uint)currentAddr.ToInt64(),
stackInfo.AllocationBase,
((uint)currentAddr.ToInt64() - stackInfo.AllocationBase)));
return ((uint)currentAddr.ToInt64() - stackInfo.AllocationBase) > (bytes + STACK_RESERVED_SPACE);
}
[DllImport("kernel32.dll")]
private static extern int VirtualQuery(IntPtr lpAddress, ref MEMORY_BASIC_INFORMATION lpBuffer, int dwLength);
}
注意:第47行就是这一行
IntPtr currentAddr = new IntPtr((uint)&stackInfo - 4096);
问题:
代码的哪一部分溢出,是指向uint的指针,“ - 4096”操作,还是对Int64的强制转换?
任何想法如何使这更健壮?
更多信息:
操作系统是64位Windows Server 2008,运行带有Intel Zeon(x86)CPU的IIS7。
传递给CheckForSufficientStack函数的参数是:
private const Int32 _minimumStackSpaceLimit = 48 * 1024;
编辑:谢谢你的回答。我已更新代码以删除强制转换并使用指针大小的变量,以便它在32位和64位工作。这应该是其他人想要的:
public static class StackManagement
{
[StructLayout(LayoutKind.Sequential)]
struct MEMORY_BASIC_INFORMATION
{
public UIntPtr BaseAddress;
public UIntPtr AllocationBase;
public uint AllocationProtect;
public UIntPtr RegionSize;
public uint State;
public uint Protect;
public uint Type;
};
private const long STACK_RESERVED_SPACE = 4096 * 16;
public unsafe static bool CheckForSufficientStack(UInt64 bytes)
{
MEMORY_BASIC_INFORMATION stackInfo = new MEMORY_BASIC_INFORMATION();
UIntPtr currentAddr = new UIntPtr(&stackInfo);
VirtualQuery(currentAddr, ref stackInfo, sizeof(MEMORY_BASIC_INFORMATION));
UInt64 stackBytesLeft = currentAddr.ToUInt64() - stackInfo.AllocationBase.ToUInt64();
System.Diagnostics.Debug.WriteLine(String.Format("CurrentAddr = {0}, stackInfo.AllocationBase = {1}. Space left = {2} bytes.",
currentAddr,
stackInfo.AllocationBase,
stackBytesLeft));
return stackBytesLeft > (bytes + STACK_RESERVED_SPACE);
}
[DllImport("kernel32.dll")]
private static extern int VirtualQuery(UIntPtr lpAddress, ref MEMORY_BASIC_INFORMATION lpBuffer, int dwLength);
}
没有找到相关结果
已邀请:
1 个回复
笛驮型迸
Duffy的代码只能用于32位代码。