找回密码
 加入我们

QQ登录

只需一步,快速开始

搜索
查看: 8435|回复: 7

[开源] 如何禁用虚拟机 (其实很扯淡,但是不失为一种方法)

 火.. [复制链接]

29

主题

134

回帖

4

精华

论坛元老

积分
5970
QQ
发表于 2010-7-18 11:34:10 | 显示全部楼层 |阅读模式
虚拟机这个东西其实很邪恶,他甚至完成隔离了其他软件的监控,其实控制他也不是没有办法,根据自己理解有几种(由于虚拟机种类太多,仅仅限于vmware)
<1>监控进程创建,根据进程名字VMware.exe,禁止其运行。但是改成aa.exe,嘿嘿 ,就扯淡了
<2>这种方法有一定的可用性,但是还有待于验证。 12.png 大家看到了吧
产品名称嘿嘿,监控进程获得进程路径,获得产品名称。

WCHAR FileFile[MAX_PATH_BUFFER];
    DWORD dwSize = GetFileVersionInfoSize((LPCWSTR)szFileName,NULL);
if(dwSize==0)
  return FALSE;
DWORD a = GetLastError();
LPVOID pBlock = malloc(dwSize);   
if(!pBlock)
  return FALSE;
GetFileVersionInfo((LPCWSTR)szFileName,0,dwSize,pBlock);   
char* pVerValue = NULL;   
UINT nSize = 0;   
VerQueryValue(pBlock,TEXT("\\VarFileInfo\\Translation"),(LPVOID*)&pVerValue,&nSize);   
if(!pVerValue)
{
  return FALSE;
}
CString strSubBlock,strTranslation,strTemp;   
strTemp.Format(L"000%x",*((unsigned short int *)pVerValue));   
strTranslation   =   strTemp.Right(4);   
strTemp.Format(L"000%x",*((unsigned short int *)&pVerValue[2]));   
strTranslation   +=   strTemp.Right(4);   
//080404b0为中文,040904E4为英文   
//文件描述   
//strSubBlock.Format(L"\\StringFileInfo\\%s\\FileDescription",strTranslation);   
//VerQueryValue(pBlock,strSubBlock.GetBufferSetLength(256),(LPVOID*)&pVerValue,&nSize);
//strSubBlock.ReleaseBuffer();   
//strTemp.Format(L"%s",pVerValue);
//AfxMessageBox(strTemp);   
////内部名称   
//strSubBlock.Format(L"\\StringFileInfo\\%s\\InternalName",strTranslation);   
//VerQueryValue(pBlock,strSubBlock.GetBufferSetLength(256),(LPVOID*)&pVerValue,&nSize);   
//strSubBlock.ReleaseBuffer();   
//strTemp.Format(L"内部名称:   %s",pVerValue);   
//AfxMessageBox(strTemp);   
////合法版权   
//strSubBlock.Format(L"\\StringFileInfo\\%s\\LegalTradeMarks",strTranslation);   
//VerQueryValue(pBlock,strSubBlock.GetBufferSetLength(256),(LPVOID*)&pVerValue,&nSize);   
//strSubBlock.ReleaseBuffer();   
//strTemp.Format(L"合法版权:   %s",pVerValue);   
//AfxMessageBox(strTemp);   
////原始文件名   
//strSubBlock.Format(L"\\StringFileInfo\\%s\\OriginalFileName",strTranslation);   
//VerQueryValue(pBlock,strSubBlock.GetBufferSetLength(256),(LPVOID*)&pVerValue,&nSize);   
//strSubBlock.ReleaseBuffer();   
//strTemp.Format(L"原始文件名:   %s",pVerValue);   
//AfxMessageBox(strTemp);   
//产品名称   
strSubBlock.Format(L"\\StringFileInfo\\%s\\ProductName",strTranslation);   
VerQueryValue(pBlock,strSubBlock.GetBufferSetLength(256),(LPVOID*)&pVerValue,&nSize);   
strSubBlock.ReleaseBuffer();  

