如何在WIN2000下按‘CTRL+ALT+DEL’后看不到正在运行的程序！ (200分)

或者不被删除...<br>分数还可以加的.

用RegisterServiceProcess(ProcessID:Long,Type:Long)<br>

我有个控件，很好使。要不要？<br>我的Email：oldice@163.net

iseek，你好：<br><br>要的，谢谢，请发到这个地址．<br><br>我给你加分．．．

iseek，你好：<br><br>要的，谢谢，请发到这个地址．<br>yjh@tomore.com<br><br>我给你加分．．．<br>

已经寄出

http://www.patching.net/shotgun/trojan4.htm

继续!

我觉得我这个方法也挺好使。<br>Application.Title:=''<br>这样他就找不到了。<br>

在2000下面，Application.Title:=''是可行的！但……<br>要真正要隐藏exe文件，嘿嘿，在2000下面确实很困难，<br>但并非不是不可以作到的！我发现老外的spectator这个软件就作得很好了<br>可行要卖99$美元，而且几乎上不可能盗版的！据我所知是原来那个sub7<br>小组成员开发的。技术上应该是世界一流的吧！有美元的高手可以试试哟<br>，真的是很厉害拉！更网络摄像机差不多，我用过几次破解的，都对系统<br>产生了不良后果，后来没有办法都重装了！！（总不能每天裸体让人家看你<br>的机子吧！）<br>……<br>现在国内一般都是用dll文件代替exe文件功能挂入到其他，如explorer.exe<br>文件中,这中方法我一直不喜欢，感觉到技术上不地道！：）<br>鄙人愚钝，研究了一年多，总算有点眉目了，基本上可以骗过一般的进程管理<br>软件了！可惜还不完美，跟老外的还是没得比……，有意向的朋友，可以一起研究哟

CWnd *pWnd = CWnd::FindWindow(NULL,"Hide"); // 其中"Hide"是你应用程序的标题，把它改成别的程序的标题，它也能隐藏别的程序,比如关闭IE空窗口 CWnd *pWnd = CWnd::FindWindow(NULL,"about:blank - ");<br>if (pWnd)<br> pWnd-&gt;ShowWindow(pWnd-&gt;IsWindowVisible()?SW_HIDE:SW_SHOW);<br><br>VC下就是这么简单。但是这样隐藏应用程序没问题，但进程一栏，依然你能看到你的程序。<br>有个投机取巧的办法是：把你的程序命名成 intranet、systemid等等。<br>估计大多数的人以为这是个系统程序，认出来了也没几个人动手强行关闭它。<br>

应该是第一种回答，作为一个服务来运行。

给我来一分控件，只要VC++的，Delphi的我会了啊

