[全网首发中文版]LLM4Decompile: Decompiling Binary Code with Large Language Models

LLM4Decompile: Decompiling Binary Code with Large Language Models

摘要

反编译的目的是将编译后的代码恢复为人类可读的源代码,但在名称和结构等细节上遇到了困难。 大型语言模型(大语言模型)显示出编程任务的前景,激励其应用程序进行反编译。 但目前还没有开源的大语言模型可供反编译。 而且,现有的反编译评估系统主要考虑token级别的准确性,很大程度上忽略了代码的可执行性,而这是任何程序最重要的特征。 因此,我们发布了第一个开放获取的反编译大语言模型,范围从1B到33B,在40亿个C源代码和相应的汇编代码上进行了预训练。 开源的大语言模型可以作为该领域进一步发展的基准。 为了确保程序评估的实用性,我们引入了 Decompile-Eval,这是第一个考虑反编译可重编译性和可重执行性的数据集。 该基准强调了从程序语义角度评估反编译模型的重要性。 实验表明,我们的LLM4Decompile能够准确反编译21%的汇编代码,比GPT-4提高了50%。 我们的代码、数据集和模型发布于 LLM4Decompile。

1 简介

反编译是将已编译的机器代码或字节码转换回高级编程语言的过程。 当源代码无法访问时,通常会这样做来分析软件的工作原理 Brumley 等人 (2013); Katz 等人 (2018);胡赛尼和多兰-加维特 (2022);徐等人 (2023); Armengol-Estapé 等人 (2023);江等人 (2023);黄等人(2023)。 目前已经开发了许多反编译工具,例如 Ghidra Ghidra (2024) 和 IDA Pro Hex-Rays (2024)。 尽管这些工具能够在特定场景下将二进制代码恢复为源代码,但它们通常无法生成易于人类阅读的代码。 反编译的固有困难在于无法完全重新创建源代码,尤其是诸如变量名 Lacomis 等人 (2019) 和主要结构 Wei 等人 (2007) 等更精细的细节,比如循环和条件语句,这些在编译过程中经常会丢失。

Refer to caption
图1: 评估反编译的管道。

大语言模型(大语言模型)的最新进展促使研究人员将编程语言视为不同的语言系统,使用预训练代码大语言模型来执行各种编码任务Lippincott (2020); Rozière 等人 (2023);郭等人(2024)。 与传统技术相比,这些模型表现出了令人印象深刻的性能改进Zeng 等人 (2022); Xu 等人 (2022),这让我们想到了应用大语言模型来应对反编译挑战的可能性。 为了说明这一点,基于 Transformer 的模型,例如 Slade Armengol-Estapé 等人 (2023) 和 Nova Jiang 等人 (2023) 已经展示了使用语言模型将语言模型转化为模型的潜力。二进制代码返回源代码,在可读性和结构上更接近源代码。 然而,Slade 和 Nova 的模型范围在某种程度上受到 200M 和 1B 参数的限制,这可能会导致学习和泛化能力下降,而较大的模型通常通过利用其广泛的参数来处理和推广,从而在这些领域表现出显着的改进。整合更广泛的信息Rozière 等人 (2023); OpenAI(2023)。 此外,它们缺乏公众可用性限制了它们对促进该领域进一步进展的贡献。 此外,据我们所知,不存在用于评估和比较反编译技术的标准化基准数据集。 研究人员倾向于使用不同的数据集da Silva 等人 (2021);柯利牧羊犬等人 (2020); Tan 等人 (2017) 来评估他们的结果,使得直接比较变得困难。 因此,非常需要建立一个评估反编译性能的基准,这可以极大地促进反编译领域制定连贯且标准的评估标准。

因此,我们的目标是创建并发布第一个专门用于反编译的开源大语言模型,并通过构建第一个专注于可重编译性和可重执行性的反编译基准来评估其能力。 我们首先使用不同配置的 GCC Stallman 等人 (2003) 将来自 AnghaBench da Silva 等人 (2021) 的一百万个 C 代码样本编译为汇编代码,形成一个数据集40 亿个 Token 中的汇编源代码对。 然后,我们使用该数据集对 DeepSeek-Coder 模型 Guo 等人 (2024)(一个领先的代码大语言模型)进行微调。 然后根据HumanEval Chen 等人(2021)问题和测试样本构建评估基准Decompile-Eval。 具体来说,我们从两个角度制定评估:反编译后的代码是否可以重新编译成功,以及是否通过了测试用例中的所有断言。 图1展示了我们的反编译评估所涉及的步骤。 首先,源代码(表示为 s ⁢ r ⁢ c s⁢r⁢c src)由 GCC 编译器使用特定参数(例如优化级别)进行编译,以生成可执行二进制文件。 然后使用 objdump 工具将该二进制文件反汇编为汇编语言(表示为 a ⁢ s ⁢ m a⁢s⁢m asm)。 随后对汇编指令进行反编译,以人类可读的格式重建源代码(表示为 s ⁢ r ⁢ c ′ s⁢r⁢c^{′} src)。 为了评估反编译代码 ( s ⁢ r ⁢ c ′ s⁢r⁢c^{′} src) 的质量,需要测试其使用原始 GCC 编译器重新编译的能力(可重新编译性)以及通过测试断言的功能(可重新执行性)。