_tcscpy_s(FileFile,MAX_PATH_BUFFER,(LPCWSTR)pVerValue);
_wcsupr_s(FileFile,MAX_PATH_BUFFER);
//OutputDebugStringW(L"文件版本");
//OutputDebugStringW(FileFile);
//OutputDebugStringW(FileFile);
//strTemp.Format(L"产品名称:   %s",FileFile);   
//AfxMessageBox(strTemp);   
////产品版本   
//strSubBlock.Format(L"\\StringFileInfo\\%s\\ProductVersion",strTranslation);   
//VerQueryValue(pBlock,strSubBlock.GetBufferSetLength(256),(LPVOID*)&pVerValue,&nSize);   
//strSubBlock.ReleaseBuffer();   
//strTemp.Format(L"产品版本:   %s",pVerValue);   
//AfxMessageBox(strTemp);   
free(pBlock);
不过这个东西也是可以改的,如果改了,那只能无语了
<3>这种方法我比较喜欢。大家可以看看。就是找到虚拟机的安装目录,然后更改pe文件格式。主要是路径获得,我是通过这册表,如果改了注册表,自己定位路径,那我们碰到高手了,这方法欺骗大众
BOOL CFileMon::IsPeFile(LPCWSTR strPathName)
{
WCHAR FilePath[MAX_PATH];
_tcscpy_s(FilePath,MAX_PATH,strPathName);
_wcslwr_s(FilePath);
if(wcsstr(FilePath,L".exe")==NULL)//这个有点省事了,哈哈
{
  return FALSE;
}

HANDLE hFile = CreateFile( strPathName,
   GENERIC_READ,
   FILE_SHARE_READ,
   NULL,
   OPEN_EXISTING,
   FILE_ATTRIBUTE_NORMAL,
   NULL );
  if ( hFile == INVALID_HANDLE_VALUE ) {
   TRACE1( "Failed To Open File %s !\n", strPathName );
   return FALSE;
  }
  HANDLE hMMFile = CreateFileMapping( hFile, NULL, PAGE_READONLY, 0, 0, NULL );
  if ( hMMFile == INVALID_HANDLE_VALUE ) {
   CloseHandle( hFile );
   return FALSE;
  }
  LPVOID pvMem = MapViewOfFile( hMMFile, FILE_MAP_READ, 0, 0, 0 );
  if ( ! pvMem ) {
   CloseHandle( hMMFile );
   CloseHandle( hFile );
   return FALSE;
  }
  if ( *( USHORT* ) pvMem != IMAGE_DOS_SIGNATURE ) {
   UnmapViewOfFile( pvMem );
   CloseHandle( hMMFile );
   CloseHandle( hFile );
   return FALSE;
  }
  
  if ( *( ( DWORD* ) ( ( PBYTE ) pvMem + ( ( PIMAGE_DOS_HEADER ) pvMem )->e_lfanew ) ) != IMAGE_NT_SIGNATURE ) {
   UnmapViewOfFile( pvMem );
   CloseHandle( hMMFile );
   CloseHandle( hFile );
   return FALSE;
  }


  UnmapViewOfFile( pvMem );
  CloseHandle( hMMFile );
  CloseHandle( hFile );
  return TRUE;
}
BOOL CFileMon::ChangePeToZf(LPCWSTR strPathName)
{
HANDLE hFile = CreateFile( strPathName,
  GENERIC_READ|GENERIC_WRITE,
  FILE_SHARE_READ|FILE_SHARE_WRITE,
  NULL,
  OPEN_EXISTING,
  FILE_ATTRIBUTE_NORMAL,
  NULL );
if ( hFile == INVALID_HANDLE_VALUE ) {
  TRACE1( "Failed To Open File %s !\n", strPathName );
  return FALSE;
}
HANDLE hMMFile = CreateFileMapping( hFile, NULL, PAGE_READWRITE, 0, 0, NULL );
if ( hMMFile == INVALID_HANDLE_VALUE ) {
  CloseHandle( hFile );
  return FALSE;
}
LPVOID pvMem = MapViewOfFile( hMMFile, FILE_MAP_READ|FILE_MAP_WRITE, 0, 0, 0 );
if ( ! pvMem ) {
  CloseHandle( hMMFile );
  CloseHandle( hFile );
  return FALSE;
}
if ( *( USHORT* ) pvMem != IMAGE_DOS_SIGNATURE ) {
  UnmapViewOfFile( pvMem );
  CloseHandle( hMMFile );
  CloseHandle( hFile );
  return FALSE;
}
if ( *( ( DWORD* ) ( ( PBYTE ) pvMem + ( ( PIMAGE_DOS_HEADER ) pvMem )->e_lfanew ) ) != IMAGE_NT_SIGNATURE ) {
  UnmapViewOfFile( pvMem );
  CloseHandle( hMMFile );
  CloseHandle( hFile );
  return FALSE;
}
*( USHORT* ) pvMem = (USHORT)ZF_IMAGE_DOS_SIGNATURE;
*( ( DWORD* ) ( ( PBYTE ) pvMem + ( ( PIMAGE_DOS_HEADER ) pvMem )->e_lfanew ) )=(DWORD)ZF_IMAGE_NT_SIGNATURE;
UnmapViewOfFile( pvMem );
CloseHandle( hMMFile );
CloseHandle( hFile );
return TRUE;
}
BOOL CFileMon::ChangeZfToPe(LPCWSTR strPathName)
{
HANDLE hFile = CreateFile( strPathName,
  GENERIC_READ|GENERIC_WRITE,
  FILE_SHARE_READ|FILE_SHARE_WRITE,
  NULL,
  OPEN_EXISTING,
  FILE_ATTRIBUTE_NORMAL,
  NULL );
if ( hFile == INVALID_HANDLE_VALUE ) {
  TRACE1( "Failed To Open File %s !\n", strPathName );
  return FALSE;
}
HANDLE hMMFile = CreateFileMapping( hFile, NULL, PAGE_READWRITE, 0, 0, NULL );
if ( hMMFile == INVALID_HANDLE_VALUE ) {
  CloseHandle( hFile );
  return FALSE;
}
LPVOID pvMem = MapViewOfFile( hMMFile, FILE_MAP_READ|FILE_MAP_WRITE, 0, 0, 0 );
if ( ! pvMem ) {
  CloseHandle( hMMFile );
  CloseHandle( hFile );
  return FALSE;
}
if ( *( USHORT* ) pvMem != ZF_IMAGE_DOS_SIGNATURE ) {
  UnmapViewOfFile( pvMem );
  CloseHandle( hMMFile );
  CloseHandle( hFile );
  return FALSE;
}
if ( *( ( DWORD* ) ( ( PBYTE ) pvMem + ( ( PIMAGE_DOS_HEADER ) pvMem )->e_lfanew ) ) != ZF_IMAGE_NT_SIGNATURE ) {
  UnmapViewOfFile( pvMem );
  CloseHandle( hMMFile );
  CloseHandle( hFile );
  return FALSE;
}
*( USHORT* ) pvMem = (USHORT)IMAGE_DOS_SIGNATURE;
*( ( DWORD* ) ( ( PBYTE ) pvMem + ( ( PIMAGE_DOS_HEADER ) pvMem )->e_lfanew ) )=(DWORD)IMAGE_NT_SIGNATURE;
UnmapViewOfFile( pvMem );
CloseHandle( hMMFile );
CloseHandle( hFile );
return TRUE;
}
如果大家有什么好的办法,一定通知我,大家学习一下