以下是我在experts提出的关于Windows2000下进程隐身的问题<br><br>Question: Hide my program &nbsp;Date: 12/27/2000 01:00AM PST<br>From: bruce_luo<br>Status: Previously Asked Question &nbsp;Points: 75<br><br>&nbsp; &nbsp;I want develop a server program like LAN proxy server, but how can I hide<br>my program in Task List(TaskMgr.exe)? I try use RegisterServiceProcess<br>function, but this function not support Win2000. I know somebody already<br>used OpenProcess function to hided program. but how to do?<br><br>Sorry for my english - &nbsp;it's rather bad .<br><br>Bruce Luo - Dragon P.C.<br><br><br>Comment<br>From: Madshi &nbsp;Date: 12/27/2000 02:17AM PST<br>For win2000 you need to make your application be a service. Look here for<br>some infos about services: http://www.jgsoftware.com/nt.htm<br><br>Regards, Madshi.<br><br><br>Comment<br>From: tongalite &nbsp;Date: 12/27/2000 02:06PM PST<br><br>I found this.... Perhaps it will help you... It's short and sweet!<br>Preventing Applications from Showing in the Task Bar . The code below will<br>prevent your application from showing in the Windows Task bar and the Task<br>list.<br><br>Using it is pretty straightforward: in your DPR file, after<br>Application.Initialize, set Application.Showmainform to False. Add this<br>code:<br><br>SetWindowLong( application.handle, GWL_EXSTYLE,<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; GetWindowLong( application.handle, GWL_EXSTYLE )<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; or WS_EX_TOOLWINDOW and not WS_EX_APPWINDOW );<br>-------------------------------------------<br>so-long!<br>Tony<br><br><br>Comment<br>From: inthe &nbsp;Date: 12/28/2000 12:51AM PST<br>you cant just execute services,<br>to create them you can use File-New-Service Application.<br>(if you have that option else youll need to add SvcMgr to the uses and<br>create manually.)<br><br>then when youve made it you can use<br>from dos prompt<br>project1 /install<br>or<br>project1 /uninstall<br>to install and uninstall the service then<br>net start service2<br>net stop service2<br>or use control panel-admin tools-services to start and stop it.<br><br>below is example of a service and below that is example of starting and<br>stopping a service from code<br>:<br>go to the control panel - administrative tools - services to see it stop and<br>start when the buttons<br>are clicked in our delphi app.(may have to press refresh in service window)<br><br><br>the service (just beeps the speaker every 5 secs) :<br><br>unit Unit1;<br><br>interface<br><br>uses<br>&nbsp;Windows, Messages, SysUtils, Classes,SvcMgr, ExtCtrls &nbsp;;<br><br>type<br>&nbsp;TService2 = class(TService)<br>&nbsp; &nbsp;Timer1: TTimer;<br>&nbsp; &nbsp;procedure Timer1Timer(Sender: TObject);<br>&nbsp;private<br>&nbsp; &nbsp;{ Private declarations }<br>&nbsp;public<br>&nbsp; &nbsp;function GetServiceController: TServiceController; override;<br>&nbsp; &nbsp;{ Public declarations }<br>&nbsp;end;<br><br>var<br>&nbsp;Service2: TService2;<br><br>implementation<br><br>{$R *.DFM}<br><br>procedure ServiceController(CtrlCode: DWord); stdcall;<br>begin<br>&nbsp;Service2.Controller(CtrlCode);<br>end;<br><br>function TService2.GetServiceController: TServiceController;<br>begin<br>&nbsp;Result := ServiceController;<br>end;<br><br>procedure TService2.Timer1Timer(Sender: TObject);<br>begin<br>MessageBeep(1);<br>end;<br><br>end.<br><br><br><br>control app(not nessesary if you use control panel) :<br><br>unit Unit1;<br><br>interface<br><br>uses<br>&nbsp;Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,<br>&nbsp;StdCtrls,WinSvc;<br><br>type<br>&nbsp;TForm1 = class(TForm)<br>&nbsp; &nbsp;Button1: TButton;<br>&nbsp; &nbsp;Button2: TButton;<br>&nbsp; &nbsp;procedure Button1Click(Sender: TObject);<br>&nbsp; &nbsp;procedure Button2Click(Sender: TObject);<br>&nbsp;private<br>&nbsp; &nbsp;{ Private declarations }<br>&nbsp;public<br>&nbsp; &nbsp;{ Public declarations }<br>&nbsp;end;<br><br>var<br>&nbsp;Form1: TForm1;<br><br>implementation<br><br>{$R *.DFM}<br><br>function ServiceStart(sMachine, sService: String) : Boolean;<br>var<br>&nbsp; schm, &nbsp; schs: SC_Handle;<br>&nbsp; ss: TServiceStatus;<br>&nbsp; psTemp: PChar;<br>&nbsp; dwChkP: DWord;<br>begin<br>&nbsp; ss.dwCurrentState := 0;<br>&nbsp;schm := OpenSCManager(PChar(sMachine), nil, SC_MANAGER_CONNECT);<br>&nbsp; if (schm&gt;0) then<br>&nbsp; begin<br>&nbsp; &nbsp;schs := OpenService(schm, PChar(sService), SERVICE_START or<br>SERVICE_QUERY_STATUS);<br>&nbsp; &nbsp; if (schs&gt;0) then<br>&nbsp; &nbsp;begin<br>&nbsp; &nbsp; &nbsp;psTemp := nil;<br>&nbsp; &nbsp; &nbsp; if (StartService(schs, 0, psTemp)) then<br>&nbsp; &nbsp; &nbsp; &nbsp; if (QueryServiceStatus(schs, ss)) then<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;while (SERVICE_RUNNING&lt;&gt;ss.dwCurrentState) do<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; begin<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;dwChkP := ss.dwCheckPoint;<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Sleep(ss.dwWaitHint);<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;if (not QueryServiceStatus(schs, ss)) then<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Break;<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; if ss.dwCheckPoint &lt;&gt; 0 then<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Break;<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; end;<br>&nbsp; &nbsp; &nbsp; CloseServiceHandle(schs);<br>&nbsp; &nbsp; end;<br>&nbsp; &nbsp;CloseServiceHandle(schm);<br>&nbsp; end;<br>&nbsp;Result := SERVICE_RUNNING=ss.dwCurrentState;<br>end;<br><br>function ServiceStop(sMachine, sService: String) : Boolean;<br>var &nbsp; schm, &nbsp; schs: SC_Handle;<br>&nbsp; ss: TServiceStatus;<br>&nbsp;dwChkP: DWord;<br>begin<br>schm := OpenSCManager(PChar(sMachine), nil, SC_MANAGER_CONNECT);<br>&nbsp;if (schm&gt;0) then &nbsp; begin<br>&nbsp; &nbsp; schs := OpenService(schm, PChar(sService), SERVICE_STOP or<br>SERVICE_QUERY_STATUS);<br>&nbsp; &nbsp; if (schs&gt;0) then<br>&nbsp; &nbsp; begin<br>&nbsp; &nbsp; &nbsp;if (ControlService(schs, SERVICE_CONTROL_STOP, ss)) then<br>&nbsp; &nbsp; &nbsp; &nbsp; if (QueryServiceStatus(schs, ss)) then<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;while (SERVICE_STOPPED&lt;&gt;ss.dwCurrentState) do<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;begin<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; dwChkP := ss.dwCheckPoint;<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Sleep(ss.dwWaitHint);<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; if (not QueryServiceStatus(schs, ss)) then<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Break;<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; if ss.dwCheckPoint &lt;&gt; 0 then<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Break;<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; end;<br>&nbsp; &nbsp; &nbsp; CloseServiceHandle(schs);<br>&nbsp; &nbsp; end;<br>&nbsp; &nbsp;CloseServiceHandle(schm);<br>&nbsp; end;<br>&nbsp; Result := SERVICE_STOPPED=ss.dwCurrentState;<br>end;<br><br><br>procedure TForm1.Button1Click(Sender: TObject);<br>begin<br>ServiceStart('','Service2');<br>file://ServiceStart('//computername','Alerter');<br>file://this would be for remote services<br>end;<br><br>procedure TForm1.Button2Click(Sender: TObject);<br>begin<br>ServiceStop('','Service2');<br>end;<br><br>end.<br><br><br>you can also install it from code (still working on that part myself) using<br>CreateService etc..<br><br>theres very little docs on services so if anyone else has any feel free to<br>add here <br>