在 Decompile-Eval 上,llm4decompile 模型在反编译二进制文件的能力方面展示了令人鼓舞的结果,令人印象深刻的是,90% 的反编译代码可以使用 GCC 编译器中的相同设置重新编译,这意味着对代码结构和语法的深入理解。 至于执行代码的能力,6B版本的反编译代码中有21%成功捕获了程序的语义并通过了所有测试用例。

总之,我们的贡献主要有两个方面:

  • 我们提供了第一个专为反编译而定制的从1B到33B的开源大语言模型,这也方便了编译和多样化的二进制任务。
  • 我们构建了第一个反编译基准测试,以重新编译和重新执行率为目标,这表明语法恢复和语义保留——这对于可用和健壮的反编译来说都是至关重要的。

2 相关工作

2.1 反编译

将可执行二进制文件反转为其源代码形式的做法(称为反编译)已经研究了数十年。 传统反编译依赖于分析程序 Brumley 等人 (2013) 的控制和数据流,并采用模式匹配,如 Hex-Rays Ida pro Hex-Rays (2024) 等工具中所示 和 Ghidra Ghidra (2024)。 这些系统尝试识别程序控制流图 (CFG) 中与标准编程结构(例如条件语句或循环)相对应的模式。 然而,构建这些基于规则的系统可能具有挑战性,并且容易出错,因为规则创建起来很复杂,通常只部分覆盖 CFG,并且需要大量时间来开发 Armengol-Estapé 等人 (2023);江等人(2023)。 当面对已经优化的代码时,它们特别弱,这是商业编译软件的常见做法。 这种反编译过程的代码输出往往是汇编代码的类似源代码的表示,包括变量到寄存器的直接翻译、goto的使用以及其他低级操作,而不是原始的高级语言构造。 此输出虽然在功能上通常与原始代码相似,但难以理解,并且可能不够高效,无法重新编译 Liu 和 Wang (2020)。

受到神经机器翻译的启发,研究人员将反编译重新表述为一种翻译练习,将机器级指令转换为可读的源代码。 该领域的初步尝试利用循环神经网络 (RNN) Katz 等人 (2018) 进行反编译,并辅以纠错技术来增强结果。 尽管如此,这些努力的有效性受到了限制。

自然语言处理 (NLP) 的最新进展使得可以使用预训练语言模型 (LM) 来执行编码相关任务Rozière 等人 (2023);利平科特(2020);郭等人(2024)。 这些模型通常采用 Transformer 架构 Vaswani 等人 (2017),使用自注意力机制,并在大量文本数据集上进行预训练。 这种方法使语言模型能够捕捉上下文的细微差别,并有助于获得一般语言理解。 在二进制反编译领域,BTC Hosseini 和 Dolan-Gavitt (2022) 是最早为此目的配置 LM 的人之一。 随后,Slade Armengol-Estapé 等人 (2023) 利用 BART 模型,训练了一个具有 2 亿个参数的基于 LM 的反编译器,而 Nova Jiang 等人 (2023)从 StarCoder 检查点开始,开发了一个具有 10 亿个参数的二进制 LM,并对其进行了反编译微调。 虽然这些模型在反编译方面表现出了潜力,但它们的规模有限,例如 2023 年推出的 Code Llama 模型 Rozière 等人 (2023) 至少有 70 亿个参数。

2.2 评估

反编译领域存在一个显着的差距:缺乏统一的、公认的衡量反编译工具质量的基准。 各种来源用于评估目的。 例如,BTC Hosseini 和 Dolan-Gavitt (2022) 利用网络数据(包括访谈式编码问题)和广泛的 Debian Linux 存储库来评估反编译准确性。 同时,Slade Armengol-Estapé 等人 (2023) 使用合成代码生成框架 Synth 和 ExeBench da Silva 等人 (2021) 的子集进行了测试; Collie 等人 (2020),由可执行 C 程序组成的基准测试。 除了 CodeFlaws Tan 等人 (2017) 数据集之外,Nova Jiang 等人 (2023) 还在其创建的合成数据集上评估其反编译能力,该数据集旨在识别常见的编码错误。

这些评估所采用的指标主要集中在 N 元语法相似度上,并使用 BLEU 或词符准确性以及编辑相似度 (ES)。 Slade Armengol-Estapé 等人 (2023) 更进一步,结合了输入输出 (IO) 精度 Le 等人 (2014); Liu and Wang (2020)纳入其评估框架。 该指标通过行为平等来评估语义等价性,这意味着它检查反编译代码和原始代码在给定相同输入时是否产生相同的输出。 然而,IO 精度依赖于外部进程来生成输入和输出样本以进行比较。 输入和输出样本的生成通常涉及随机性,导致不确定的结果,并且难以一致地评估反编译器的性能。

因此,我们的目标是开发并制作第一个专为反编译而定制的开源大语言模型(大语言模型)。 我们还旨在建立第一个可重编译性和可重执行性基准,为反编译领域的性能评估制定标准。

3 LLM4Decompile

在本节中,我们描述预训练数据,呈现不同的模型配置,并讨论预训练大语言模型中涉及的预训练目标。

3.1 预训练数据

