从内存中加载的DLL

最新推荐文章于 2018-07-27 18:47:00 发布
最新推荐文章于 2018-07-27 18:47:00 发布
阅读量2.6k 收藏 4
点赞数
分类专栏： 动态库 文章标签： 动态库

从内存中加载的DLL

以下通过google翻译 

本教程介绍如何从内存中加载一个动态链接库（DLL）。

概括

默认的Windows API函数加载到程序的外部库（调用LoadLibrary，LoadLibraryEx）只适用于文件系统上的文件。因此，它不可能从内存中加载DLL。但有时，你需要的正是这样的功能（例如，你不希望发布多个的文件或删除困难）。这个问题的常见解决方法是写的DLL到一个临时文件，并从那里调用。当程序终止，临时文件被删除。

在本教程中，我将首先描述，DLL文件的结构，并提出了一些代码，可以完全从内存中加载DLL - 不存储在磁盘上。

Windows可执行文件 - PE格式

大多数Windows二进制文件，它可以包含可执行代码（EXE，DLL，SYS）共享一个通用的文件格式，由以下几部分组成：

DOS header

DOS stub

PE header
Section header
Section 1
Section 2
. . .
Section n

文件winnt.h中可以发现下面给出的所有结构。

DOS头/存根（stub）

DOS头只用于向后兼容。之前的DOS存根，通常只显示一条错误消息有关的文件不能在DOS模式下运行。

微软定义的DOS头如下：

 
  
 
  
typedef struct _IMAGE_DOS_HEADER {      // DOS .EXE header
    WORD   e_magic;                     // Magic number
    WORD   e_cblp;                      // Bytes on last page of file
    WORD   e_cp;                        // Pages in file
    WORD   e_crlc;                      // Relocations
    WORD   e_cparhdr;                   // Size of header in paragraphs
    WORD   e_minalloc;                  // Minimum extra paragraphs needed
    WORD   e_maxalloc;                  // Maximum extra paragraphs needed
    WORD   e_ss;                        // Initial (relative) SS value
    WORD   e_sp;                        // Initial SP value
    WORD   e_csum;                      // Checksum
    WORD   e_ip;                        // Initial IP value
    WORD   e_cs;                        // Initial (relative) CS value
    WORD   e_lfarlc;                    // File address of relocation table
    WORD   e_ovno;                      // Overlay number
    WORD   e_res[4];                    // Reserved words
    WORD   e_oemid;                     // OEM identifier (for e_oeminfo)
    WORD   e_oeminfo;                   // OEM information; e_oemid specific
    WORD   e_res2[10];                  // Reserved words
    LONG   e_lfanew;                    // File address of new exe header
  } IMAGE_DOS_HEADER, *PIMAGE_DOS_HEADER;
 
  
 
   
PE头
 
   
 PE头中包含的信息。可执行文件的不同部分，用于存储代码和数据定义这个库提供的其他库或出口的进口。
 
   
 它的定义如下：
 
   
 
 
   
typedef struct _IMAGE_NT_HEADERS {
    DWORD Signature;
    IMAGE_FILE_HEADER FileHeader;
    IMAGE_OPTIONAL_HEADER32 OptionalHeader;
} IMAGE_NT_HEADERS32, *PIMAGE_NT_HEADERS32;
 
   
 
   
 
   
 文件头描述的物理格式的文件，即内容，关于符号的信息，等：
 
   
 
 
   
typedef struct _IMAGE_FILE_HEADER {
    WORD    Machine;
    WORD    NumberOfSections;
    DWORD   TimeDateStamp;
    DWORD   PointerToSymbolTable;
    DWORD   NumberOfSymbols;
    WORD    SizeOfOptionalHeader;
    WORD    Characteristics;
} IMAGE_FILE_HEADER, *PIMAGE_FILE_HEADER;
 
   
 
   
 可选头包含的逻辑格式的库的信息，包括所需的操作系统版本，内存需求和切入口：
 
   
 
 
   
