教你用ETH进行聊天_比特币:UTD币

前言

前段时间,PolyNetwork被盗事件的一个小插曲,一地址向黑客地址转账在inputdata中告知其USDT已被冻结,不要使用USDT,黑客知晓后向该地址转账13.37ETH。

事后很多人便通过inputData在区块链上“聊天”向黑客“索要”虚拟货币,那么我们经常在区块链浏览器中看到的inputData到底是什么?知道创宇区块链安全实验室?为您解答。

Inputdata

在以太坊协议中,当交易为合约创建时,inputdata是账户初始化程序的EVM代码;

而当交易为消息调用时,inputdata是合约函数调用数据。

正常情况下简单的消息调用如调用转账函数时需要填写你要转账的地址_to和你要转账的数量_amount,这些基本信息都包含在inputdata里面。

我们通过一个调用合约的转账交易具体分析,来理解消息调用时inputdata的结构。

解析形式:

原始形式:

我们将原始的inputdata分为三个部分进行分析:

0xa9059cbb:函数标识符

000000000000000000000000345d8e3a1f62ee6b1d483890976fd66168e390f2:第一个参数为address即你要转账的地址,并补位到32字节即64个16进制字符

律所论文:美国银行监管机构正对加密行业发动一场“秘密金融战争”:金色财经报道,根据Cooper & Kirk律师事务所的四名成员最近发布的白皮书,美国银行监管机构正试图“将加密业务赶出金融体系”。这篇题为《Operation Chokepoint 2.0》的论文指出,美国银行监管机构表面上正在对加密行业发动一场“秘密金融战争”,在为合法企业贴上“声誉风险”的标签奠定基础之后,联邦银行监管机构在州官员的帮助下,“转向了从他们监管的每家银行清除账户的任务”。

该论文指出,美国监管行动的第二阶段试图通过限制资金进出渠道来扼杀加密行业。该律师事务所解释说,最早采取的行动之一是拜登政府的货币监理署 (OCC) 废除了一项旨在“确保多个行业公平获得银行服务(包括债务回收)的规则”。

Cooper & Kirk的白皮书声称,“Operation Chokepoint 2.0”是非法和违宪的,剥夺了企业享有正当诉讼程序的宪法权利,并剥夺了美国人反对任意行使政府权力的关键结构性宪法保护。[2023/3/29 13:32:23]

0000000000000000000000000000000000000000000054b7d8ed70650b290000:第二个参数为value即你要转账的数量,并补位到32字节即64个16进制字符

通过对比分析我们可以发现inputdata的基本结构为函数标识符参数。

CoinDesk报告:加密行业第一季度机构活动放缓,散户兴趣增加:根据CoinDesk Research撰写的《2021年季度评论》,尽管2020年第四季度的行业增长主要是由机构对资产市场和基础设施的参与推动的,但2021年第一季度机构投资者的活动似乎正在放缓,这种情况至少持续了几个月。但是,某些指标表明散户投资者和交易员的兴趣正在增加,带来了新的流量和投资模式。[2021/4/7 19:53:09]

函数标识符

这里的函数标识符即为函数选择器,根据官方文档可知函数选择器是某个函数签名的Keccak哈希的前4字节。

我们可以通过代码?bytess4(keccake256("transfer(adddress,uint256)"))?或者在线工具获取这种函数签名。

下图可以看出加密结果的前四个字节?(a9059cbb)?跟inputdata中函数标识符一致。

这里之所以要将函数签名截断到四个字节是考虑到Gas成本问题。

在一笔交易中0字节需要支付4gas,而非0字节需要68gas也就是0字节的17倍。

在SHA-3加密中生成的32字节随机字符串更倾向于多的非0字节,所以大概成本是32x68=2176gas,而截断成本大概为4x68=272gas,可见截断到四个字节能够节省约8倍的gas费。

而函数标识符的作用是指定调用哪一个函数,在同一个合约中两个不同函数的SHA-3签名的前4字节相同的概率是十分小的,所以截断到四个字节实际不会影响函数调用。

Compound总法律顾问:SEC主席的接替将对整个加密行业产生巨大影响:Compound总法律顾问Jake Chervinsky发推称:“SEC主席是美国加密监管领域最重要的官员之一。Jay Clayton的接替将对整个行业产生巨大影响(无论是好是坏)。未来几年,我们能否在比特币ETF等一系列问题上获得批准和澄清,仍是未知数。”[2020/6/20]