我们基于 Anghabench da Silva 等人 (2021) 构建 asm-source对,这是一百万个可编译 C 文件的公共集合。 遵循前人作品Armengol-Estapé等人(2023)的做法,我们首先将源代码编译为二进制目标文件,将目标文件反汇编为汇编代码,并将其与源代码配对,这里我们只考虑 x86 Linux 平台。 在实际部署中,程序员会选择不同的编译器优化标志来优化执行性能。 编译器优化是指调整和转换源代码以生成更快、更高效的机器代码的过程。 它涉及消除冗余指令、更好的寄存器分配、循环转换等技术。 不同的优化级别会权衡编译时间与执行时间和调试能力。 关键优化级别为:O0(默认,无优化)到O3(激进优化,编译时间消耗)。 我们将源代码编译为所有四个阶段,即 O0、O1、O2、O3,并将每个阶段与源代码配对。 为了通知模型优化阶段,我们使用以下提示:# This is the assembly code with [优化状态] optimization: [asm代码] # What is the source code?.

3.2 模型配置

我们的 LLM4Decompile 使用与 DeepSeek-Coder 相同的架构,并且我们使用相应的 DeepSeek-Coder 检查点初始化模型。 作为神经翻译器,训练目标可以分为两类,如图2 所示。

Refer to caption

图2: 训练目标

1)下一个词符预测(NTP)或语言建模
这是大多数大语言模型模型的预训练目标,目标是在给定先前输入的情况下预测下一个词符。 如方程 1 所示,它最小化了GT token的 x i x_{i} xi 负对数概率:
L = − ∑ i log ⁡ ⁡ P i ⁢ ( x i ∣ x 1 , x 2 , … , x i − 1 ; θ ) (1) \mathcal{L} = −\sum \limits_{i}\log ⁡P_{i}⁢(x_{i}\left|x_{1},x_{2},…,x_{i−1};\theta \right.) \tag{1} L=ilogPi(xix1,x2,,xi1;θ)(1)
其中条件概率 P P P 使用参数为 θ \theta θ 的 LLM4Decompile 模型进行建模。 这些参数通过针对给定词符 x i x_{i} xi之前的输入序列 x 1 , x 2 , … , x i − 1 x_{1},x_{2},…,x_{i−1} x1,x2,,xi1应用梯度下降算法来优化。

2)序列到序列预测(S2S)
这是大多数神经机器翻译模型中采用的训练目标,旨在预测给定输入序列的输出。 如公式 2 所示,它最小化了 C 代码标记 x i , … , x j x_{i},…,x_{j} xi,,xj 的负对数概率:
L = − ∑ i log ⁡ ⁡ P i ⁢ ( x i , … , x j ∣ x 1 , … , x i − 1 ; θ ) (2) \mathcal{L} = −\sum \limits_{i}\log ⁡P_{i}⁢(x_{i},…,x_{j}\left|x_{1},…,x_{i−1};\theta \right.) \tag{2} L=ilogPi(xi,,xjx1,,xi1;θ)(2)

其中仅针对输出序列 x i ⁢ … ⁢ x j x_{i}⁢…⁢x_{j} xixj 或 C 代码计算损失。

主要区别在于输入序列或输入汇编代码是否包含在训练损失中,而在语言建模中,所有输入都包含在损失计算中。 我们对这两个训练目标进行了不同的消融研究,以探索它们在反编译中的有效性。

4 实验设置

4.1 反编译-评估基准

目前,似乎没有反编译评估基准来考虑代码是否可以重新编译或正确执行。 在评估反编译模型性能时,研究人员依赖于测量 N-gram 相似度(例如 BLEU 或 CodeBLEU)或编辑相似度 (ES) 的指标。 然而,这些常用于机器翻译和文本生成的指标无法适应编程语言的评估。

编程语言具有高度结构化和逻辑性,对函数和变量的命名不敏感,但对数据和逻辑流非常敏感。 更改变量或函数名称不会影响程序的含义,但单个逻辑错误可能会改变其整个功能和用途。 如图3 所示,使用BLEU和ES来评估代码相似度是有问题的。 对于 s ⁢ r ⁢ c 1 s⁢r⁢c_{1} src1来说,与原始 s ⁢ r ⁢ c s⁢r⁢c src的变化仅限于变量 n ⁢ u ⁢ m n⁢u⁢m num的类型转换,这导致了较高的BLEU和ES分数。 然而,这种改变完全改变了代码的意图。 同样, s ⁢ r ⁢ c 2 s⁢r⁢c_{2} src2 获得了较高的 BLEU 和 ES 分数,但函数的语义丢失了。 相反, s ⁢ r ⁢ c 3 s⁢r⁢c_{3} src3 经历函数和变量名称的规范化,不会导致语义转变,但相对于原始代码,BLEU 得分为零。 s ⁢ r ⁢ c 4 s⁢r⁢c_{4} src4 的例子更为极端:如果程序逻辑被分解为多行,ES 会下降到 41.4%,错误地表明相似度较低。 然而,在编译期间,名称通常由编译器标准化,并且源代码通常根据优化被分解为基本操作。 因此,在评估反编译效果时,重新编译并执行代码的能力比 N-gram 或编辑相似度更具指示性。

Refer to caption

图3: 使用 BLEU 和编辑相似度评估反编译结果的限制。