评分

参与人数 1水晶币 +10 +10 收起 理由
HoviDelphic + 10 + 10 以后这样的帖子发到底层区,俺给你加亮加精 ...

查看全部评分

858

主题

2638

回帖

2

精华

管理员

此生无悔入华夏,  长居日耳曼尼亚。  

积分
36138
发表于 2010-7-19 09:17:52 | 显示全部楼层
禁用虚拟机有何用???

0

主题

20

回帖

0

精华

初来乍到

积分
0
发表于 2010-7-21 20:25:33 | 显示全部楼层
当然有用了,比如禁止别人用调试器调试程序等。

2

主题

17

回帖

0

精华

铜牌会员

积分
35
发表于 2010-9-18 15:02:37 | 显示全部楼层
相当无语..

275

主题

3019

回帖

1

精华

管理员

嗷嗷叫的老马

积分
17066

论坛牛人贡献奖关注奖最佳版主进步奖人气王疯狂作品奖精英奖赞助论坛勋章乐于助人勋章

QQ
发表于 2010-9-18 19:10:37 | 显示全部楼层
如果已经在虚拟机里运行了,如何检测呢?
我就是嗷嗷叫的老马了......

29

主题

134

回帖

4

精华

论坛元老

积分
5970
QQ
 楼主| 发表于 2010-9-19 10:07:28 | 显示全部楼层