的typedef的结构_IMAGE_OPTIONAL_HEADER {
    / /
    / /标准领域。
    / /

    WORD魔术;
    BYTE MajorLinkerVersion;
    BYTE MinorLinkerVersion;
    DWORD SizeOfCode;
    DWORD SizeOfInitializedData;
    DWORD SizeOfUninitializedData;
    DWORD AddressOfEntryPoint;
    DWORD BaseOfCode;
    DWORD BaseOfData;

    / /
    / / NT额外的字段。
    / /

    DWORD基址;
    DWORD SectionAlignment;
    DWORD FileAlignment;
    WORD MajorOperatingSystemVersion;
    WORD MinorOperatingSystemVersion;
    WORD MajorImageVersion;
    WORD MinorImageVersion;
    WORD MajorSubsystemVersion;
    WORD MinorSubsystemVersion;
    DWORD Win32VersionValue;
    DWORD SizeOfImage;
    DWORD SizeOfHeaders;
    DWORD校验和;
    WORD子系统;
    WORD DllCharacteristics;
    DWORD SizeOfStackReserve;
    DWORD SizeOfStackCommit;
    DWORD SizeOfHeapReserve;
    DWORD SizeOfHeapCommit;
    DWORD LoaderFlags;
    DWORD NumberOfRvaAndSizes;
    IMAGE_DATA_DIRECTORY使用DataDirectory [IMAGE_NUMBEROF_DIRECTORY_ENTRIES];
} IMAGE_OPTIONAL_HEADER32，* PIMAGE_OPTIONAL_HEADER32;
 
   
 
   
 
   
 数据目录包含16个的（IMAGE_NUMBEROF_DIRECTORY_ENTRIES）项定义的逻辑组件的库：
 
   
 
 
   
指数描述
0导出的函数
1进口功能
2资源
3异常信息
4安全信息
5基地搬迁表
6调试信息
7架构体系数据
8全局指针
9线程局部存储
10加载配置
11绑定进口
12导入地址表
13延迟加载进口
14COM运行时描述符
 
   
 
   
 
   
 
   
 对于导入的DLL，我们只需要导入项描述和基地重定位表项。为了提供访问导出的函数，导出项是必需的
 。
 
  
 
  
 
   
节头
 
   
 节头后存储在PE头的可选头结构。微软提供宏观IMAGE_FIRST_SECTION， PE头的基础上得 ​​到的起始地址。
 
   
 其实，节头信息的文件中的每个部分的列表：
 
   
typedef struct _IMAGE_SECTION_HEADER {
    BYTE    Name[IMAGE_SIZEOF_SHORT_NAME];
    union {
            DWORD   PhysicalAddress;
            DWORD   VirtualSize;
    } Misc;
    DWORD   VirtualAddress;
    DWORD   SizeOfRawData;
    DWORD   PointerToRawData;
    DWORD   PointerToRelocations;
    DWORD   PointerToLinenumbers;
    WORD    NumberOfRelocations;
    WORD    NumberOfLinenumbers;
    DWORD   Characteristics;
} IMAGE_SECTION_HEADER, *PIMAGE_SECTION_HEADER;
 
   
 
   
 一节可以包含代码，数据，重定位信息，资源，出口或入口的定义，等等。
 
  
 
 
 
 
 
  
 加载库。
 
  
 为了模拟PE加载器，我们必须先了解哪些步骤，都需要将文件加载到内存中，并准备结构，使他们能够从其他程序调用。
 
  
 当我们调用LoadLibrary的，Windows主要做了以下任务：
 
  
  1. 打开指定的文件，并检查DOS和PE头。
  2. 尝试的PE头.可选头.映像大小字节分配一个内存块的位置PE头.可选头.映像基址。
  3. 解析部分的页眉和部分复制到自己的地址。VirtualAddress的属性的IMAGE_SECTION_HEADER结构的每个部分中，相对于分配的内存块的基础上，被存储在目的地地址。
  4. 如果分配的内存块不同于基址，各种参考文献中的代码和/或数据段必须被调整。这就是所谓的基本搬迁。
  5. 需要进口的库加载相应的库，必须解决。
  6. 必须被保护的存储器区域的不同的部分，根据部分的特性。的某些部分被标记为“ 舍弃，因此可以安全地释放在这一点上。这些部分通常包含临时数据，只需要在导入过程中，类似的信息为基地的搬迁。
  7. 现在的图书馆是完全加载。必须通过调用入口点使用标志DLL_PROCESS_ATTACH通知。
 
  
 在下面的段落中，每个步骤进行说明。
 
  
 
   