为了解决反编译评估方面的差距,我们引入了 Decompile-Eval,这是第一个评估反编译系统可重编译性和可重执行性的基准。 该基准源自 HumanEval Chen 等人 (2021),它是代码生成评估的领先基准,包括 164 个编程挑战以及随附的 Python 解决方案和断言。 我们将这些 Python 解决方案和断言转换为 C 语言,确保它们使用标准 C 库通过 GCC 编译器进行编译,并传递所有原始断言。 在我们的评估过程中(图1),C源代码首先被编译为二进制文件,然后反汇编为汇编代码,最后输入反编译系统重新构建回C源代码。 重新生成的 C 代码使用 GCC 进行编译,以测试可重新编译性,并与原始断言结合起来,检查它是否可以成功执行并通过这些断言。 可重编译性和可重执行性是验证反编译过程有效性的关键指标。 当反编译的代码可以重新编译时,它提供了语法完整性的有力证据。 它确保反编译的代码不仅可读,而且遵守编译器期望的结构和语法标准。 然而,语法本身并不能保证与原始预编译程序的语义等效。 可重执行性提供了语义正确性的关键衡量标准。 通过重新编译反编译的输出并运行测试用例,我们评估反编译是否保留了程序逻辑和行为。 可重编译性和可重执行性共同表明语法恢复和语义保留——这对于可用和健壮的反编译来说都是必不可少的。

根据 Slade Armengol-Estapé 等人 (2023) 的既定评估实践,我们将 AnghaBench 中的 1000 个样本划分为测试集。 然后,我们利用 BLEU 和 ES 作为我们的主要评估指标。

4.2 基线

为了与 SOTA 反编译器进行基准测试,我们选择了两个关键基准。 首先,GPT-4代表了最有能力的大语言模型,提供了大语言模型性能的上限。 作为最大的语言模型之一,GPT-4 在跨模态方面显着超越了之前的大语言模型。 其次,选择DeepSeek-Coder作为当前SOTA开源代码大语言模型。 它代表了专为编码任务量身定制的最前沿的公开可用模型。 虽然最近的学术著作如 BTC Hosseini and Dolan-Gavitt (2022) 和 Slade Armengol-Estapé 等人 (2023) 展示了用于反编译的大语言模型,但这些模型呈现出显着的集成性挑战,例如复杂的预处理设置、非标准化分词器/模型加载,以及需要付出巨大努力来修改和调整它们。 因此,我们选择 GPT-4 和 DeepSeek-Coder 作为可用于评估的代表性前沿开源基线。

表格1: Decompile-Eval 评估结果

ModelRe-compilabilityRe -executability
Opt-levelO0O1O2O3Avg.O001O2O3Avg.
GPT40.920.940.880.840.8950.13410.18900.15240.08540.1402
DeepSeek -Coder-33B0.06590.08660.15000.14630.11220.00000.00000.00000.00000.0000
LLM4Decompile-1b0.87800.87320.86830.83780.86430.15730.07680.10000.08780.1055
LLM4Decompile-6b0.88170.89510.86710.84760.87290.30000.17320.19880.1 8410.2140
LLM4Decompile-33b0.81340.81950.81830.83050.82040.30490.19020.18170.18170.2146

表2: Anghabench 上的评估结果。

modelBLEUEdit Similarity
Opt-levelO0O1O2O3Avg.O0O1O2O3Avg.
DeepSeek -Coder33B0.03620.03670.03060.03130.03370.11860.11960.11240.11330.116
LLM4Decompile-1b0.50990.4930.4870.48350.49340.62230.59460.58250.58220.5954
LLM4Decompile-6b0.82190.82460.81430.81480.81890.85620.85510.84220.84530.8497
LLM4Decompile-33b0.77240.74770.74850.75140.7550.82520.79740.79930.80560.8069

表3: 训练方法的消融研究。

ModelRe-compilabilityRe -executability
Opt-levelO0O1O2O3Avg.00O1O2O3Avg.
S2S0.88170.89510.86710.84760.87290.30000.17320.19880.18410.2140
NTP0.83290.85980.83170.83290.83930.28050.13900.15730.13410.1777
NTP+S2S0.89630.85980.89630.87200.88110.32320.14630.19510.17070.2088

4.3 实施

我们使用在 Hugging Face Wolf 等人 (2019) 上获得的 DeepSeek-Coder 模型(1.3B、6.7B 和 33B)的 Python 实现。 我们设置了全局 b ⁢ a ⁢ t ⁢ c ⁢ h ⁢  s ⁢ i ⁢ z ⁢ e = 2048 b⁢a⁢t⁢c⁢h⁢\ s⁢i⁢z⁢e = 2048 batch size=2048 l ⁢ e ⁢ a ⁢ r ⁢ n ⁢ i ⁢ n ⁢ g  ⁢ r ⁢ a ⁢ t ⁢ e = 2 ⁢ e − 5 l⁢e⁢a⁢r⁢n⁢i⁢n⁢g\ ⁢r⁢a⁢t⁢e = 2⁢e−5 learning rate=2⁢e5 并使用 AdamW 优化器 Loshchilov 和 Hutter (2019) 训练模型 2 个周期。 在评估过程中,我们将 m ⁢ a ⁢ x ⁢ _ ⁢ n ⁢ e ⁢ w ⁢ _ ⁢ t ⁢ o ⁢ k ⁢ e ⁢ n ⁢ s m⁢a⁢x⁢\_⁢n⁢e⁢w⁢\_⁢t⁢o⁢k⁢e⁢n⁢s max⁢_⁢new⁢_⁢tokens设置为512。 为了保证时间和空间复杂度分析的公平性,所有实验均在配备8个NVIDIA A100-80GB GPU的集群上进行。