马老大 这个好像是 通过虚拟机原理来判断的 网上有介绍,但是才疏学浅看不懂 ,没有办法给大家展示了
花落时想你
花开时你在哪里

2

主题

17

回帖

0

精华

铜牌会员

积分
35
发表于 2010-9-23 15:23:48 | 显示全部楼层
回复 5# 马大哈


  BOOL IsInsideVMWare_(){
  BOOL r;
  _asm
  {
    push   edx
    push   ecx
    push   ebx

    mov    eax, 'VMXh'
    mov    ebx, 0 // any value but MAGIC VALUE
    mov    ecx, 10 // get VMWare version
    mov    edx, 'VX' // port number
    in     eax, dx // read port
                   // on return EAX returns the VERSION
    cmp    ebx, 'VMXh' // is it a reply from VMWare?
    setz   [r] // set return value

    pop    ebx
    pop    ecx
    pop    edx
  }
  return r;
}
// 返回FALSE是没有运行VMware
BOOL FV_VMWare_VMX(){
  __try  {
    return IsInsideVMWare_();
  }
  __except(1) // 1 = EXCEPTION_EXECUTE_HANDLER
  {
    return FALSE;
  }
}
// 返回TRUE 是没有运行VPC
__declspec(naked) BOOL  FV_VPC_Exception() {
  _asm  {
    push ebp
    mov  ebp, esp

    mov  ecx, offset exception_handler

    push ebx
    push ecx

    push dword ptr fs:[0]
    mov  dword ptr fs:[0], esp

    mov  ebx, 0 // Flag
    mov  eax, 1 // VPC function number
  }

    // call VPC
   _asm __emit 0Fh
   _asm __emit 3Fh
   _asm __emit 07h
   _asm __emit 0Bh

  _asm  {
    mov eax, dword ptr ss:[esp]
    mov dword ptr fs:[0], eax

    add esp, 8

    test ebx, ebx
   
    setz al

    lea esp, dword ptr ss:[ebp-4]
    mov ebx, dword ptr ss:[esp]
    mov ebp, dword ptr ss:[esp+4]

    add esp, 8

    jmp ret1
exception_handler:
    mov ecx, [esp+0Ch]
    mov dword ptr [ecx+0A4h], -1 // EBX = -1 -> not running, ebx = 0 -> running
    add dword ptr [ecx+0B8h], 4 // -> skip past the call to VPC
    xor eax, eax // exception is handled
    ret
ret1:
    ret
  }
}

16

主题

81

回帖

0

精华

银牌会员

积分
611
发表于 2010-9-24 22:17:15 | 显示全部楼层
虚拟机检测技术剖析

作者:riusksk (泉哥)
主页:http://riusksk.blogbus.com

前言
在当今信息安全领域,特别是恶意软件分析中,经常需要利用到虚拟机技术,以提高病毒分析过程的安全性以及硬件资源的节约性,因此它在恶意软件领域中是应用越来越来广泛。这里我们所谓的虚拟机(Virtual Machine)是指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。通过虚拟机软件(比如VMware,Virtual PC ,VirtualBox),你可以在一台物理计算机上模拟出一台或多台虚拟的计算机,这些虚拟机完全就像真正的计算机那样进行工作,例如你可以安装操作系统、安装应用程序、访问网络资源等等。攻击者为了提高恶意程序的隐蔽性以及破坏真实主机的成功率,他们都在恶意程序中加入检测虚拟机的代码,以判断程序所处的运行环境。当发现程序处于虚拟机(特别是蜜罐系统)中时,它就会改变操作行为或者中断执行,以此提高反病毒人员分析恶意软件行为的难度。本文主要针对基于Intel CPU的虚拟环境VMware中的Windows XP SP3系统进行检测分析,并列举出当前常见的几种虚拟机检测方法。