分配内存
 
   
 库所需的所有内存，必须保留/分配使用VirtualAlloc的，因为Windows提供的功能来保护这些内存块。这是必需的，如阻塞写的代码或常量数据的访问限制对内存的访问。
 
   
 可选头结构定义为库所需的存储器块的大小。它必须被保留的地址所指定的映像基址如果可能的话：
 
   
memory = VirtualAlloc((LPVOID)(PEHeader->OptionalHeader.ImageBase),
    PEHeader->OptionalHeader.SizeOfImage,
    MEM_RESERVE,
    PAGE_READWRITE);
 
   
 
   
 如果保留的内存的地址在基址不同（如下文所述），基地重定位必须做的。
 
  
 
  
 
   
复制部分
 
   
 一旦存储器已经被保留，该文件的内容可以被复制到系统中。节标头必须得到评估，以确定在内存中的文件和目标区域的位置。
 
   
 在复制数据的内存块必须得到承诺：
 
   
dest = VirtualAlloc(baseAddress + section->VirtualAddress,
    section->SizeOfRawData,
    MEM_COMMIT,
    PAGE_READWRITE);
 
   
 
   
 没有文件中的数据（如所使用的变量的数据部分）部分的SizeOfRawData为0，所以您可以使用SizeOfInitializedData或可选头的SizeOfUninitializedData。选择哪一个取决于上的的位标志IMAGE_SCN_CNT_INITIALIZED_DATA和IMAGE_SCN_CNT_UNINITIALIZED_DATA节“的特点，可以被设置在。
 
  
 
  
 
   
 基地重定位
 
   
 所有的内存地址被存储在库中的代码/数据段的相对在可选头定义的地址由基址。如果该库不能被导入到这个内存地址，都必须进行调整=> 重新定位。帮助基地搬迁表，可以发现目录中的5项的数据目录在可选头所有这些引用在存储信息的文件格式。
 
   
 此表包含此结构的一系列
 
   
typedef struct _IMAGE_BASE_RELOCATION {
    DWORD   VirtualAddress;
    DWORD   SizeOfBlock;
} IMAGE_BASE_RELOCATION;
 
   
 
   
 它包含（SizeOfBlock - IMAGE_SIZEOF_BASE_RELOCATION）/ 2，每个项目的16位。高4位的低12位定义的重定位类型，定义偏移相对的虚拟地址。
 
   
 唯一的类型，似乎是在DLL文件
 
   
 
    
      IMAGE_REL_BASED_ABSOLUTE 
     
    

      无操作重定位。用于填充。 
    
 
    
      IMAGE_REL_BASED_HIGHLOW 
     
    
 
     在 
     基址 
     和分配的内存块添加增量的32位地址的偏移。 
    
 
   
 
  
 
  
 
   
解决入口
 
   
 1的DataDirectory在OptionalHeader的指定目录项的列表导入符号库。在该列表中的每个条目定义如下：
 
   
typedef struct _IMAGE_IMPORT_DESCRIPTOR {
    union {
        DWORD   Characteristics;            // 0 for terminating null import descriptor
        DWORD   OriginalFirstThunk;         // RVA to original unbound IAT (PIMAGE_THUNK_DATA)
    };
    DWORD   TimeDateStamp;                  // 0 if not bound,
                                            // -1 if bound, and real date\time stamp
                                            //     in IMAGE_DIRECTORY_ENTRY_BOUND_IMPORT (new BIND)
                                            // O.W. date/time stamp of DLL bound to (Old BIND)

    DWORD   ForwarderChain;                 // -1 if no forwarders
    DWORD   Name;
    DWORD   FirstThunk;                     // RVA to IAT (if bound this IAT has actual addresses)
} IMAGE_IMPORT_DESCRIPTOR;
 
   
 
   
 名称条目描述的偏移量，以NULL结尾的字符串库的名称（如KERNEL32.DLL）。将OriginalFirstThunk入口点从外部导入库的函数名的列表。FirstThunk项保存点得到填补进口的符号指针的地址的列表。
 
   
 当我们解决了进口，我们在并行访问这两个表，导入第一个列表中定义的函数的名称和存储的指针符号在第二个列表：
 
   