5 实验结果

5.1 主要结果

表1 展示了我们研究的主要结果。 最初,DeepSeek-Coder 的基础版本无法准确反编译二进制文件。 它可以生成看起来正确并且有时可以编译的代码,但无法保留原始程序语义。 经过微调后,LLM4Decompile 模型在反编译二进制文件的能力方面表现出显着提高,令人印象深刻的是,大约 90% 的代码是可编译的,这意味着对代码结构和语法的深入理解。 在执行代码的能力方面,LLM4Decompile的6B版本比1B版本显示出了显着的优势,6B版本的反编译代码中有21%成功捕获了程序的语义并通过了所有测试用例,而对于1B版本只有10%可以重新执行。 这一改进凸显了较大模型尺寸在捕获程序语义方面的优势。 尽管如此,模型大小增加到 33B 仅带来了微小的改进,可重执行性平均增加不到一个百分点。 这种稳定状态可能是由于调整 33B 模型的挑战造成的。

表2 总结了AnghaBench上的结果,其中LLM4Decompile显示出非常高的BLEU和ES分数,例如,6B模型达到了0.82 BLEU分数,几乎与源代码相同。 这种出色的性能表明测试集中存在严重的数据泄漏问题。 反编译代码及其变量标准化后,实际上不应该允许如此高的 N-gram/ES 分数。 这种异常现象强调了建立独立、可靠的反编译评估基准的重要性,因为之前的研究中也报告了类似的高 BLEU 和 ES 分数。

5.2 消融