我帮你顶！<br>

在同一个进程空间运行两个程序(进程隐藏)加API函数拦截技术可以完美解决此问题<br>…………

（在同一个进程空间运行两个程序(进程隐藏)加API函数拦截技术（绝对原创）<br>&nbsp;具体实现，我已经用VC++和Delphi彻底在9x和nt完美解决，不过暂时不想公布出来了）<br>过程才能体会快乐……<br>如果大家仍然没有解决，我可以考虑明年公布！<br>至于以前的dll木马技术则是早就是垃圾技术了，<br>希望各位不要再受某些所谓的“高手”误导了<br>…………<br><br>以下为各位提供一点资料，非本人原创<br>在同一个进程空间运行两个程序(进程隐藏) <br><br>在同一个进程空间运行两个程序<br>运行环境：Windows NT4.0/Windows 2000<br>关键字：进程隐藏，API截获，映像加载 <br>众所周知，bo2k可以在一个指定的进程空间(比如explorer.exe进程)做为一个线程运行。本文试图找出一种方法，使得任意exe都可以在其他进程中以线程运行(当然，这里说的"任意"是有条件的，下面会讲到)。<br>为行文简单起见，我把先加载的exe称为宿主，后加载的exe称为客户。对于上面的例子，explorer.exe为宿主，bo2k.exe为客户。<br><br>基本知识<br>每一个exe都有一个缺省加载基址，一般都是0x400000。如果实际加载基址和缺省基址相同，程序中的重定位表就不需要修正(fixup),否则，就必须修正重定位表；<br>如果一个程序没有重定位表，而且如果程序不能在缺省基址处加载，那么程序将不能运行。举个例子，Windows95的最低加载基址是0x400000，你在<br>Windows NT上开发了一个exe，指定其加载基址为0x10000，如果连接时让连接器剥离重定位表，那么他将无法在Windows95下运行。<br><br>bo2k为了避免和普通程序冲突，选了一个极其特殊的基址：0x03140000，这个地址一般不会有程序用到。这样bo2k启动后，用WriteProcessMemory将自身复制到宿主进程的<br>0x03140000地址处，再用CreateRemoteThread远程启动一个线程，从入口点开始执行。 <br>bo2k能够在其他进程空间正常运行，关键有两点：<br>1)实际加载基址和缺省基址相同，这样就无需修正重定位表。<br>2)与bo2k隐性联接(implicitly link)的动态联接库在目标进程中的加载基址和bo2k启动时的加载基址一致，这样就无需修改导入函数表。除非只用到ntdll.dll和kernel32.dll两个dll，<br>否则这点很难保证。bo2k的解决办法是，远程运行的代码不用隐性调用，所有用到API都在远程代码运行后再动态确定(用LoadLibrary和GetProcAddress)<br><br>我的目标是让"所有"的程序都能在其他进程空间跑。在这里，"所有"的含义是所有那些"重定位表没有被剥?quot;的32位pe格式的可执行程序。<br>对于Visual C++，这包括所有Debug版程序和以"/FIXED:NO"选项链接的Release版程序。<br>对于一般的程序，上面两点都很难满足：<br>1)绝大多数程序的加载基址都是0x400000，这样，客户exe就很难保证加载到其缺省基址。解决办法只能是修正重定位表。如果，很不幸，这个exe的重定位表被剥离，这个exe就没法在其他进程空间跑。<br>对于Visual C++，剥离重定位表是Release版exe的缺省设置。可以在工程文件的连接选项中加入"/FIXED:NO"来防止连接器剥离重定位表。<br>2)很多程序都用隐性联接调用Windows API，而只用到kernel32.dll导出API的程序很少，因此这一点也很难保证。解决办法是重填导入表(import table)。<br><br>另外，对于有界面的程序，光修正重定位表和导入表还不够。因为他们都会直接或间接用到GetModuleHandle和LoadResource这些函数。<br>GetModuleHandle有个特点，如果传递给他的ModuleName为NULL，则返回宿主exe的模块句柄。LoadResource也类似，如果传递给他的模块句柄为NULL，则认为是宿主exe模块，类似的API还有一些，不一一列举。<br>客户exe调用这些API显然会得到错误的结果。因此必须截获这些API做特殊处理。<br><br>综合上面分析，要让两个程序共享一份进程空间，要做的工作有： <br>1)打开进程边界：用WriteProcessMemory向宿主进程注入代码，用CreateRemoteThread启动远程代码；<br>2)在远程代码中，加载客户exe，必要时修正重定位表和填充dll导入表。<br>3)截获GetModuleHandle，LoadResource等API，在客户exe以缺省参数调用时返回客户exe的模块句柄，而不是宿主句柄。<br><br><br>根据以上思路，我写了remote.dll，导出三个函数：RemoteRunA，RemoteRunW，和RemoteCall。<br>原型分别为：<br>BOOL WINAPI RemoteRunA( DWORD processId, LPCSTR lpszAppPath, LPCSTR lpszCmdLine, int nCmdShow );<br>BOOL WINAPI RemoteRunW( DWORD processId, LPCWSTR lpszAppPath, LPCWSTR lpszCmdLine, int nCmdShow );<br>BOOL WINAPI RemoteCall( DWORD processId, PVOID pfnAddr, PVOID pParam, DWORD cbParamSize, BOOL fSyncronize );<br><br><br>RemoteRunA用于在宿主进程中加载执行客户exe；<br>RemoteRunW是RemoteRunA的unicode版本；<br>RemoteCall实现远程注入并运行代码。<br><br>调用例子：<br>假如宿主exe为Depends.exe(我经常使用的宿主进程)，pid为136。客户exe为"C:/WINNT/system32/CALC.EXE"，<br>RemoteRunA( 136, "C://WINNT//system32//CALC.EXE", NULL, SW_SHOW );<br>或,<br>RemoteRunW( 136, L"C://WINNT//system32//CALC.EXE", NULL, SW_SHOW );<br><br><br>RemoteCall是一个很cool的副产品，可以在任意宿主进程运行一系列你自己精心准备的代码。<br>远程代码无需特殊处理，就像在本地调用一样。RemoteCall支持很多特性：<br>可以对Windows API进行隐性调用(无需用LoadLibrary和GetProcAddress动态确定)<br>可以使用全局/静态变量(除了不能动态初始化)；<br>可以使用编译时数据，特别是字符串常量；<br>支持异常处理；<br>支持源码级调试；<br>支持同步、异步调用；<br>对于同步调用，可以取得返回结果和错误号；<br>对远程代码做了异常保护，代码执行错误不会使宿主进程崩溃。 RemoteCall的唯一缺点是效率不高(当然，还有一个缺点，你的exe必须是可重定位的)。<br><br>调用例子：<br>在Windows 2000中，对有密码保护风格的Edit control调用SendMessage(hwnd, WM_GETTEXT,...)试图得到密码内容时，<br>系统会检查调用SendMessage的进程和Edit control所在的进程是否相同，不同则返回空字符串，调用失败。<br>解决办法显然应该是在目标进程中调用SendMessage。<br>利用RemoteCall，可以很容易地实现：<br><br><br>typedef struct _tagGETPASS {<br>HWND hwndPassword; // in<br>char szPassText[1024]; // out<br>}GETPASS;<br><br>static int *_p = NULL;<br>BOOL NullFunction() {<br>// 可以用静态变量和异常保护。<br>__try {<br>*_p = 0;<br>}__except(EXCEPTION_EXECUTE_HANDLER){}<br>return TRUE;<br>}<br><br>// 准备在远程运行的代码<br>BOOL WINAPI RemoteGetPasswordText( GETPASS* pgp ) {<br>// 可以使用相对调用(near call)，没什么用，演示一下<br>NullFunction();<br><br>// 隐性调用Windows API <br>if( SendMessageA( pgp-&gt;hwndPassword, WM_GETTEXT, sizeof(pgp-&gt;szPassText)-1, (LPARAM)pgp-&gt;szPassText ) ) ) {<br>MessageBoxA( NULL,<br>pgp-&gt;szPassText,<br>"Great!!", // 可以使用字符串常量<br>MB_OK );<br>return TRUE;<br>}<br>return FALSE;<br>}<br><br>void GetPasswordText( HWND hwnd ) {<br>GETPASS gp;<br>gp.hwndPassword = hwnd;<br>DWORD processId;<br>GetWindowThreadProcessId( hwnd, &amp;processId );<br><br>HMODULE hLib = ::LoadLibrary( "remote.dll" );<br>if( hLib != NULL ) {<br>typedef BOOL (WINAPI *PFN_RemoteCall)( DWORD processId, PVOID pfnAddr, PVOID pParam, DWORD cbParamSize, BOOL fSyncronize );<br>PFN_RemoteCall fnRemoteCall = (PFN_RemoteCall)::GetProcAddress( hLib, "RemoteCall" );<br>if( fnRemoteCall != NULL ) {<br>if( fnRemoteCall( processId, RemoteGetPasswordText, &amp;gp, sizeof(gp), TRUE ) )<br>MessageBoxA( NULL, gp.szPassText, "we get the password!!", MB_OK );<br>}<br><br>::FreeLibrary( hLib );<br>}<br>}<br><br><br>RemoteRun的调用例子：<br><br>void PrintUsage() {<br>printf( "/tUsage: rmExe &lt;target process id&gt; &lt;Exe file path&gt;/n" );<br>}<br><br>int main(int argc, char* argv[]) {<br>if( argc &lt;= 2) {<br>PrintUsage();<br>return -1;<br>}<br><br>int pid = atoi( argv[1] );<br>if( pid != 0 ) {<br>HMODULE hRemote = ::LoadLibrary( "remote.dll" );<br>if( hRemote != NULL ) {<br>typedef DWORD (WINAPI *PFN_RemoteRun)( DWORD processId, LPCSTR lpszAppPath, LPSTR lpszCmdLine, int nCmdShow);<br>PFN_RemoteRun fnRemoteRun = (PFN_RemoteRun)::GetProcAddress( hRemote, "RemoteRunA" );<br>if( fnRemoteRun != NULL )<br>fnRemoteRun( pid, argv[2], NULL, SW_SHOW );<br>FreeLibrary( hRemote );<br>}<br>}<br>return 0;<br>}<br><br><br>应该注意的问题：<br>1)最困难的部分是加载客户exe，简单的调用LoadLibrary根本不能解决问题，他不会替你修改重定位表和导入表。<br>另外对于.tls section(用于支持线程本地存储)和.bss section(用于为初始化数据)，我目前还不是很清楚如何处理；希望有人和我一起探讨；<br>2)目前remote.dll还不能支持在一个进程空间运行三个或更多程序。问题出在我在remote.dll中维护着一个客户exe的thread列表，<br>用于判断谁调用了GetModuleHandle等API，目前只能处理一个客户exe。这个问题不难解决；<br><br>3)有一些工具可以查看进程中加载的模块列表，如果想做进程彻底隐藏，不想让这些工具检测到我们的模块，在我看来，至少有两种解决办法：<br>一，不用LoadLibrary，自己写LoadDLL，这看起来似乎很困难，幸运的是，在bo2k的源代码中提供了一套这样的工具(在dll_load.cpp中实现)。<br>remote.dll中修改重定位表和导入表基本上用的都是dll_load.cpp里的代码。值得注意的是，dll_load.cpp原来的实现中有一点bug，他不能正确处理有Borland的tlink32生成的exe。<br>具体原因请仔细阅读Matt pietrek的"Windows 95 system programming secrets"，<br>或msdn文章："Peering Inside the PE: A Tour of the Win32 Portable Executable File Format"，里面讲到了ms linker和borland linker的区别。<br>二，我自己实现了一种模块剥离技术，可以让进程脱离.exe文件和.dll文件运行。其思想是先对要剥离的exe或dll模块的所有数据做好备份，然后用FreeLibrary或者UnmapViewOfFile卸掉模块，<br>再把备份的模块数据恢复回来。我以前在csdn上贴过代码的，自己找吧。<br><br>4)截获API用的是MS Detours Package 1.3。我不打算附上它的源代码，自己去下载吧：http://research.microsoft.com/sn/detours<br><br>5)在截获API时必须挂起其他线程。我用了两个未公开的接口：NtQuerySystemInformation用于枚举线程；NtOpenThread用于得到线程句柄。<br>推荐一本工具书："Windows NT Native API reference"(中文译名为"Windows NT 本机API参考")，书名大致如此，不必深究。气人的是居然把Navtive<br>翻为本机，I 服了you。书中列出了很多Native API的原型及其用到的数据结构。虽然翻译巨糙无比，但独此一家，别无选择，买一本参考参考还是值得的，如果你想研究"本机"API的话，。<br><br><br>运行成功的例子：<br>在Depends.exe进程中运行Calc.exe；<br>在Depends.exe进程中运行Acrobat 5.0；<br>在Depends.exe进程中运行Microsoft Visio 2000；<br>在Depends.exe进程中运行Process Hacker(我自己写的一个进程查看工具)，用了很多低层接口；<br>在Process Hacker进程中运行Acrobat 5.0。<br><br>唯一失败的例子是以客户身份运行matlab 5.1。这个可执行文件很特殊，有多个code section和data section，还有.tls section和.bss section。<br>失败原因不是很清楚(主要是没有足够的时间研究)，可能是.tls和.bss section在加载时没有处理好；也可能是某个应该做特殊处理的API没有拦截处理。<br><br>&nbsp;<br>

至于VXD和NT服务技术，玩的人太多，太滥了，一点意思都没有了<br>（个人认为也属于垃圾技术了……）<br>那些觉得自己是高手的人，应该可以轻轻搞定了，在此就不再介绍了

。tls问题能解决吗？