日前，开发者RustyRussell首次对外披露了闪电网络安全漏洞及对应解决方案的技术细节。
以下是技术细节内容：
接受通道的闪电网络节点必须检查交易输出是否确实打开了提议的通道，否则攻击者可声称打开一个通道，然后要么不向对等节点支付，要么不进行全额支付。
一旦交易达到最小深度，其就可从通道中支出资金。只有当受害者试图关闭通道，以及其拥有的任何承诺或相互成交交易都无效时，他们才会注意到这种恶意行为。
而闪电网络客户端并不一定会执行这种检查操作：
c-lightning:v0.7.1以及更高版本的客户端正确地做到了这一点，而以前版本的c-lightning客户端却没法办到。(CVE-2019-12998)
连接对等节点，并用任何交易id声称打开一个通道，就可利用这种漏洞。
因Curve事件引发抢跑，今日产生以太坊史上最大MEV奖励区块:金色财经报道，以太坊核心开发者、EIP-1559联合作者eric.eth在社交媒体上称，今天产生了以太坊历史上一些最大的MEV奖励区块。其中，Slot 6,992,273: 获得584枚ETH奖励；Slot 6,993,342: 获得345枚ETH奖励；Slot 6,992,050: 获得247枚ETH奖励；Slot 6,993,346: 获得51ETH奖励。
eric.eth称， curve发生黑客攻击/漏洞利用。一个机器人注意到内存池中有黑客入侵，复制了tx并在前面运行。为此，他们向区块生产者支付大量ETH，以实现抢跑。[2023/7/31 16:08:28]
lnd:v0.7.1及更高版本的客户端解决了这个问题，但以前版本的lnd没有检查数量。v0.7.0及更高版本客户端正确检查了
scriptpubkey，v0.6.x版本客户端部分强制执行资助
ScriptPubkey，但v0.6.0之前版本的客户端则完全没有进行相关验证。
分析师Jeffrey Halley：加密货币是金融市场犯蠢历史上最大明证:金色财经报道，Oanda亚太区高级市场分析师Jeffrey Halley表示，“尽管我预计加密货币领域的投机热情会继续，但就像估值高企的科技股一样，加密货币在2022年将面临更具挑战性的环境。主要原因是美联储开始利率正常化，其他主要央行也可能效仿。这将挑战有关加密货币能替代法定货币的观点。”“悬在加密货币头顶的是更多监管威胁，坦率地说，每周都有新的加密货币出现，推动它们的是投机而不是区块链，”Halley说。 “我仍然相信加密货币是金融市场犯蠢历史上最大明证，音乐可能会在2022年部分时间继续演奏，但它改变不了皇帝没穿衣服这个事实。”[2022/1/4 8:22:55]
对所有以前版本的lnd客户端，攻击者都可能通过不正确的数量进行攻击。在v0.7.0版本，攻击者必须使用正确的scriptpubkey，这会烧掉funding输出中的币。
而对于v0.6.0版本之前的客户端，攻击者通过不正确的scriptpubkey都可实现攻击。在v0.6.x客户端中，如果在funding交易达到所需的确认数，在任意一个全节点后端上运行txindex=0，且节点处于离线状态时，此漏洞也可能会被利用。
Messari前主管：DeFi将创造一些历史上最快的独角兽:Messari前主管、股票及加密货币交易员Qiao Wang发推称，DeFi将创造一些历史上最快的独角兽。因为每个项目都是建立在彼此之上的，每个项目都站在巨人的肩膀上。[2020/9/15]
利用错误outpoint攻击neutrino客户端用户，需攻击者将其假outpoint与BIP158筛选程序中的真实outpoint脚本碰撞。用于创建筛选程序的siphash密钥是从blockhash派生而来的。因此，攻击者在不提前知道区块哈希的情况下，是无法直接进行攻击的。此外，neutrino客户端节点通常不会监听或不具备公告地址，这意味着攻击者必须等至接收到入站连接后才能执行攻击。
eclair:v0.3.1及以上版本的客户端正确解决了安全隐患，如果用户使用了bitcoincore作为后端，则以前版本的eclair客户端就会有安全隐患。而electrum用户只检查脚本，而不会检查数量。
攻击Electrum客户端用户，则要求用户主动连接到恶意闪电网络节点，并且攻击者使用正确的scriptpubkey，这会烧掉funding输出中的币。由于Eclair移动端客户端不会中继支付，攻击者在没有带外交互的情况下，是无法进行提款操作的。
声音 | 投资者：上一次BTC市值占比超过70%后，史上最大的山寨币季节开始了:加密投资者通过推特账号Bitcoin Birch发推称，BTC市值占比即将突破70%，上一次出现这样的情况是在2017年3月，就在它掉下悬崖和历史上最大的山寨币季节开始之前。 有推特用户表示，只有当BTC达到新的历史最高点（ATH）时，才会出现山寨币季节。另一个人怀疑比特币的市场主导地位是否能被视为一个即将到来的山寨币季节的迹象。尽管如此，仍有一些人表示乐观，认为牛市可能真的即将到来。然而，比特币的市场主导地位与大型山寨币季节的盛行之间的关系是否属实还有待确定。（Zycrypto）[2019/9/2]
解决方案
一旦观察到funding交易，对等节点必须检查`funding_created`中所述的outpoint是否为`open_channel`中描述金额的funding交易输出。
背景
要打开一个闪电网络通道，funding对等节点发送带有提议`funding_satoshis`的`open_channel`。被资助者则用`accept_channel`回复，提供其希望用于这笔funding交易的密钥。
声音 | CryptoPotato：六个原因或将使2020年成为比特币历史上最好的年份:CryptoPotato发文称，6个可能原因将推动2020年成为比特币历史上一个非常好的年份。具体为：比特币减半、与黄金的关联性、Libra带来的关注、通货膨胀、采用增加、稀缺性。（CryptoPotato）[2019/8/16]
然后出资人创建这笔funding交易，并发送交易id以及`funding_created`消息中的输出编号。
```
+-------++-------+
||--(1)---open_channel----->||
||<-(2)--accept_channel-----||
||||
|A|--(3)--funding_created--->|B|
||<-(4)--funding_signed-----||
||||
||--(5)---funding_locked---->||
||<-(6)---funding_locked-----||
+-------++-------+
其中节点A是“出资人”，节点B是“被资助者”
有了这些信息，“被资助者”可在第一笔“承诺交易”上创建签名，并将其发送到一则
`funding_signed`消息中，以便在出现问题时，资助者可取回他们的资金。这样，出资人就可以安全地签署并广播这笔opening交易。经过一定数量的确认后，通道就开始运作(`funding_locked`)了。
规范清楚地描述了检查所交换的各种签名，是否确实允许创建有效承诺交易的要求，并描述了等待确认的要求。
但是，它并不要求接收者实际检查交易是否是出资人承诺的交易：包括金额和实际的scriptpubkey。
漏洞发现过程
RustyRussell(Blockstream)在为规范本身进行协议测试时发现了这一漏洞。
在编写测试时，通道开启者在`funding_created`消息中提供了不正确的`funding_output_index`，Russell意识到C-Lightning客户端不会拒绝它，因为C-Lightning只检查`funding_txid`的确认计数，甚至连`funding_output_index`是否存在都不会进行检查！
而这个要求在规范中是没有被提到的，因此Rusty立即向其它被广泛使用的客户端的作者揭示了这一问题。经过调查后，他们发现的确是存在这样的问题。
于是，几个团队一起做出决定，先在新版本客户端中悄悄地解决这些问题，然后再经过8周，就可揭示问题本身，接着再过四周后，他们就全面披露漏洞。
值得庆幸的是，这一长期存在的漏洞并没有被广泛利用，其确实提供了一个测试整个闪电网络生态系统通信和升级方法的机会。
漏洞时间表
2019-06-27:RustyRussell发现漏洞，并通知LND和Eclair客户端作者；2019-06-28:CVE漏洞编号被分配完毕；2019-07-02:lndv0.7.0-beta客户端发布；2019-07-03:Eclair0.3.1客户端发布；2019-07-04:c-lightning0.7.1客户端发布；2019-07-06:RustyRussell等人开始向其他客户端(rust-lightning,ptarmigan,BLW)作者披露漏洞.2019-07-30:lndv0.7.1-beta客户端发布；2019-08-17:2019-08-30:对外披露CVE漏洞存在，劝告使用旧版本客户端的用户进行升级。2019-09-07:首次发现有人企图利用这种漏洞；2019-09-27:全面披露CVE漏洞细节；2019-09-27:根据规范要求提交PR；
https://github.com/lightningnetwork/lightning-rfc/blob/v1.0/02-peer-protocol.md#the-funding_created-messagehttps://github.com/lightningnetwork/lightning-rfc/blob/v1.0/03-transactions.md#funding-transaction-outputhttps://github.com/lightningnetwork/lightning-rfc/blob/v1.0/02-peer-protocol.md#the-open_channel-messagehttps://github.com/lightningnetwork/lightning-rfc/blob/v1.0/02-peer-protocol.md#requirements-2https://github.com/lightningnetwork/lightning-rfc/blob/v1.0/02-peer-protocol.md#the-funding_locked-messagehttps://github.com/ElementsProject/lightning-rfc-protocol-test
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。