nameRef = (DWORD *)(baseAddress + importDesc->OriginalFirstThunk);
symbolRef = (DWORD *)(baseAddress + importDesc->FirstThunk);
for (; *nameRef; nameRef++, symbolRef++)
{
    PIMAGE_IMPORT_BY_NAME thunkData = (PIMAGE_IMPORT_BY_NAME)(codeBase + *nameRef);
    *symbolRef = (DWORD)GetProcAddress(handle, (LPCSTR)&thunkData->Name);
    if (*funcRef == 0)
    {
        handleImportError();
        return;
    }
}
 
   
 
  
 
  
 
   
保护内存
 
   
 每一部分都有它的特点进入指定的权限标志。这些标记可以是一个或它们的组合
 
   
 
    
      IMAGE_SCN_MEM_EXECUTE 
     
    

      本节包含的数据，可以执行。 
    
 
    
      IMAGE_SCN_MEM_READ 
     
    

      本节包含的数据是可读的。 
    
 
    
      IMAGE_SCN_MEM_WRITE 
     
    

      本节包含的数据是可写的。 
    
 
   
 
   
 这些标志必须被映射到保护标志
 
   
  • PAGE_NOACCESS
  • PAGE_WRITECOPY
  • PAGE_READONLY
  • PAGE_READWRITE
  • PAGE_EXECUTE
  • PAGE_EXECUTE_WRITECOPY
  • PAGE_EXECUTE_READ
  • PAGE_EXECUTE_READWRITE
 
   
 现在，该函数的VirtualProtect可以被用于限制对存储器的访问。如果程序试图访问它在未经授权的方式，将会抛出一个异常的Windows。
 
   
 除了上述的部分标志，可以添加以下：
 
   
 
    
      IMAGE_SCN_MEM_DISCARDABLE 
     
    

      本节中的数据可以被释放后的进口。这通常是指定的重定位数据。 
    
 
    
      IMAGE_SCN_MEM_NOT_CACHED 
     
    

      本节中的数据不能由Windows缓存。上面的保护标志位标志 
     PAGE_NOCACHE的。 
    
 
   
 
  
 
  
 
   
通知库
 
   
 做的最后一件事是调用的DLL入口点（定义为AddressOfEntryPoint），通知与库连接到某个进程。
 
   
 的入口点处的功能被定义为
 
   
typedef BOOL (WINAPI *DllEntryProc)(HINSTANCE hinstDLL, DWORD fdwReason, LPVOID lpReserved);
 
   
 
   
 所以最后我们要执行的代码是
 
   
DllEntryProc entry = (DllEntryProc)(baseAddress + PEHeader->OptionalHeader.AddressOfEntryPoint);
(*entry)((HINSTANCE)baseAddress, DLL_PROCESS_ATTACH, 0);
 
   
 
   
 之后，我们可以使用任何正常的库导出的函数。
 
  
 
 
 
 
 
  
导出的函数
 
  
 如果你想访问的库导出的函数，你需要找到切入点，以一个符号，即要调用的函数的名称。
 
  
 0的DataDirectory在OptionalHeader的包含目录项有关导出的函数的信息。它的定义如下：
 
  
typedef struct _IMAGE_EXPORT_DIRECTORY {
    DWORD   Characteristics;
    DWORD   TimeDateStamp;
    WORD    MajorVersion;
    WORD    MinorVersion;
    DWORD   Name;
    DWORD   Base;
    DWORD   NumberOfFunctions;
    DWORD   NumberOfNames;
    DWORD   AddressOfFunctions;     // RVA from base of image
    DWORD   AddressOfNames;         // RVA from base of image
    DWORD   AddressOfNameOrdinals;  // RVA from base of image
} IMAGE_EXPORT_DIRECTORY, *PIMAGE_EXPORT_DIRECTORY;
 
  
 
  
 首先要做的事，是名映射的序号导出的符号的功能。所以，我走在定义的阵列的AddressOfNames和AddressOfNameOrdinals平行，直到你找到所需的名称。
 
  
 现在你可以用序数读通过评估的第n个元素的AddressOfFunctions数组的地址。
 
 
 
 
 
  