方法一:通过执行特权指令来检测虚拟机
Vmware为真主机与虚拟机之间提供了相互沟通的通讯机制,它使用“IN”指令来读取特定端口的数据以进行两机通讯,但由于IN指令属于特权指令,在处于保护模式下的真机上执行此指令时,除非权限允许,否则将会触发类型为“EXCEPTION_PRIV_INSTRUCTION”的异常,而在虚拟机中并不会发生异常,在指定功能号0A(获取VMware版本)的情况下,它会在EBX中返回其版本号“VMXH”;而当功能号为0x14时,可用于获取VMware内存大小,当大于0时则说明处于虚拟机中。VMDetect正是利用前一种方法来检测VMware的存在,其检测代码分析如下:
bool IsInsideVMWare()
{
  bool rc = true;

  __try
  {
    __asm
    {
      push   edx
      push   ecx
      push   ebx

      mov    eax, 'VMXh'
      mov    ebx, 0  // 将ebx设置为非幻数’VMXH’的其它值
      mov    ecx, 10 // 指定功能号,用于获取VMWare版本,当它为0x14时用于获取VMware内存大小
      mov    edx, 'VX' // 端口号
      in     eax, dx // 从端口dx读取VMware版本到eax
//若上面指定功能号为0x14时,可通过判断eax中的值是否大于0,若是则说明处于虚拟机中
      cmp    ebx, 'VMXh' // 判断ebx中是否包含VMware版本’VMXh’,若是则在虚拟机中
      setz   [rc] // 设置返回值

      pop    ebx
      pop    ecx
      pop    edx
    }
  }
  __except(EXCEPTION_EXECUTE_HANDLER)  //如果未处于VMware中,则触发此异常
  {
    rc = false;
  }

  return rc;
}
测试结果:

                 图1
如图1所示,VMDetect成功检测出VMWare的存在。

方法二:利用IDT基址检测虚拟机
利用IDT基址检测虚拟机的方法是一种通用方式,对VMware和Virtual PC均适用。中断描述符表IDT(Interrupt Descriptor Table)用于查找处理中断时所用的软件函数,它是一个由256项组成的数据,其中每一中断对应一项函数。为了读取IDT基址,我们需要通过SIDT指令来读取IDTR(中断描述符表寄存器,用于IDT在内存中的基址),SIDT指令是以如下格式来存储IDTR的内容:
typedef struct
{
    WORD IDTLimit;                // IDT的大小
    WORD LowIDTbase;        // IDT的低位地址
    WORD HiIDTbase;        // IDT的高位地址
} IDTINFO;
由于只存在一个IDTR,但又存在两个操作系统,即虚拟机系统和真主机系统。为了防止发生冲突,VMM(虚拟机监控器)必须更改虚拟机中的IDT地址,利用真主机与虚拟机环境中执行sidt指令的差异即可用于检测虚拟机是否存在。著名的“红丸”(redpill)正是利用此原理来检测VMware的。Redpill作者在VMware上发现虚拟机系统上的IDT地址通常位于0xFFXXXXXX,而Virtual PC通常位于0xE8XXXXXX,而在真实主机上正如图2所示都位于0x80xxxxxx。Redpill仅仅是通过判断执行SIDT指令后返回的第一字节是否大于0xD0,若是则说明它处于虚拟机,否则处于真实主机中。Redpill的源码甚是精简,源码分析如下:
#include <stdio.h>
int main () {

  unsigned char m[2+4], rpill[] = "\x0f\x01\x0d\x00\x00\x00\x00\xc3";        //相当于SIDT[adrr],其中addr用于保存IDT地址
  *((unsigned*)&rpill[3]) = (unsigned)m;        //将sidt[addr]中的addr设为m的地址
  ((void(*)())&rpill)();        //执行SIDT指令,并将读取后IDT地址保存在数组m中

  printf ("idt base: %#x\n", *((unsigned*)&m[2]));         //由于前2字节为IDT大小,因此从m[2]开始即为IDT地址
  if (m[5]>0xd0) printf ("Inside Matrix!\n", m[5]); //当IDT基址大于0xd0xxxxxx时则说明程序处于VMware中
  else printf ("Not in Matrix.\n");
  return 0;
}
测试结果如图2所示:

                                     图2
