首页
学习
活动
专区
圈层
工具
发布

查找DLL中的函数

1.引言 自己在工作中,发现在一个项目是生成dll的,其中包含很多个头文件和cpp,但是其中一个头文件Test.h里面有一行代码是 bool DLL_EXPORT MyFunction(int a);...但是却没有Test.cpp来实现这个函数的定义 那就奇怪了,有了函数声明,但没有定义 2.我的思路 我的第一个思路是既然头文件是Test.h,那按照自己之前生成dll的方式,它生成的dll文件也一定叫Test.dll...,那应该名字也一样,现在看来,之前查的头蒙了,怎么能自己包含自己生成的dll呢,笑掉大牙 那我想有没有一个文件可以查我这个项目Test生成的Test.dll里面包含的函数呢,因为既然我的MyFunction...,所以只有个印象,但没有记住 3.Dependencies 把Test.dll加载进去,点击左侧Test.dll,右边是上下两幅,上面是自己导入的,下面是给别人用的 从网上找个图代替下: 我在上面按Ctrl...+F,搜MyFunction果然搜到了,并且发现它在bbb.dll中,这时我再去Test项目中看附加库依赖文件,发现确实有bbb.dll 至此问题解决

52310

利用Volatility查找系统中的恶意DLL

Volatility无法通过进程名查看加载的dll,而是通过指定进程的PID来将所有已加载的dll列出。...但是,如果系统中有多个同名的进程(如svchost.exe),我们可以用以类似图1所示的命令进行查找: ?...不过这个方法在我们的使用过程中不怎么好用,因此决定研究一下Volatility的源码,对其做一些小的调整以使其适应我们的需求。经过研究,我们修改了能最终影响dlllist的模块taskmods.py。...现在我们只需要简单地给出svchost.exe进程名,就可以得到由该进程加载的DLL文件列表。...相信还有其它的方法可以达到相同的目的,但本文提到的这种方法在我们的研究过程中工作良好,因此将其共享出来,各位读者可以通过以下地址获取该模块: https://github.com/AttackResearch