参数

在evm执行字节码的约定中,静态类型左补齐零至64长度,而动态类型则是右补齐零至64长度。

归纳下常见的静态类型:uint,bool,Address,bytes,动态数组类型:bytes,string,address,bytes32.....

我们通过?pyethereum的ABI编码函数?来研究不同数据类型的编码方式。

静态类型

先导入encode_abi函数

importrlp?fromethereum.abiimportencode_abi

我们以函数transfer(address,uint256)为例

>encode_abi(,

).hex()

000000000000000000000000345d8e3a1f62ee6b1d483890976fd66168e390f2

0000000000000000000000000000000000000000000000000000000000000001

对于小于32字节的定长数组会被自动填充到32字节:

>encode_abi("],).hex()

//自动填充0

0000000000000000000000000000000000000000000000000000000000000001

0000000000000000000000000000000000000000000000000000000000000002

0000000000000000000000000000000000000000000000000000000000000003

动态类型

动态类型编码要稍微复杂一些,需要先计算偏移量进行占位处理,我们通过一个简单的例子来具体说明。

>encode_abi(????","uint256","uint256"],

????,,]

).hex()

//参数1的偏移量:32*3=96十六进制0x600000000000000000000000000000000000000000000000000000000000000060

//参数2的偏移量=参数1偏移量参数1数据部分长度=9632*4=224十六进制0xE000000000000000000000000000000000000000000000000000000000000000e0

//参数3的偏移量=参数2偏移量参数2数据部分长度=22432*4=352十六进制0x1600000000000000000000000000000000000000000000000000000000000000160

//偏移量0x60位置开始传入参数1的数据

0000000000000000000000000000000000000000000000000000000000000003//元素个

00000000000000000000000000000000000000000000000000000000000000a1//第一个数组元素

00000000000000000000000000000000000000000000000000000000000000a2//第二个数组元素

00000000000000000000000000000000000000000000000000000000000000a3//第三个数组元素

//0xe0位置。参数2的数据

0000000000000000000000000000000000000000000000000000000000000003

00000000000000000000000000000000000000000000000000000000000000b1

00000000000000000000000000000000000000000000000000000000000000b2

00000000000000000000000000000000000000000000000000000000000000b3

//0x160位置。参数3的数据

0000000000000000000000000000000000000000000000000000000000000003

00000000000000000000000000000000000000000000000000000000000000c1

00000000000000000000000000000000000000000000000000000000000000c2

00000000000000000000000000000000000000000000000000000000000000c3

短地址攻击

经过前面的分析当静态类型如address长度不足32字节时EVM会根据规则将长度补齐到32字节,如果当转账的地址以00结尾,如0x641988625108585185752230bde001b3ebd0fc00,转账时将地址后面的两个零去掉,EVM依然会认为address_to是32位的,所以它会从_value的高位取0来补充,amount的位数会多两位也就是会乘以256。

攻击过程如下:

将恶意转账地址最后一个字节的0去掉

函数标识符:a9059cbb

转账地址:

000000000000000000000000641988625108585185752230bde001b3ebd0fc

转账金额:

00000000000000000000000000000000000000000000000000000000000000001

由于EVM的补位规则,解析结果为:0xa9059cbb000000000000000000000000641988625108585185752230bde001b3ebd0fc0000000000000000000000000000000000000000000000000000000000000000100

我们分解后发现,转账金额已经多了两位也就是多了一个字节,即为原来转账的256倍

函数标识符:a9059cbb

转账地址:

000000000000000000000000641988625108585185752230bde001b3ebd0fc00

转账金额:

00000000000000000000000000000000000000000000000000000000000000100

如何在inputdata附着信息

在以太坊中直接进行转账交易的inputdata字段默认是没有内容的,但是我们可以通过设置钱包实现文章开头的“聊天功能”。

我们以MetaMask钱包为例展示如何通过转账在inputdata字段附着一些额外的信息。

1、首先我们需要打开钱包高级选项的显示十六进制数据开关

2、在转账时将你要附着的信息通过十六进制编码后填入下方十六进制数据中,记得在开头加上0x然后进行转账

3、转账成功后在etherscan中就能够看到附着信息

总结

我们能够通过交易中的inputdata将一些信息永久存储在区块链中,可以通过此项技术在食品药品监管部门的产品防伪溯源、财税部门的电子票据打假验真、学术成果存证等方面实现应用落地。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金宝趣谈

[0:15ms0-4:525ms