利用此IDT检测的方法存在一个缺陷,由于IDT的值只针对处于正在运行的处理器而言,在单CPU中它是个常量,但当它处于多CPU时就可能会受到影响了,因为每个CPU都有其自己的IDT,这样问题就自然而然的产生了。针对此问题,Offensive Computing组织成员提出了两种应对方法,其中一种方法就是利用Redpill反复地在系统上循环执行任务,以此构造出一张当前系统的IDT值变化统计图,但这会增加CPU负担;另一种方法就是windows API函数SetThreadAffinityMask()将线程限制在单处理器上执行,当执行此测试时只能准确地将线程执行环境限制在本地处理器,而对于将线程限制在VM处理器上就可能行不通了,因为VM是计划在各处理器上运行的,VM线程在不同的处理器上执行时,IDT值将会发生变化,因此此方法也是很少被使用的。为此,有人提出了使用LDT的检测方法,它在具有多个CPU的环境下检测虚拟机明显优于IDT检测方法,该方法具体内容参见下节内容。

方法三:利用LDT和GDT的检测方法
在 《Intel&reg; 64 and IA-32  Architecture Software Developer’s Manual Volume 3A: System Programming Guide》第二章的Vol.3 2-5 一页(我的Intel开发手册是2008版的)中对于LDT和GDT的描述如下(以下内容为个人翻译):
在保护模式下,所有的内存访问都要通过全局描述符表(GDT)或者本地描述符表(LDT)才能进行。这些表包含有段描述符的调用入口。各个段描述符都包含有各段的基址,访问权限,类型和使用信息,而且每个段描述符都拥有一个与之相匹配的段选择子,各个段选择子都为软件程序提供一个GDT或LDT索引(与之相关联的段描述符偏移量),一个全局/本地标志(决定段选择子是指向GDT还是LDT),以及访问权限信息。
若想访问段中的某一字节,必须同时提供一个段选择子和一个偏移量。段选择子为段提供可访问的段描述符地址(在GDT 或者LDT 中)。通过段描述符,处理器从中获取段在线性地址空间里的基址,而偏移量用于确定字节地址相对基址的位置。假定处理器在当前权限级别(CPL)可访问这个段,那么通过这种机制就可以访问在GDT 或LDT 中的各种有效代码、数据或者堆栈段,这里的CPL是指当前可执行代码段的保护级别。
……
GDT的线性基址被保存在GDT寄存器(GDTR)中,而LDT的线性基址被保存在LDT寄存器(LDTR)中。

由于虚拟机与真实主机中的GDT和LDT并不能相同,这与使用IDT的检测方法一样,因此虚拟机必须为它们提供一个“复制体”。关于GDT和LDT的基址可通过SGDT和SLDT指令获取。虚拟机检测工具Scoopy suite的作者Tobias Klein经测试发现,当LDT基址位于0x0000(只有两字节)时为真实主机,否则为虚拟机,而当GDT基址位于0xFFXXXXXX时说明处于虚拟机中,否则为真实主机。具体实现代码如下:
#include <stdio.h>

void LDTDetect(void)
{
    unsigned short ldt_addr = 0;
    unsigned char ldtr[2];

    _asm sldt ldtr
    ldt_addr = *((unsigned short *)&ldtr);
    printf("LDT BaseAddr: 0x%x\n", ldt_addr);

    if(ldt_addr == 0x0000)
    {
        printf("Native OS\n");
    }
    else
        printf("Inside VMware\n");
}

void GDTDetect(void)
{
    unsigned int gdt_addr = 0;
    unsigned char gdtr[4];

    _asm sgdt gdtr
    gdt_addr = *((unsigned int *)&gdtr[2]);
    printf("GDT BaseAddr:0x%x\n", gdt_addr);

    if((gdt_addr >> 24) == 0xff)
    {
        printf("Inside VMware\n");
    }
    else
        printf("Native OS\n");
}

int main(void)
{
    LDTDetect();
    GDTDetect();
    return 0;
}


测试结果如图3所示:

                   图3