释放库
 
  
 要释放自定义加载的库，请执行下列步骤
 
  
  • 调用入口点通知被分离的库： 
    DllEntryProc entry = (DllEntryProc)(baseAddress + PEHeader->OptionalHeader.AddressOfEntryPoint);
(*entry)((HINSTANCE)baseAddress, DLL_PROCESS_ATTACH, 0);
     
  • 免费使用的外部库，以解决进口。
  • 释放分配的内存。
 
 
 
 
 
  
MemoryModule
 
  
 MemoryModule是C库，可用于从内存中加载的DLL。
 
  
 该接口是非常类似的标准方法加载的库：
 
  
 
 
  
typedef void *HMEMORYMODULE;

HMEMORYMODULE MemoryLoadLibrary(const void *);
FARPROC MemoryGetProcAddress(HMEMORYMODULE, const char *);
void MemoryFreeLibrary(HMEMORYMODULE);
 
  
 
  
 
  
 
   
下载
 
   
 最新的开发版本总是可以从Github抓住在http://github.com/fancycode/MemoryModule
 
   
 所有标记的版本，可以从GitHub上下载。
 
   
 
  
 
  
 
   
已知问题
 
   
  • 所有的内存，并不受部分标志是得到承诺PAGE_READWRITE。我不知道这是否是正确的。
 
  
 
  
 
   
许可证
 
   
 自从版本0.0.2中，MemoryModule库下发布的Mozilla公共许可证（MPL）。版本0.0.1已经发布的Unter较宽松通用公共许可证（LGPL）。
 
   
 它提供的是不提供任何担保。您就可以使用您自己的风险。
 
  
 
  
 
   
端口
 
   
 托马斯·海勒说MemoryModule py2exe的创建单个文件的可执行文件，从Python脚本。
 
   
 马丁·Offenwanger做德尔福可在此页面的端口。
 
  
 
 
 
  


                

        

        

    

  


    

      

        

            

              
                
                  yizhenweifeng
                
              
            

            

                关注
              
            

        

        

          
      

      

            

                专栏目录
          









                



	

		

			

				
					
DLL内存加载

				
			

			

				

					天使也掉毛
				

				

					11-19
					
					7016
					
				

			

		

		

			
				
动态加载dll
功能：
     把一个处于内存里的dll直接加载并且使用。
用途：
     免杀（静态文件查杀），外挂（防止游戏自己hook了loadlibrary等函数），以及其他。
原理： 
    假设目前处于内存里的dll是A，然后开辟一个新的内存空间B，根据A的文件头等相关信息，把B看做是加载内存。
然后把数据拷贝到B里，并且对齐相关节，然后修正iat等相关。然后在手动

			
		

	



                

              
                



	

		

			

				
					
内存加载DLL运行

				
			

			

				

					11-16
				

			

		

		

			
				
内存加载DLL运行内存加载DLL运行内存加载DLL运行内存加载DLL运行内存加载DLL运行

			
		

	



                


  
              

                


	

		

			

				
					
一种保护应用程序的方法 模拟Windows PE加载器，从内存资源中加载DLL

				
			

			

				

					马大叔的工作日记
				

				

					08-13
					
					2920
					
				

			

		

		

			
				
1、前言

目前很多敏感和重要的DLL(Dynamic-link library) 都没有提供静态版本供编译器进行静态连接(.lib文件)，即使提供了静态版本也因为兼容性问题导致无法使用，而只提供DLL版本，并且很多专业软件的授权部分的API，都是单独提供一个DLL来完成，而

			
		

	





	

		

			

				
					
从内存中加载DLL

				
			

			

				

					天地无用的专栏
				

				

					03-12
					
					3280
					
				

			

		

		

			
				