1.6K80
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    通过dll的跨进程通讯

    共享数据段 在dll中使用 #pragma data_seg() 可以创建一个共享数据段 #pragma data_seg("SharedMemory") int shared_data = -1;...#pragma data_seg() #pragma comment(linker, "/section:SharedMemory,RWS") 如上所示,在dll中定义了一个名叫”SharedMemory...”的共享数据段,它在所有进程中都是唯一的 当第一个进程调用它时,里面的变量会被初始化,从此之后,无论有多少进程调用,shared_data变量对应的都是同一块内存,这就意味着多个进程可以对同一个变量进行读写...当最后一个进程退出时,这块共享内存才会被回收,并在下一次调用时重新初始化 因此我们可以通过多个进程调用同一个dll来实现进程通讯 #pragma data_seg("SharedMemory")...地址换成你自己的dll地址 [DllImport(@"C:\Users\Administrator\桌面\SharedMemory.dll", EntryPoint = "Read")] public

    75840

    内存地址中藏着的学问

    指针本质上和其他的数据类型一样,存放的都是一个数值,只不过指针的这个数值表示的是内存地址,而非具体数据。 但你知道吗,这个地址可不是真实的物理内存地址,而是一个假的地址,我们称之为虚拟地址。 不信?...当我们在存取某个内存变量时,其对应到的汇编代码其实就是mov指令,当cpu在执行类似指令时,如果遇到内存地址,则会根据一定的规则,自动将该虚拟的内存地址,转换成真实的物理地址,这在硬件层面是自动完成的。...操作系统按照这种格式,为每个进程定义一个自己的hierarchical paging structures,所以每个进程都有自己独享的虚拟地址空间,在进程运行的过程中,操作系统会把各个进程的物理内存使用情况...在PTE中,我们拿出其中51:12位,作为最终物理地址的51:12位,然后从虚拟地址中拿出剩下11:0位,作为最终物理地址的11:0位,这样我们就得到了一个总长度为52位的物理地址,cpu会拿着这个物理地址去到对应的内存中存取数据...我们还知道,在该地址空间内,不仅有我们的用户程序,还有内核代码(是的,内核代码也映射到了用户进程的虚拟地址空间)。

    1.5K20

    在IoT设备中查找端口对应进程的四种方法

    这里我们列出了四种方法来查找某个端口当前正在运行的服务,如果师傅们还有什么其他好的想法欢迎交流 我们平时在测试物联网设备的时候,可能通过特殊方法获取了当前的设备的shell【如串口等等】。...但是在通过端口查找进程的过程中可能会遇到一些问题,因为物联网中的Linux系统往往经过精简,很多命令的参数无法使用 1 使用netstat 这是最常用的方法之一,Netstat可以用来显示显示网络连接,...路由表,网络接口状态等等 Netstat在桌面版或者是服务器版的Linux上使用一般没有问题,但是该命令在嵌入式系统中往往被精简 sudo netstat -tulpn 从图中我们可以看到8000端口上运行的服务是...顾名思义,losf是一个列出当前系统打开文件的工具,不过该命令在一般嵌入式Linux可能没有 sudo lsof -i :8000 4 fuser fuser命令用于报告进程使用的文件和网络套接字 sudo...fuser 8000/tcp 如上图所示24254即为PID 接下来通过ps命令查找进程的详细信息 ps -p 24254 或者也可以直接使用fuser中的-v参数: sudo fuser -v 8000

    1.5K21

    Windows Redis DLL劫持在实战中的利用

    应用程序目录:首先,系统会在启动应用程序的目录中查找指定的DLL文件。 2. 系统目录:接下来,系统会在Windows系统目录中查找DLL。系统目录通常是C:\Windows\System32。...3. 16位系统目录:然后,系统会在16位系统目录中查找,通常是C:\Windows\SysWOW64。这一步主要是为了兼容性,用于在64位系统上运行32位应用程序。 4....Windows目录:接着是Windows的根目录,通常是C:\Windows。 5. 当前工作目录:此后,系统会在当前工作目录中查找DLL。这个目录是当前活动的目录,可能随着应用程序的运行而变化。...而"example.exe"在加载"example.dll"时没有使用绝对路径,而是仅仅指定了DLL的名称。...攻击者可以将恶意的"example.dll"文件放置在与"example.exe"相同的目录下,当"example.exe"启动时,系统会先在当前目录中查找"example.dll"文件,如果找到,就会加载该文件并执行其中的恶意代码

    54210

    c#动态加载卸载DLL的方法

    大家好,又见面了,我是全栈君 这篇文章介绍了c#动态加载卸载DLL的方法,有需要的朋友可以参考一下 c#中通过反射可以方便的动态加载dll程序集,但是如果你需要对dll进行更新,却发现.net类库没有提供卸载...dll程序集的方法。...在.net 中,加入了应用程序域的概念,应用程序域是可以卸载的。...也就是说,如果需要对动态加载的dll程序集进行更新,可以通过以下方法解决: 新建一个应用程序域,在该应用程序域中动态加载DLL,然后可以卸载掉该应用程序域。...该应用程序域被卸载的时候,相关资源也会被回收。 要想这样实现,就要让你程序的currentDomain和新建的newDomain之间进行通信,穿过应用程序域的边界。

    1.4K30

    关于在vim中的查找和替换

    1,查找 在normal模式下按下/即可进入查找模式,输入要查找的字符串并按下回车。 Vim会跳转到第一个匹配。按下n查找下一个,按下N查找上一个。...set smartcase 将上述设置粘贴到你的~/.vimrc,重新打开Vim即可生效 4,查找当前单词 在normal模式下按下*即可查找光标所在单词(word), 要求每次出现的前后为空白字符或标点符号...例如当前为foo, 可以匹配foo bar中的foo,但不可匹配foobar中的foo。 这在查找函数名、变量名时非常有用。 按下g*即可查找光标所在单词的字符序列,每次出现前后字符无要求。...即foo bar和foobar中的foo均可被匹配到。 5,查找与替换 :s(substitute)命令用来查找和替换字符串。...^E与^Y是光标移动快捷键,参考: Vim中如何快速进行光标移 大小写敏感查找 在查找模式中加入\c表示大小写不敏感查找,\C表示大小写敏感查找。

    29.2K40

    window 查找 java 进程中占用cpu比较高的线程

    第三步: 查找进程号为“11964”的进程 通过 jps 命令查看的进程号为 “11964”。然后在 Process Explorer中找到该进程。...从线程的名字中,我们发现该线程的名字是“busy_task”。 然后就可以找到该线程,查看该线程是什么原因大量占用CPU,剩下的就是改程序的事情了 2....在左上部分找中,到Thread,选中 %Processor Time和 ID Thread 两个选项。...在左下部分中(选定对象的实例),找到所有“javaw”选中,点击添加按钮,然后显示如右半部分效果。 第五步: 切换报告显示方式 ?...第九步: 查找线程ID为“2850”的线程 ? 从线程堆栈信息中可以看出该线程为“busy_task”线程。

    2.2K90

    通过在非特权进程中查找泄漏的句柄来寻找特权升级和 UAC 绕过

    不幸的是,在我的研究中,我没有发现直接提取结构ObjectAddress成员指向的进程的 PID 的直接方法SYSTEM_HANDLE。...我们去打猎吧 从对象地址取回目标进程的PID 正如我之前指出的,在我的研究中,我没有找到一种方法来取回给定进程的进程的 PID SYSTEM_HANDLE,但我确实找到了一个有趣的解决方法。...C++ 中定义一个类似于字典的类,它允许我们跟踪哪些句柄引用了哪个 PID。...该快照被分配给类型为 的snapshot变量,这是wil::unique_handleWIL 库的一个 C++ 类,它使我们摆脱了在使用句柄后必须正确清理句柄的负担。...address变量中,然后mAddressHandle使用方法在映射中查找该地址,该find方法将返回一对。

    1.2K40

    无法加载 DLL xpstar.dll 或它引用的一个 DLL。原因: 126(找不到指定的模块。)。

    需要复制数据库文件,把SQL服务停了,不使用脱机或者分离是觉得比较慢,结果就是再次重启服务后,SQL开始报错:   无法加载 DLL xpstar.dll 或它引用的一个 DLL。...原因: 126(找不到指定的模块。)。...1.有人通过这个xpstar.dll重新复制到SQL Server的Binn目录解决,我对比服务器目录下和我本机(正常SQL Server)目录下所有的xpstar.dll,   按照本机的目下添加一遍没有解决.... 2.也有通过下载了SQLEXPRESS SP2的补丁后,系统报错问题得到了修复。...3.使用SQL 安装包中的修复功能解决问题的,修复过程中SQL服务会暂停,大概二十分钟左右,修复完成后,SQL不再报错。 ?

    2.7K31

    【Windows 逆向】使用 CE 分析内存地址 ( 运行游戏 | 使用 CE 工具分析游戏内子弹数量对应的内存地址 | 内存地址初步查找 | 使用二分法定位最终的内存地址 )

    文章目录 一、运行游戏 二、使用 CE 分析游戏内子弹数量对应的内存地址 1、内存地址初步查找 2、使用二分法定位最终的内存地址 一、运行游戏 ---- 到 https://dl.3dmgame.com...---- 1、内存地址初步查找 使用 CE 搜索进程 , 打开该射击游戏 ; 随便捡起一把枪 , 打一发子弹 , 显示 49 发子弹 ; 使用 CE 搜索 49 , 点击 " 首次扫描 " 按钮...43 发子弹 , 再次扫描 , 还是 196 个 ; 开枪到 32 枪 , 再次扫描 ; 扫描 32 , 还是 196 个内存地址 ; 在找到的内存地址中 , Ctrl + A 全部选中..., 然后点击红色按钮 , " 复制左右选择项到地址列表 " ; 2、使用二分法定位最终的内存地址 使用 Shift 键 , 选中一半内存地址 , 右键点击选中的地址 , 选择弹出菜单中的 " 切换选中的记录...; 在弹出的对话框中 , 确定删除 ; 现在开始针对剩下的部分进行分析 ; 将下半部分选中 , 右键菜单选择 " 切换选中记录 " , 下半部分 , 取消锁定状态 , 再次开枪 , 仍是

    2.4K21

    Java 类在 Tomcat 中是如何加载的?

    一、类加载 在JVM中并不是一次性把所有的文件都加载到,而是一步一步的,按照需要来加载。 比如JVM启动时,会通过不同的类加载器加载不同的类。...当用户在自己的代码中,需要某些额外的类时,再通过加载机制加载到JVM中,并且存放一段时间,便于频繁使用。 因此使用哪种类加载器、在什么位置加载类都是JVM中重要的知识。...因此,按照这个过程可以想到,如果同样在CLASSPATH指定的目录中和自己工作目录中存放相同的class,会优先加载CLASSPATH目录中的文件。...三、Tomcat类加载 在Tomcat中类的加载稍有不同,如下图: ?...通过这样,我们就可以简单的把Java文件放置在src文件夹中,通过对该Java文件的修改以及调试,便于学习拥有源码Java文件、却没有打包成xxx-source的jar包。

    3.5K20

    LInux中的查找

    参考文章 二、find 2.1 基本用法 用于在文件树中(目录结构下)查找文件,并作出相应的处理 。 命令参数 pathname: find命令所查找的目录路径。...-fstype,- aount,- follow在文件系统、挂载点、链接文件中查询。...-exec 参数后面跟的是command命令,它的终止是以;为结束标志的,考虑到各个系统中分号会有不同的意义,前面加反斜杠\。 示例 在目录中查找更改时间在n日以前的文件并删除它们 find ....使用 -exec 选项会为处理每一个匹配到的文件而发起一个相应的进程,并非将匹配到的文件全部作为参数一次执行,效率不高。 而使用 xargs 命令则只有一个进程,是否分批获取参数视情况而定。...-type f | xargs file 在整个系统中查找内存信息转储文件(core dump) ,然后把结果保存到/tmp/core.log 文件中 find / -name "core" -print

    17.3K10
    领券