以Kadena智能合约为例，简析如何规避重入攻击和跨函数攻击

在这篇文章中，我们将简要地解释重入和跨函数重入之间的区别，以及图灵不完备性如何能够防止一些这样的攻击。

其中我们将提供一个跨函数重入利用的案例，该案例中 Kadena 区块链使用的是编程语言 Pact，但图灵不完备性并未防止该恶意利用的发生。

事件简介

Kadena 区块链旨在实现比其他L1链更高的可扩展性、安全性和可用性。其开发了一种新的语言用以编写智能合约：Pact。

这种语言是人类可读的，且易于形式化验证，并具备可提高安全性的图灵不完备性。

这里提到的图灵不完备性意味着 Pact 无法做到图灵完备编程语言（如 Solidity 或 Haskell）所能做到的那些事——看起来好像是个劣势，但其实智能合约编程，哪怕是最复杂的 DeFi 协议也很少会需要用到图灵完备性。

图灵不完备性最重要的一点是没有无界递归。虽然这确实大大减少了攻击面，但一些「经典」攻击是无法被 100% 避免的，接下来我们就会讲述跨函数重入的问题。

经典重入攻击

重入攻击是非常常见的安全问题。这个问题不仅很难被开发者发现，也很难被审计师审查出其会导致的所有潜在后果。

重入攻击取决于函数在进行外部调用之前和之后执行的特定任务的顺序。

如果一个合约调用了一个不受信任的外部合约，攻击者可以让它一次又一次地重复这个函数调用，形成一个递归调用。而如果重新输入的函数执行重要的任务（如更新账户的余额），那这可能就会导致灾难性的后果。

下方是一个简化的例子。

我们把易受攻击的合约称为 unsafe 合约，把恶意的合约称为 Attack 合约。

1. 攻击者调用 unsafe 合约，以将资金转移到 Attack 合约中。

2. 收到调用之后，unsafe 合约首先检查攻击者是否有资金，然后将资金转移到 Attack 合约。

3. 收到资金后，Attack 合约执行回退函数，在它能够更新余额之前回调到不安全的合约，从而重新启动该过程。

因为这种攻击是通过无界递归调用进行的，所以如果语言不是图灵完备的，攻击就不可能进行。

跨函数重入

跨函数重入类似于经典的重入攻击，除了重入的函数与进行外部调用的函数功能不同。这种重入攻击通常更难被发现——因为在复杂的协议中，组合的可能性太多，无法手动测试每个可能的结果。

这就引出了我们的概念证明：使用 Pact 语言进行简单的跨函数重入攻击。

• Pact 模块中的简单跨函数重入

正如我们在下方代码片段中看到的，合约中的函数对另一个实现特定接口的合约进行外部调用。这允许重入一个设计好的攻击合约。Pact 中的功能是内置函数，可授予用户权限来执行敏感任务。以下代码仅供说明之用，并非取自真实案例合约。

我们将使用的代码例子包含三个部分：

1. 合约接口

被攻击的模拟示例合约

首先，数据库被定义为一个表，其中字符串存储在具有关联十进制数的行中。

然后定义了一个能力：CREDIT（在这个示例中始终为真）。这个条件将是 credit 函数所需要的，但只被 with_capability 语句中的 bad_function 内部授予。这意味着直接调用 credit 会失败。

现在，函数 credit 被定义如下：它增加了作为输入的字符串的余额（小数点）。如果该地址不在表中，它还会创建该条目。

最后，函数 bad_function 增加了 legit_address 的余额，但也执行了对符合之前定义的接口的合约的调用，该合约可以作为一个输入参数提供。
函数 get-balance 允许我们读取该表格。

3. 用于触发重入的模块：

之后，（get-balance "legit_address"）返回 10 ，（get-balance "attacker_address"）返回 100 。

重入成功。

现在，如果我们不重入调用 credit，而是尝试重入再次调用 bad_function，会发生什么？即使第一次调用 credit 成功，由于重入是在 bad_function 中，这将是一个递归调用且执行将会失败。

现在，如果我们尝试直接调用 external_function，这将不起作用，因为所需的功能 CREDIT 没有被授予。

写在最后

通过移除无界递归，图灵不完备性可以防止一些重入攻击的载体。

然而，由于跨函数重入可以在没有递归调用的情况下进行，图灵不完备性并不能阻止所有此类攻击载体，因此用户在与这种语言交互时不应该假设重入不会造成恶劣影响。

重入和跨函数重入是非常常见的安全问题，Web3.0 领域也因此发生了一系列规模巨大的攻击事件。

Pact 作为一种智能合约编程语言，极具潜力。

它采取的方法与其他语言如 Solidity 或 Haskell 有些不同。Pact 并不完全依靠图灵不完备性来提高安全性；该语言被设计地更容易阅读、理解和正式验证。

然而，没有哪种编程语言能对所有的攻击载体免疫。因此开发者必须了解他们所使用的语言的独特功能，并且在部署前对所有项目进行彻底审计。

目前，CertiK 的审计及端到端解决方案已覆盖目前市面上大部分生态系统，并支持几乎所有主流编程语言，就区块链平台、数字资产交易平台、智能合约的安全性等领域为各个生态链提供安全技术支持。

标签：合约 智能 智能合约