程序使用动态库DLL一般分为隐式加载和显式加载两种，分别对应两种链接情况。本文主要讨论显式加载的技术问题。我们知道，要显式加载一个DLL，并取得其中导出的函数地址一般是通过如下步骤：(1) 用LoadLibrary加载dll文件，获得该dll的模块句柄；(2) 定义一个函数指针类型，并声明一个变量；(3) 用GetProcAddress取得该dll中目标函数的地址，赋值给函数指针变量；(4) 调用

			
		

	



		

			
		



	

		

			

				
					
内存加载DLL

				
			

			

				

					wangjieest的专栏
				

				

					12-24
					
					6918
					
				

			

		

		

			
				
#include "stdafx.h" 
 
typedef   BOOL (__stdcall *ProcDllMain)(HINSTANCE, DWORD,  LPVOID ); 
 
class CMemLoadDll 
{ 
public: 
    CMemLoadDll(); 
    ~CMemLoadDll(); 
    BOOL    MemLoadLibrary( void*

			
		

	





	

		

			

				
					
易语言从内存加载DLL源码


				
			

			

				

					06-02
				

			

		

		

			
				
在易语言中，从内存加载DLL（动态链接库）是一项重要的技术，这允许程序在运行时动态地加载和使用外部功能模块，而无需在编译时就将它们静态链接到主程序中。  DLL是Windows操作系统中的一个重要组成部分，它封装了...

			
		

	





	

		

			

				
					
从内存中加载dll

				
			

			

				

					10-08
				

			

		

		

			
				
从内存资源中加载dll 不需释放资源文件

			
		

	





	

		

			

				
					
如何在内存中加载DLL

				
			

			

				

					11-14
				

			

		

		

			
				
### 如何在内存中加载DLL  #### Windows PE 文件格式简介  Windows 可执行文件（如 .exe、.dll 和 .sys）通常采用一种通用的文件格式，称为 PE（Portable Executable）格式。PE 格式定义了这些文件的结构布局，并...

			
		

	





	

		

			

				
					
易语言LoadMemDll源码,易语言从内存加载DLL

				
			

			

				

					07-21
				

			

		

		

			
				
本文将详细介绍如何在易语言中实现从内存加载DLL，以及涉及到的相关函数和概念。  DLL（Dynamic Link Library）是Windows操作系统中的一种共享库，它包含可由多个程序同时使用的代码和数据。从内存加载DLL，相比于...

			
		

	





	

		

			

				
					
易语言从内存加载DLL源码-易语言

				
			

			

				

					06-13
				

			

		

		

			
				
本文将深入探讨如何在易语言中实现从内存加载DLL（动态链接库）的功能，这对于程序的运行效率和灵活性具有重要意义。  DLL是Windows操作系统中的一种共享代码库，它可以被多个程序同时调用，节省系统资源。从内存...

			
		

	





	

		

			

				
					
内存加载dll

				
			

			

				

					03-26
				

			

		

		

			
				
内存加载动态库 MemoryLoadLibrary 有例子。

/*
 * Memory DLL loading code
 * Version 0.0.3
 *
 * Copyright (c) 2004-2013 by Joachim Bauch / mail@joachim-bauch.de
 * http://www.joachim-bauch.de
 *
 * The contents of this file are subject to the Mozilla Public License Version
 * 2.0 (the "License"); you may not use this file except in compliance with
 * the License. You may obtain a copy of the License at
 * http://www.mozilla.org/MPL/
 *
 * Software distributed under the License is distributed on an "AS IS" basis,
 * WITHOUT WARRANTY OF ANY KIND, either express or implied. See the License
 * for the specific language governing rights and limitations under the
 * License.
 *
 * The Original Code is MemoryModule.h
 *
 * The Initial Developer of the Original Code is Joachim Bauch.
 *
 * Portions created by Joachim Bauch are Copyright (C) 2004-2013
 * Joachim Bauch. All Rights Reserved.
 *
 */

#ifndef __MEMORY_MODULE_HEADER
#define __MEMORY_MODULE_HEADER

#include 

typedef void *HMEMORYMODULE;

typedef void *HMEMORYRSRC;

typedef void *HCUSTOMMODULE;

#ifdef __cplusplus
extern "C" {
#endif

typedef HCUSTOMMODULE (*CustomLoadLibraryFunc)(LPCSTR, void *);
typedef FARPROC (*CustomGetProcAddressFunc)(HCUSTOMMODULE, LPCSTR, void *);
typedef void (*CustomFreeLibraryFunc)(HCUSTOMMODULE, void *);

/**
 * Load DLL from memory location.
 *
 * All dependencies are resolved using default LoadLibrary/GetProcAddress
 * calls through the Windows API.
 */
HMEMORYMODULE MemoryLoadLibrary(const void *);

/**
 * Load DLL from memory location using custom dependency resolvers.
 *
 * Dependencies will be resolved using passed callback methods.
 */
HMEMORYMODULE MemoryLoadLibraryEx(const void *,
    CustomLoadLibraryFunc,
    CustomGetProcAddressFunc,
    CustomFreeLibraryFunc,
    void *);

/**
 * Get address of exported method.
 */
FARPROC MemoryGetProcAddress(HMEMORYMODULE, LPCSTR);

/**
 * Free previously loaded DLL.
 */
void MemoryFreeLibrary(HMEMORYMODULE);

/**
 * Find the location of

			
		

	





	

		

			

				
					
内存加载动态库（dll）

				
			

			

				

					05-07
				

			

		

		

			
				
用MemoryMoudle的类，演示内存加载dll。测试用的dll是我自己写的，里面只有一个函数add，功能是求两个数之和。演示程序里button1是加载动态库，button2是求1+2的和。非常简单

			
		

	





	

		

			

				
					
在内存中加载作为资源的DLL文件

				
			

			

				

					10-09
				

			

		

		

			
				
二次封装动态库时，如果想把多个动态库包含在一起，需要以资源的方式添加封装，在使用的时候有两种方法：1.释放DLL到本地，然后load；2.直接load资源中的DLL；第一种方式有可能造成被封装的DLL泄露，此代码介绍第二种方式加载。

			
		

	





	

		

			

				
					
从内存加载DLL完整代码及示例

				
			

			

				

					11-07
				

			

		

		

			
				
这是一个从内存（资源形式）直接加载并调用DLL中函数的例子。

xDll工程只是一个测试用的dll，附上代码，编译出的xDll.dll直接放在testLoadDll工程目录下

testLoadDll是实际测试代码，从资源直接加载Dll并调用其导出函数

加载用MemoryLoadLibrary()
查找导出函数用MemoryGetProcAddress()
释放时用MemoryFreeLibrary

详情请见代码。


              by achillis
              QQ:344132161

			
		

	





	

		

			

				
					
内存加载Dll

				
			

			

				

					aixi7357的博客
				

				

					07-27
					
					94
					
				

			

		

		

			
				
分享一份自己之前总结以前的代码写的dll内存加载库C++版本
  项目要自行编译生成lib文件



支持：1. Win32标准Dll2. MFC Dll3. 易语言Dll4. 其他环境下生成的Dll
但不能加壳加密



File: include/ldr.h

/* __ldr_header__ */

#ifndef __LDR_H__
...

			
		

	





	

		

			

				
					
在内存中加载DLL

					
热门推荐

				
			

			

				

					wr960204(武稀松)的专栏
				

				

					02-29
					
					1万+
					
				

			

		

		

			
				
有个需求是把一个DLL作为数据打包到EXE中,运行的时候动态加载.但要求不是释放出来生成DLL文件加载.花了一天时间做出来.效果还可以.不过由于是直接分配内存加载DLL的.有一些小缺陷.例如遍历进程中加载的模块的时候是找不到这个DLL的.GetModuleXXXX之类的API也就不能用了.当然也可以Hook这些函数做处理.不过便利不到这个模块也未必不是一个优点.例如写木马黑客之类的代码的时

			
		

	





	

		

			

				
					
从内存加载dll 易语言

					
最新发布

				
			

			

				

					05-17
				

			

		

		

			
				
内存加载dll是将一个动态链接库（dll）的代码和数据直接加载到当前进程的内存中运行，而不是通过硬盘上的dll文件来运行。内存加载dll通常用于提高程序的执行速度和安全性，因为加载dll时不需要频繁的磁盘访问，也...

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值