1.针对macOS盗版UltraEdit恶意软件的源码深度技术剖析
2.[Dev] Xcode的记录
3.如何正确的使用静态链接库和动态链接库
4.JDK基础概念及目录结构
针对macOS盗版UltraEdit恶意软件的深度技术剖析
在近期，MalwareHunterTeam的源码专家揭露了一起涉及盗版macOS程序的恶意软件事件。该程序文件名是源码“ultraedit.dmg”，内含一个名为“libConfigurer.dylib”的源码恶意库。最初发现时间在年。源码本文将深入分析此次事件，源码安卓应用市场网站源码从磁盘镜像文件入手，源码进而探讨恶意动态库的源码详细内容。
macOS用户熟悉UltraEdit，源码这是源码一款功能强大的文本与十六进制编辑器，支持大型文件编辑。源码然而，源码盗版版的源码UltraEdit应用程序隐藏着风险。在VirusTotal平台，源码该样本被数十家反病毒软件标记，源码但标记名称并不特定，如“Trojan.MAC.Generic”或“Trojan-Downloader.OSX.Agent”，这使得识别恶意软件类型变得困难。
通过加载磁盘镜像，我们发现该盗版程序被挂载至/Volumes/UltraEdit .0.0.，且无任何签名信息，而正版UltraEdit应用程序则包含合法签名。在盗版软件中寻找恶意组件，通常较为困难，特别是对于大型应用而言。然而，我们成功识别了一个名为“libConfigurer.dylib”的恶意组件。
该组件为无符号位（Intel）dylib库，也被VirusTotal平台标记。它被添加为依赖库，意味着当用户启动盗版UltraEdit时，此库会自动加载。syncpool源码及原理通过反汇编工具，我们发现其中包含了一个名为initialize的构造器，执行此构造器后，会下载并执行名为download.ultraedit.info的代码。
下载的代码文件被转储为/tmp/.test和/Users/Shared/.fseventsd，文件内容通过解码后，似乎与已知的恶意软件Khepri相关联，这是一款基于Golang和C++开发的开源跨平台代理+后渗透工具。同时，libConfigurer.dylib从download.ultraedit.info下载的文件也包含了一些混淆的Mach-O源码。
进一步分析显示，.test文件似乎是恶意软件的一部分，它使用/usr/local/bin/ssh执行，这可能用于远程控制或数据传输。而.fseventsd文件则通过文件监控器实现持久化，每次用户登录时自动启动或重启。
总结此次事件，盗版UltraEdit应用程序不仅引入了恶意动态库，还通过网络下载和执行了额外的恶意代码。恶意软件组件通过混淆和持久化技术，增加了检测和移除的难度。在分析过程中，我们使用了多种工具，包括VirusTotal、otool、nm、反汇编工具等，以及第三方安全资源和开源工具，以获得更全面的理解和证据。
面对此类恶意软件，用户应避免下载和使用盗版软件，zull转发源码以保护系统安全。同时，持续监控和更新防病毒软件也是防范恶意软件的重要措施。尽管本文中详细介绍了此次事件的分析过程，但请注意，恶意软件的变种和更新不断，因此保持警惕和采用多层安全防护策略是应对恶意软件的关键。最终，确保系统的安全性，避免遭受潜在的威胁。
[Dev] Xcode的记录
构建过程可以分为预处理(preprocess) -- 编译(build) -- 汇编(assemble) -- 连接(link)这几个大的过程。
LLVM(Low Level Virtual Machine)是强大的编译器开发工具套件，其核心思想是通过生成中间代码IR，分离前后端（前端编译器，后端目标机器码）。这样做的好处是，前端新增编译器，不用再单独去适配目标机器码，只需要生成中间代码，LLVM就可以生成对应的目标机器码。下面就是LLVM的架构。
预处理：头文件引入、宏替换、注释处理、条件编译等操作；
词法分析：读入源文件字符流，组成有意义的词素（lexeme）序列，生成词法单元（token）输出；
语法分析：Token流解析成一颗抽象语法树(AST)；
CodeGen：遍历语法树，生成LLVM IR代码，这是前端的输出文件；
汇编：LLVM对IR进行优化，针对不同架构生成不同目标代码，以汇编代码格式输出；
汇编器生成.o文件：将汇编代码转换为机器代码，多线程底层源码输出目标文件（object file）；
连接器：将目标文件和(.dylib、.a、.tbd、.framework)进行连接，生成可执行mach-o文件。
dwarf：debugging with attribute record formats，一种源码调试信息的记录格式，用于源码级调试；
dSym：debug Symboles，调试符号，即符号表文件。符号对应着类、函数、变量等，是内存与符号如函数名、文件名、行号等的映射，崩溃日志解析非常重要。可以用dwarfdump 命令来查看dwarf调试信息。
DW_AT_low_pc表示函数的起始地址 DW_AT_high_pc表示函数的结束地址 DW_AT_frame_base表示函数的栈帧基址 DW_AT_object_pointer表示对象指针地址 DW_AT_name表示函数的名字 DW_AT_decl_file表示函数所在的文件 DW_AT_decl_line表示函数所在的文件中的行数 DW_AT_prototyped为一个 Bool 值, 为 true 时代表这是一个子程序/函数(subroutine) DW_AT_type表示函数的返回值类型 DW_AT_artificial为一个Bool值，为true时代表这是一个由编译器生成而不是源程序显式声明
使用symbolicatecrash命令行
使用dwarfdump和atos工具
xcode-project-file-format这里对xcodeproj文件格式进行了说明。
xcodeproj文件包含以下元素
总体说明
结合上面的说明，对project.phxproj文件结构进行说明
项目中setting有2处，project和target中都有，那么他们之间的关系是怎样的？
在Xcode中添加代码块步骤
1、选择代码，右键选择 create code snippet，或者在顶部导航，选择Editor-create code snippet；
2、编辑信息和代码即可，其中completion表示输入的快捷方式；
3、需要修改的青云志 源码 分析参数用形式添加 ；
4、所在目录~/Library/Developer/Xcode/UserData/CodeSnippets 。
还需要注意xcshareddata目录下
参考
Xcode build过程中都做了什么 Xcode编译疾如风-3.浅谈 dwarf 和 dSYM iOS崩溃日志解析&原理 - 掘金 LLVM编译流程 & Clang插件开发 8. Xcode 工程文件解析 - 掘金 XCode工程文件结构及Xcodeproj框架的使用( 二 ) XCode: Target Settings和Project Settings的区别 Xcode-项目重命名
如何正确的使用静态链接库和动态链接库
动态库和静态库
在Win下，动态库以.dll结尾，静态库以.lib结尾。
在Linux下，动态库文件以.so结尾，静态库以.a结尾。
在Mac下，动态库以.dylib结尾，静态库以.a结尾。
动态库的优势和劣势
动态函数库在编译的时候并没有被编译进目标代码中，你的程序执行到相关函数时才调用该函数库里的相应函数，因此动态函数库所产生的可执行文件比较小。由于函数库没有被整合进你的程序，而是程序运行时动态的申请并调用，所以程序的运行环境中必须提供相应的库。 动态函数库的改变并不影响你的程序，所以动态函数库的升级比较方便。
某个程序在运行时要调用某个动态链接库函数的时候，OS首先查看所有正在运行的进程，找找看是否已经有人载入了这个库。如果有的话，直接用。如果没有才会载入。这样的第一个优点就是节省内存空间。动态调入意味着是等需要的时候才调入内存，而不是不管用不用都要先放到内存里来。
我如果想要升级某个软件。如果升级的位置是在dll里，那软件其他的部位不需要重新编译链接。所以升级方便。
静态库的优势和劣势
利用静态函数库编译成的文件比较大，因为整个函数库在编译时都会被整合进目标代码中，他的优点就显而易见了，即编译后的执行程序不需要外部的函数库支持，因为所有使用的函数都已经被编译进去了。当然这也会成为他的缺点，因为如果你静态链接的函数库改变了，那么你的程序必须重新编译。
代码更精简，因为不必做版本检查。
程序分发时文件个数少，因为静态链接到源文件里了。
只编译进来库中所用的部分，而不用整个库。
生成的binary占空间更大。
重复的库可能出现在多个进程，浪费内存。
库内部更新的话需要重新编译binary。
Linux平台的静态库
静态库的生成静态库的链接
Linux平台的动态库
动态库的生成动态库的链接
Windows平台的静态库
静态库的生成/MT 使用 LIBCMT.lib 编译以创建多线程可执行文件。生成静态库lib。
静态库的链接1、在使用链接库的代码开头加入，第二行是要调用的链接库里的函数：
2、将要调用的链接库的lib放入项目源代码中，然后编译。（编译的时候不需要dll。这里把静态部分lib编译进了exe，但动态库dll还没用。）
3、运行之前要把dll放到exe目录下。
Windows平台的动态库
动态库的生成/MD 使用 MSVCRT.lib 编译以创建多线程 DLL。生成动态库。
动态库的链接1、 LoadLibrary（或MFC 的AfxLoadLibrary），装载动态库。
2、 GetProcAddress，获取要引入的函数，将符号名或标识号转换为DLL内部地址。
3、 FreeLibrary（或MFC的AfxFreeLibrary），释放动态链接库。
JDK基础概念及目录结构
JDK、JRE和JVM等基础概念
我们平时所说的JDK，实际上是指Java开发包，它包含了用于Java开发的工具集。具体来说，JDK（Java Development ToolKit）包含Java运行环境（JRE）和一系列开发工具，如编译器、调试器、javadoc等。我们依赖JDK来开发和运行Java程序。JDK的编译器Javac会将Java代码编译成字节码（.class文件）。由于编译出的字节码在任何平台上都相同，因此Java语言被誉为跨平台语言，即“一次编写，到处运行”。JRE（Java Runtime Environment）为Java提供了运行环境，其中JVM（Java Virtual Machine，即Java虚拟机）是关键部分，它负责将字节码解释成可执行的机器码。JRE由JVM、Java运行时类库、动态链接库等组成。JVM可以视为一台抽象化的计算机，拥有完整的体系架构，包括处理器、堆栈、寄存器等。在运行时环境，JVM会将Java字节码解释成机器码。由于机器码与平台相关，因此JVM在不同平台有不同的实现。目前，JDK默认使用的实现是Hotspot VM。
OpenJDK介绍
我们通常所说的JDK是指SUN公司（现在是Oracle公司的）的官方JDK，由于历史遗留问题，其本身采用的并非开源协议。因此，后来出现了OpenJDK，即JDK的开源版本。OpenJDK与JDK有以下几点不同：
（以上摘自知乎中的高票答案。）我们有时会在Java源码中看到标记为native的方法，这说明该方法是用C代码实现的。我们可以通过OpenJDK查看其具体实现方式。例如，Object类的getClass方法：
相应的，在OpenJDK/jdk/src/share/native目录下，找到Object.c文件，可以看到具体的实现代码：
JDK目录结构
那么，上述提到的JRE和JVM具体是什么样子呢？我们可以通过查看JDK的目录结构来了解其真容。以下以centos7系统下的JDK1.8版本为例，对JDK目录结构进行说明。
JDK1.8目录结构：
以下是一些比较重要的目录或文件的含义：
dt.jar和tools.jar文件作用
dt.jar包含了Swing包，是运行环境的类库。目前的发展趋势是Java越来越少用于GUI开发，因此这个类库基本不会用到。
tools.jar是工具类库，bin目录下的可执行程序，很多都会用到这个类库。例如，javac[.exe]、javadoc[.exe]等。
平时我们经常会将这两个文件配置到CLASSPATH的当前目录（.）后面。原因是有一些可执行程序在运行时依赖于这些类库，例如javac[.exe]就依赖于tools.jar类库的javac包。
jre目录结构
bin目录包含了运行Java程序所需的可执行文件，例如java[.exe]。
lib目录包含了运行时依赖的Java类库和动态链接库（.so或.dll或.dylib）。
jre/lib目录结构：
amd目录下包含了程序运行所需的动态链接库，在amd/server目录下，可以找到JVM库：libjvm.so。rt.jar文件是Java运行时类库，是我们用到最多的基础类库，包括java.lang、java.io、java.net、java.util等。
java.lang：Java语言包，该包下的文件不需要显式import。包括：Object类、数据类型相关的类（String、Long、Byte）、Class类、线程相关类Thread、异常类Throwable等。
java.io：I/O操作相关的类。包括：文件类File、FileReader、FileWriter、输入输出流InputStream/OutputStream等。
java.net：网络相关类。包括：http连接类HttpURLConnection、socket类等。
java.util：工具类。包括：数据结构相关的类ArrayList、HashMap、日期类Date、随机数类Random等。
我们平时在配置好JDK HOME后，IDE会默认将JDK的类库全部引用进来，供开发使用。以mac下的Itellij IDEA为例，看一下都有哪些类：
后记
本文首先介绍了JDK相关的一些基础概念；之后通过分析JDK的目录结构，加深对这些概念的理解。Java体系博大精深，像Java类库、JVM等每个部分都值得深入研究一番。阅读源代码是最直接、见效最快的方法，强烈推荐用这种方法来学习Java。