多数ARK反内核工具中都存在驱动级别的内存转存功能，该功能可以将应用层中运行进程的内存镜像转存到特定目录下，内存转存功能在应对加壳程序的分析尤为重要，当进程在内存中解码后，我们可以很容易的将内存镜像导出，从而更好的对样本进行分析，当然某些加密壳可能无效但绝大多数情况下是可以被转存的。在上一篇文章《驱动开发：内核R3与R0内存映射拷贝》介绍了一种方式SafeCopyMemory_R3_to_R0可以将应用层进程的内存空间映射到内核中，要实现内存转储功能我们还是需要使用这个映射函数，只是需要在此函数上增加一些功能而已。在实现转存之前，需要得到两个东西，进程内模块基地址以及模块长度这两个参数是必不可
1.问题问题1gdb./project显示没有debug符号Readingsymbolsfromproject_name(nodebuggingsymbolsfound)…done问题2coredump调用栈不显示行号…#10x00007ffff70ac795infeature()constat/xxx/.so_path/xxx/project.so2.原因编译没有加-g选项。-g用于gdb调试3.解决方法CMakeLists.txt加编译选项-gadd_definitions("-Wall-g")4.修改后Readingsymbolsfromproject_name…done…#10x000
1.问题问题1gdb./project显示没有debug符号Readingsymbolsfromproject_name(nodebuggingsymbolsfound)…done问题2coredump调用栈不显示行号…#10x00007ffff70ac795infeature()constat/xxx/.so_path/xxx/project.so2.原因编译没有加-g选项。-g用于gdb调试3.解决方法CMakeLists.txt加编译选项-gadd_definitions("-Wall-g")4.修改后Readingsymbolsfromproject_name…done…#10x000
文章目录前言FASTA例子：血红蛋白α的核酸和蛋白质序列FASTQFASTAFASTQ对比FASTQ转为FASTA使用基本的命令：sed、paste、awk使用现有工具：Bioawk、SeqtkFASTA到FASTQ闲聊前言FASTA和FASTQ文件，其实还是文本文件，用于存储序列信息。平时为了存储方便，节省空间，所以变成了GZ的压缩文件（二进制文件，不能直接用head、less等命令直接查看）。之前没有好好记笔记，现在补上😑FASTAFASTA是一种非常简单的生物序列储存格式，包括核酸序列（DNA/RNA）或者组成蛋白质的氨基酸序列（AminoAcidsequence，简称AA序列）。主要由
文章目录前言FASTA例子：血红蛋白α的核酸和蛋白质序列FASTQFASTAFASTQ对比FASTQ转为FASTA使用基本的命令：sed、paste、awk使用现有工具：Bioawk、SeqtkFASTA到FASTQ闲聊前言FASTA和FASTQ文件，其实还是文本文件，用于存储序列信息。平时为了存储方便，节省空间，所以变成了GZ的压缩文件（二进制文件，不能直接用head、less等命令直接查看）。之前没有好好记笔记，现在补上😑FASTAFASTA是一种非常简单的生物序列储存格式，包括核酸序列（DNA/RNA）或者组成蛋白质的氨基酸序列（AminoAcidsequence，简称AA序列）。主要由
前情概要随着容器和云技术的发展,大量的应用运行在云上的容器中,它们的好处是毋庸置疑的,例如极大的提高了我们的研发部署速度,快速的扩缩容等等,但是也存在一些小小的问题,例如难以调试.基于VM的部署我们可以通过安全的方式登录到主机上做一些你想做的事情,但是云上的容器那就是不太方便了(目前AWS的ECS已经有类似dockerexec的方式直接进入容器中了,其他的云未作了解).但是就算能进入容器也不意味着调试就好做了,通常来说使用的镜像都是经过优化和精简的(如果要调式可能需要安装大量的组件).所以,接下来介绍一下使用dotnet-monitor来内存转储(memorydump)运行在容器中的dotne
前情概要随着容器和云技术的发展,大量的应用运行在云上的容器中,它们的好处是毋庸置疑的,例如极大的提高了我们的研发部署速度,快速的扩缩容等等,但是也存在一些小小的问题,例如难以调试.基于VM的部署我们可以通过安全的方式登录到主机上做一些你想做的事情,但是云上的容器那就是不太方便了(目前AWS的ECS已经有类似dockerexec的方式直接进入容器中了,其他的云未作了解).但是就算能进入容器也不意味着调试就好做了,通常来说使用的镜像都是经过优化和精简的(如果要调式可能需要安装大量的组件).所以,接下来介绍一下使用dotnet-monitor来内存转储(memorydump)运行在容器中的dotne
mysqldump和mydumper是我们常用的两个逻辑备份工具。无论是mysqldump还是mydumper都是将备份数据通过INSERT的方式写入到备份文件中。恢复时，myloader（mydumper中的恢复工具）是多线程导入，且一个INSERT语句中包含多条记录，多个INSERT操作批量提交。基本上，凡是我们能想到的，有助于提升导入速度的，myloader都会使用或有选项提供。单就恢复速度而言，可以说，myloader就是逻辑恢复工具的天花板。既然如此，还有办法能继续提升逻辑恢复工具的恢复速度么？毕竟，备份的恢复速度直接影响着灾难发生时数据库服务的RTO。答案，有！这个就是官方在MyS
mysqldump和mydumper是我们常用的两个逻辑备份工具。无论是mysqldump还是mydumper都是将备份数据通过INSERT的方式写入到备份文件中。恢复时，myloader（mydumper中的恢复工具）是多线程导入，且一个INSERT语句中包含多条记录，多个INSERT操作批量提交。基本上，凡是我们能想到的，有助于提升导入速度的，myloader都会使用或有选项提供。单就恢复速度而言，可以说，myloader就是逻辑恢复工具的天花板。既然如此，还有办法能继续提升逻辑恢复工具的恢复速度么？毕竟，备份的恢复速度直接影响着灾难发生时数据库服务的RTO。答案，有！这个就是官方在MyS
背景昨天，一位朋友找到我寻求帮助。他的项目需要调用一个第三方项目的webAPI。这个webAPI本身可从header,querystring中取相关信息，但同事发现他在调用时，无法按期望的那样从querystring中传参数给到第三方webAPI(webAPI仿佛忽略了从querystring过来的信息)，朋友不知道是这个webAPI的问题，还是自己调用代码的问题了。。由于这个webAPIservice是他们公司内部的某team的项目，所以朋友虽然可以看到源码，但他并不能快速确定原因,维护项目的人又不好找。通过webAPIservice代码他自己找到了可疑的原因是webAPI中的这个方法有可能