方法四:基于STR的检测方法
在保护模式下运行的所有程序在切换任务时,对于当前任务中指向TSS的段选择器将会被存储在任务寄存器中,TSS中包含有当前任务的可执行环境状态,包括通用寄存器状态,段寄存器状态,标志寄存器状态,EIP寄存器状态等等,当此项任务再次被执行时,处理器就会其原先保存的任务状态。每项任务均有其自己的TSS,而我们可以通过STR指令来获取指向当前任务中TSS的段选择器。这里STR(Store task register)指令是用于将任务寄存器 (TR) 中的段选择器存储到目标操作数,目标操作数可以是通用寄存器或内存位置,使用此指令存储的段选择器指向当前正在运行的任务的任务状态段 (TSS)。在虚拟机和真实主机之中,通过STR读取的地址是不同的,当地址等于0x0040xxxx时,说明处于虚拟机中,否则为真实主机。实现代码如下:
#include <stdio.h>
int main(void)
{
    unsigned char mem[4] = {0};
    int i;

    __asm str mem;
    printf (" STR base: 0x");
    for (i=0; i<4; i++)
    {
        printf("%02x",mem);
    }

    if ( (mem[0]==0x00) && (mem[1]==0x40))
        printf("\n INSIDE MATRIX!!\n");
    else
        printf("\n Native OS!!\n");
    return 0;
}
测试结果如图4所示:

                          图4

方法五:基于注册表检测虚拟机
在windows虚拟机中常常安装有VMware Tools以及其它的虚拟硬件(如网络适配器、虚拟打印机,USB集线器……),它们都会创建任何程序都可以读取的windows注册表项,因此我们可以通过检测注册表中的一些关键字符来判断程序是否处于虚拟机之中。关于这些注册表的位置我们可以通过在注册表中搜索关键词“vmware”来获取,下面是我在VMware下的WinXP中找到的一些注册表项:

项名:HKEY_CLASSES_ROOT\Applications\VMwareHostOpen.exe
项名:HKEY_CLASSES_ROOT\Installer\Products\C2A6F2EFE6910124C940B2B12CF170FE\ProductName
键值“VMware Tools”
项名:HKEY_CLASSES_ROOT\Installer\Products\C2A6F2EFE6910124C940B2B12CF170FE\SourceList\PackageName
键值:VMware Tools.msi
项名:HKEY_CURRENT_USER\Printers\DeviceOld
键值:_#VMwareVirtualPrinter,winspool,TPVM:
项名:HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\Scsi\Scsi Port 0\Scsi Bus 0\Target Id 0\Logical Unit Id 0\Identifier
键值:VMware Virtual IDE Hard Drive
项名:HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\Scsi\Scsi Port 1\Scsi Bus 0\Target Id 0\Logical Unit Id 0\Identifier
键值:NECVMWar VMware IDE CDR10
项名:HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Installer\Products\C2A6F2EFE6910124C940B2B12CF170FE\ProductName
键值:VMware Tools
项名:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\C2A6F2EFE6910124C940B2B12CF170FE\InstallProperties\DisplayName
键值:VMware Tools
项名:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Reinstall\0002\DeviceDesc
键值:VMware SVGA II
项名:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkCards\2\Description
键值:VMware Accelerated AMD PCNet Adapter
项名:HKEY_LOCAL_MACHINE\SOFTWARE\VMware, Inc.\VMware Tools
项名:HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4D36E968-E325-11CE-BFC1-08002BE10318}\0000\DriverDesc
键值:VMware SVGA II
项名:HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4D36E968-E325-11CE-BFC1-
08002BE10318}\0000\ProviderName
键值:VMware, Inc.
项名:HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4D36E972-E325-11CE-BFC1-08002bE10318}\0001\DriverDesc
键值:VMware Accelerated AMD PCNet Adapter
项名:HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4D36E97B-E325-11CE-BFC1-08002BE10318}\0000\DriverDesc
键值:VMware SCSI Controller
项名:HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Print\Monitors\ThinPrint Print Port Monitor for VMWare

除以上这些表项之外,还有很多地方可以检测,特别是虚拟机提供的虚拟化软硬件、服务之类,比如文件共享服务,VMware 物理磁盘助手服务,VMware Ethernet Adapter Driver,VMware SCSI Controller等等的这些信息都可作为检测虚拟机的手段。这里我们就以其中某表项为例编程举例一下,其它表项检测方法同理,具体代码如下:
.386
.model flat, stdcall
option casemap:none

   include  windows.inc
   include  user32.inc
   include  kernel32.inc
   include  advapi32.inc

   includelib  user32.lib
   includelib  kernel32.lib
   includelib  advapi32.lib

.data
szCaption     db "VMware Detector ",0
szInside         db "Inside VMware!",0
szOutside              db "Native OS!",0
szSubKey      db "software\VMWare, Inc.\VMware tools",0
hKey              dd    ?