正如 [[#3.2 模型配置|3.2]] 节中所讨论的,我们的 LLM4Decompile 模型采用序列到序列 (S2S) 预测方法,由于多种原因,该方法优于其他训练技术。 在此训练方法中,输入(特别是汇编代码)不包含在损失函数的计算中。 这使得模型能够专注于生成准确的输出源代码,从而更好地理解反编译代码的底层模式和结构。 相比之下,将汇编代码集成到训练过程中,如在下一个词符预测(NTP)任务中,既包含输入汇编代码又包含输出源代码,这会导致性能降低约 4 个点,如表3 汇编代码的复杂性是另一个因素;由于本质上是复杂和低级的,当过程中包含汇编代码时,模型很难学习有意义的模式。 通过从损失计算中排除汇编代码,S2S 方法使模型能够避免这种复杂性并专注于高级源代码模式。 尽管替代策略涉及使用汇编和 C 代码进行初始训练步骤,然后针对翻译任务进行微调 (NTP+S2S),但这种方法的性能仍然不如 S2S。

6 结论

我们提出了第一个开源的以反编译为中心的大语言模型和标准化的可重编译/可重执行基准。 对这个多样化编译 C 代码数据集的分析揭示了有前途的功能 - 我们的 6B LLM4Decompile 实现了 87% 的可重编译性(表明语法理解)和 21% 的可重执行性(表明语义保留)。 作为对数据驱动反编译的初步探索,我们的工作建立了一个开放的基准来激励未来的努力。 公共数据集、模型和分析代表了通过新技术增强反编译的令人鼓舞的第一步。

7 限制

本研究范围仅限于针对x86平台的C语言的编译和反编译。 虽然我们相信这里开发的方法可以相对轻松地适应其他编程语言和平台,但这些潜在的扩展已保留用于未来的研究。 此外,我们当前的研究仅限于单个函数的反编译,没有考虑交叉引用和外部类型定义等因素。 这提供了反编译过程的简化视图,省略了这些元素引入的复杂性。 解决这些方面将提供对更广泛场景下的反编译的更全面的理解,并且是后续研究的重要途径。

参考

  • Armengol-Estapé et al. (2023) Jordi Armengol-Estapé, Jackson Woodruff, Chris Cummins, and Michael F. P. O’Boyle. 2023. Slade: A portable small language model decompiler for optimized assembler. CoRR, abs/2305.12520.
  • Brumley et al. (2013) David Brumley, JongHyup Lee, Edward J. Schwartz, and Maverick Woo. 2013. Native x86 decompilation using semantics-preserving structural analysis and iterative control-flow structuring. In Proceedings of the 22th USENIX Security Symposium, Washington, DC, USA, August 14-16, 2013, pages 353–368. USENIX Association.
  • Chen et al. (2021) Mark Chen, Jerry Tworek, Heewoo Jun, Qiming Yuan, Henrique Pondé de Oliveira Pinto, Jared Kaplan, Harrison Edwards, Yuri Burda, Nicholas Joseph, Greg Brockman, Alex Ray, Raul Puri, Gretchen Krueger, Michael Petrov, Heidy Khlaaf, Girish Sastry, Pamela Mishkin, Brooke Chan, Scott Gray, Nick Ryder, Mikhail Pavlov, Alethea Power, Lukasz Kaiser, Mohammad Bavarian, Clemens Winter, Philippe Tillet, Felipe Petroski Such, Dave Cummings, Matthias Plappert, Fotios Chantzis, Elizabeth Barnes, Ariel Herbert-Voss, William Hebgen Guss, Alex Nichol, Alex Paino, Nikolas Tezak, Jie Tang, Igor Babuschkin, Suchir Balaji, Shantanu Jain, William Saunders, Christopher Hesse, Andrew N. Carr, Jan Leike, Joshua Achiam, Vedant Misra, Evan Morikawa, Alec Radford, Matthew Knight, Miles Brundage, Mira Murati, Katie Mayer, Peter Welinder, Bob McGrew, Dario Amodei, Sam McCandlish, Ilya Sutskever, and Wojciech Zaremba. 2021. Evaluating large language models trained on code. CoRR, abs/2107.03374.
  • Collie et al. (2020) Bruce Collie, Jackson Woodruff, and Michael F. P. O’Boyle. 2020. Modeling black-box components with probabilistic synthesis. In GPCE ’20: Proceedings of the 19th ACM SIGPLAN International Conference on Generative Programming: Concepts and Experiences, Virtual Event, USA, November 16-17, 2020, pages 1–14. ACM.
  • da Silva et al. (2021) Anderson Faustino da Silva, Bruno Conde Kind, José Wesley de Souza Magalhães, Jerônimo Nunes Rocha, Breno Campos Ferreira Guimarães, and Fernando Magno Quintão Pereira. 2021. ANGHABENCH: A suite with one million compilable C benchmarks for code-size reduction. In IEEE/ACM International Symposium on Code Generation and Optimization, CGO 2021, Seoul, South Korea, February 27 - March 3, 2021, pages 378–390. IEEE.
  • Ghidra (2024) Ghidra. 2024. Ghidra software reverse engineering framework.
  • Guo et al. (2024) Daya Guo, Qihao Zhu, Dejian Yang, Zhenda Xie, Kai Dong, Wentao Zhang, Guanting Chen, Xiao Bi, Y Wu, YK Li, et al. 2024. Deepseek-coder: When the large language model meets programming–the rise of code intelligence. arXiv preprint arXiv:2401.14196.
  • Hex-Rays (2024) Hex-Rays. 2024. Ida pro: a cross-platform multi-processor disassembler and debugger.
  • Hosseini and Dolan-Gavitt (2022) Iman Hosseini and Brendan Dolan-Gavitt. 2022. Beyond the C: retargetable decompilation using neural machine translation. CoRR, abs/2212.08950.
  • Jiang et al. (2023) Nan Jiang, Chengxiao Wang, Kevin Liu, Xiangzhe Xu, Lin Tan, and Xiangyu Zhang. 2023. Nova + ^{\text{+}} +: Generative language models for binaries. CoRR, abs/2311.13721.
  • Katz et al. (2018) Deborah S. Katz, Jason Ruchti, and Eric M. Schulte. 2018. Using recurrent neural networks for decompilation. In 25th International Conference on Software Analysis, Evolution and Reengineering, SANER 2018, Campobasso, Italy, March 20-23, 2018, pages 346–356. IEEE Computer Society.
  • Lacomis et al. (2019) Jeremy Lacomis, Pengcheng Yin, Edward J. Schwartz, Miltiadis Allamanis, Claire Le Goues, Graham Neubig, and Bogdan Vasilescu. 2019. DIRE: A neural approach to decompiled identifier naming. In 34th IEEE/ACM International Conference on Automated Software Engineering, ASE 2019, San Diego, CA, USA, November 11-15, 2019, pages 628–639. IEEE.
  • Le et al. (2014) Vu Le, Mehrdad Afshari, and Zhendong Su. 2014. Compiler validation via equivalence modulo inputs. In ACM SIGPLAN Conference on Programming Language Design and Implementation, PLDI ’14, Edinburgh, United Kingdom - June 09 - 11, 2014, pages 216–226. ACM.
  • Lippincott (2020) Thomas Lippincott. 2020. Starcoder: A general neural ensemble technique to support traditional scholarship, illustrated with a study of the post-atlantic slave trade. In 15th Annual International Conference of the Alliance of Digital Humanities Organizations, DH 2020, Ottawa, Canada, July 20-25, 2020, Conference Abstracts.
  • Liu and Wang (2020) Zhibo Liu and Shuai Wang. 2020. How far we have come: testing decompilation correctness of C decompilers. In ISSTA ’20: 29th ACM SIGSOFT International Symposium on Software Testing and Analysis, Virtual Event, USA, July 18-22, 2020, pages 475–487. ACM.
  • Loshchilov and Hutter (2019) Ilya Loshchilov and Frank Hutter. 2019. Decoupled weight decay regularization. In 7th International Conference on Learning Representations, ICLR 2019, New Orleans, LA, USA, May 6-9, 2019. OpenReview.net.
  • OpenAI (2023) OpenAI. 2023. GPT-4 technical report. CoRR, abs/2303.08774.
  • Rozière et al. (2023) Baptiste Rozière, Jonas Gehring, Fabian Gloeckle, Sten Sootla, Itai Gat, Xiaoqing Ellen Tan, Yossi Adi, Jingyu Liu, Tal Remez, Jérémy Rapin, Artyom Kozhevnikov, Ivan Evtimov, Joanna Bitton, Manish Bhatt, Cristian Canton-Ferrer, Aaron Grattafiori, Wenhan Xiong, Alexandre Défossez, Jade Copet, Faisal Azhar, Hugo Touvron, Louis Martin, Nicolas Usunier, Thomas Scialom, and Gabriel Synnaeve. 2023. Code llama: Open foundation models for code. CoRR, abs/2308.12950.
  • Ruder (2016) Sebastian Ruder. 2016. An overview of gradient descent optimization algorithms. arXiv preprint arXiv:1609.04747.
  • Stallman et al. (2003) Richard M Stallman et al. 2003. Using the gnu compiler collection. Free Software Foundation, 4(02).
  • Tan et al. (2017) Shin Hwei Tan, Jooyong Yi, Yulis, Sergey Mechtaev, and Abhik Roychoudhury. 2017. Codeflaws: a programming competition benchmark for evaluating automated program repair tools. In Proceedings of the 39th International Conference on Software Engineering, ICSE 2017, Buenos Aires, Argentina, May 20-28, 2017 - Companion Volume, pages 180–182. IEEE Computer Society.
  • Vaswani et al. (2017) Ashish Vaswani, Noam Shazeer, Niki Parmar, Jakob Uszkoreit, Llion Jones, Aidan N. Gomez, Lukasz Kaiser, and Illia Polosukhin. 2017. Attention is all you need. In Advances in Neural Information Processing Systems 30: Annual Conference on Neural Information Processing Systems 2017, December 4-9, 2017, Long Beach, CA, USA, pages 5998–6008.
  • Wei et al. (2007) Tao Wei, Jian Mao, Wei Zou, and Yu Chen. 2007. A new algorithm for identifying loops in decompilation. In Static Analysis, 14th International Symposium, SAS 2007, Kongens Lyngby, Denmark, August 22-24, 2007, Proceedings, volume 4634 of Lecture Notes in Computer Science, pages 170–183. Springer.
  • Wolf et al. (2019) Thomas Wolf, Lysandre Debut, Victor Sanh, Julien Chaumond, Clement Delangue, Anthony Moi, Pierric Cistac, Tim Rault, Rémi Louf, Morgan Funtowicz, and Jamie Brew. 2019. Huggingface’s transformers: State-of-the-art natural language processing. CoRR, abs/1910.03771.
  • Wong et al. (2023) Wai Kin Wong, Huaijin Wang, Zongjie Li, Zhibo Liu, Shuai Wang, Qiyi Tang, Sen Nie, and Shi Wu. 2023. Refining decompiled C code with large language models. CoRR, abs/2310.06530.
  • Xu et al. (2022) Frank F. Xu, Uri Alon, Graham Neubig, and Vincent Josua Hellendoorn. 2022. A systematic evaluation of large language models of code. In Proceedings of the 6th ACM SIGPLAN International Symposium on Machine Programming, MAPS 2022, page 1–10, New York, NY, USA. Association for Computing Machinery.
  • Xu et al. (2023) Xiangzhe Xu, Zhuo Zhang, Shiwei Feng, Yapeng Ye, Zian Su, Nan Jiang, Siyuan Cheng, Lin Tan, and Xiangyu Zhang. 2023. Lmpa: Improving decompilation by synergy of large language model and program analysis. CoRR, abs/2306.02546.
  • Zeng et al. (2022) Zhengran Zeng, Hanzhuo Tan, Haotian Zhang, Jing Li, Yuqun Zhang, and Lingming Zhang. 2022. An extensive study on pre-trained models for program understanding and generation. In ISSTA ’22: 31st ACM SIGSOFT International Symposium on Software Testing and Analysis, Virtual Event, South Korea, July 18 - 22, 2022, pages 39–51. ACM.

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:/a/466041.html

如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈qq邮箱809451989@qq.com,一经查实,立即删除!

相关文章

如何用大模型做出一款属于自己的 AI 应用?

语言模型是怎么回事 语言模型( language model,LM )简单来说,就是利用自然语言构建的模型。 自然语言就是我们日常生活、学习和工作中常用的文字。语言模型就是利用自然 语言文本构建的,根据给定文本,输出…

jquery 合并单元格

原始表格 合并后的单元格 直接上代码 //合并第一列单元格//给tbody下的第一行(tr:first-child)第一个单元格(td).eq(0))//加上rowspan 长度是这个表格tr的长度(attr(rowspan, $("tbody tr").length);)$(tbody tr:first-child td).eq(0).attr(rowspan, $("t…

idea2023 运行多 springboot 实例

概要 1、修改idea运行多实例(本地测试负载) 你可能用到其他 1、改造项目缓存token 至redis 支持负载均衡部署 SpringSecurity6.0RedisJWTMP基于token认证功能开发(源码级剖析可用于实际生产项目)_springsecurity redis管理token…

算法导论第十二章练习参考答案(22) - 12.1-12.4

Exercise 12.1-1 任何时候,如果一个节点有一个子节点,就把它当作右子节点,左子节点为NIL。 Exercise 12.1-2 二叉搜索树的属性保证了左子树的所有节点都更小,右子树的所有节点都更大。最小堆属性只保证一般的子节点大于父节点的关…

3.18 杂题小结

类似的对于n个物体根据其某种递减关系选择的题目可以利用数位 :当前字符可以选也可以不选 !:当前字符无法选 思路:需要同一位置多次比对的一般使用动态规划(背包中物品是否拿取、字符串取舍与修改方式等)…

2024华为OD统一考试(C卷)最新题库(Java Python C++)

关于华为OD ​ 华为的员工补充途径有三种,分别是校招、OD转正和社招。校招是华为唯一的正式员工入职途径,但是从近几届开始竞争非常激烈,尤其是在CV、AI、NLP等赛道上,所以对于C9等专业的学生来说,可以考虑转向一些冷…

Python轴承故障诊断 (17)基于TCN-CNN并行的一维故障信号识别模型

往期精彩内容: Python-凯斯西储大学(CWRU)轴承数据解读与分类处理 Python轴承故障诊断 (一)短时傅里叶变换STFT Python轴承故障诊断 (二)连续小波变换CWT_pyts 小波变换 故障-CSDN博客 Python轴承故障诊断 (三)经验模态分解EMD_轴承诊断 …

Cannot access aliyunmaven ( xxx ) in offline mode and the artifact

记一次Maven无脑报错 报错提示: Cannot access aliyunmaven (https://maven.aliyun.com/repository/public) in offline mode and the artifact 当看到这个报错信息后,首先想到的就是maven环境变量是否配置正确,然而经过一番查看后&#xf…

minio数据迁移工具rclone使用

文章目录 前言一、下载rclone二、安装配置三、迁移命令结尾 前言 Rclone是一个命令行程序,用于管理云存储上的文件。它是云供应商的web存储接口的一个功能丰富的替代品。超过40种云存储产品支持rclone,包括S3对象存储、企业和消费者文件存储服务以及标准…

mysql 索引(为什么选择B+ Tree?)

索引实现原理 索引:排好序的数据结构 优点:降低I/O成本,CPU的资源消耗(数据持久化在磁盘中,每次查询都得与磁盘交互) 缺点:更新表效率变慢,(更新表数据,还要…

DockerFile遇到的坑

CMD 命令的坑 dockerfile 中的 CMD 命令在docker run -it 不会执行 CMD 命令。 FROM golang WORKDIR / COPY . ./All-in-one CMD ["/bin/sh","-c","touch /kkk.txt && ls -la"] RUN echo alias ll"ls -la" > ~/.bashrc(不…

【LeetCode热题100】101. 对称二叉树(二叉树)

一.题目要求 给你一个二叉树的根节点 root , 检查它是否轴对称。 二.题目难度 简单 三.输入样例 示例 1: 输入:root [1,2,2,3,4,4,3] 输出:true 示例 2: 输入:root [1,2,2,null,3,null,3] 输出&a…

Zynq—AD9238数据采集DDR3缓存千兆以太网发送实验(后记)

2024.03.05: 测试了开发板网线直连电脑可以传输数据。但是通过开发板→交换机→电脑,没有数据传输。通讯采用UDP通讯,一个是无法满足后续对采集数据的傅里叶变换和傅里叶逆变换的处理。二是无法通过交换机传输数据。 2024.03.07&#xff1a…

【2024第一期CANN训练营】Ascend C算子开发进阶篇

文章目录 【2024第一期CANN训练营】Ascend C算子开发进阶篇1. 工程创建2. Kernel侧核函数实现2.1 核函数定义(add_custom.cpp)2.2 KernelAdd类实现 3. Host侧算子实现(add_custom_tiling.h ,add_custom.cpp)3.1 Tiling…

以电折水智能遥测终端机RTU应用哪些省份?

以电折水主要研究耗电量与取水量之间的关系,分析水电折算系数,进而通过计算耗电量与水电折算系数的乘积来推求取水量。 以电折水智能遥测终端机RTU通过高度集成化设计,巧妙融合了空气开关、开关电源、隔离变压器、接触器、智能电表、RTU、4G…

服务器段的连接端口和监听端口编程实现

new ServerSocket(int)是开启监听端口,并不是连接端口。真正的连接端口是随机开辟的空闲端口,当连接创建完成后,监听关口可以继续等待下一次连接请求,处于空闲等待状态。 编程实现方式 1 、主线程一直处于阻塞等待状态&#xff0c…

精通Python调试技巧:从assert开始

文章目录 📖 介绍 📖🏡 演示环境 🏡📒 使用方法 📒📝 assert的语法📝 assert的用法示例🐾 示例1:基本用法🐾 示例2:检查变量类型🐾 示例3:检查列表长度📒 assert的注意事项⚓️ 相关链接 ⚓️📖 介绍 📖 在Python编程中,a

Java 世界破破烂烂,电音小猫缝缝补补

Java 世界破破烂烂,电音小猫缝缝补补 Java 通用代码生成器光 2.4.0 电音之王尝鲜版六正在研发,昨天发布了介绍视频,请见: https://www.bilibili.com/video/BV1yD421j7UP/ 电音之王尝鲜版六支持哑数据模式,支持枚举。…

nginx 报Too many open files

nginx 异常报 Too many open files 上周时,nginx已经报 Too many open files 当时把 配置文件调整最大连接65535了,reload 重新加载nginx后不报错了。 cat /proc/14921/limits |grep "Max open file" * soft nofile 65535 * hard nof…

界面控件DevExpress ASP.NET Scheduler - 助力快速交付个人信息管理系统(下)

DevExpress ASP. NET Scheduler组件能完全复制Microsoft Outlook Scheduler的样式和功能,具有日、周、月和时间轴视图,并包括内置的打印支持,因此用户可以在尽可能短的时间内交付全功能的个人信息管理系统。在上文中(点击这里回顾…