.code
start:
  invoke RegOpenKeyEx, HKEY_LOCAL_MACHINE, addr szSubKey, 0,\
                 KEY_WRITE or KEY_READ, addr hKey
  .if eax == ERROR_SUCCESS
  invoke MessageBox, NULL,addr szInside, addr szCaption, MB_OK
  .else
  invoke MessageBox, NULL,addr szOutside, addr szCaption, MB_OK
  .endif
  invoke RegCloseKey,hKey
  invoke ExitProcess,NULL
end start

测试结果如图5所示:

            图5

方法六:基于时间差的检测方式
本方法通过运行一段特定代码,然后比较这段代码在虚拟机和真实主机之中的相对运行时间,以此来判断是否处于虚拟机之中。这段代码我们可以通过RDTSC指令来实现,RDTSC指令是用于将计算机启动以来的CPU运行周期数存放到EDX:EAX里面,其中EDX是高位,而EAX是低位。下面我们以xchg    ecx,  eax 一句指令的运行时间为例,这段指令在我的真实主机windows 7系统上的运行时间为0000001E,如图6所示:

              图6
而该指令在虚拟机WinXP下的运行时间为00000442,如图7所示:

               图7
两者之间的运行时间明显差别很多,在虚拟机中的运行速度远不如真实主机的,一般情况下,当它的运行时间大于0xFF时,就可以确定它处于虚拟机之中了,因此不难写出检测程序,具体实现代码如下:
.586p
.model flat, stdcall
option casemap:none

include                        windows.inc
include                         kernel32.inc
include                        user32.inc

includelib                kernel32.lib
includelib                user32.lib

                       
.data
szTitle                        db        "VMDetect With RDTSC", 0h
szInsideVM                db        "Inside VMware!", 0h
szOutsideVM                db        "Native OS!", 0h

.code

start:
        RDTSC
        xchg                 ecx, eax
        RDTSC       
        sub                eax, ecx
        cmp                eax, 0FFh
        jg                Detected
       
        invoke        MessageBox, 0, offset szOutsideVM, offset szTitle, 0
        ret
       
Detected:
        invoke         MessageBox, 0, offset szInsideVM, offset szTitle, 0
        ret
end start
测试结果如图8所示:

              图8

方法七:利用虚拟硬件指纹检测虚拟机
利用虚拟硬件指纹也可用于检测虚拟机的存在,比如VMware默认的网卡MAC地址前缀为“00-05-69,00-0C-29或者00-50-56”,这前3节是由VMware分配的唯一标识符OUI,以供它的虚拟化适配器使用。在我的VMWare WinXP下的MAC地址为00-0C-29-5B-D7-67,如图9所示:

                                 图9
但由于这些可经过修改配置文件来绕过检测。另外,还可通过检测特定的硬件控制器,BIOS,USB控制器,显卡,网卡等特征字符串进行检测,这些在前面使用注册表检测方法中已有所涉及。另外之前在看雪论坛上也有朋友提到通过检测硬盘Model Number是否含有“vmware”或“virtual”等字样来实现检测虚拟机的功能,网址见这(附源码):http://bbs.pediy.com/showthread.php?t=110046

总结
国外SANS安全组织的研究人员总结出当前各种虚拟机检测手段不外乎以下四类:
●        搜索虚拟环境中的进程,文件系统,注册表;
●        搜索虚拟环境中的内存
●        搜索虚拟环境中的特定虚拟硬件
●        搜索虚拟环境中的特定处理器指令和功能
因为现代计算系统大多是由文件系统,内存,处理器及各种硬件组件构成的,上面提到的四种检测手段均包含了这些因素。纵观前面各种检测方法,也均在此四类当中。除此之外,也有人提出通过网络来检测虚拟机,比如搜索ICMP和TCP数据通讯的时间差异,IP ID数据包差异以及数据包中的异常头信息等等。随着技术研究的深入,相信会有更多的检测手段出现,与此同时,虚拟机厂商也会不断进化它们的产品,以增加anti-vmware的难度,这不也正是一场永无休止的无烟战争!

评分

参与人数 1水晶币 +2 收起 理由
jiedengye + 2 精辟

查看全部评分

您需要登录后才可以回帖 登录 | 加入我们

本版积分规则

快速回复 返回顶部 返回列表