Solidity合约安全问询：攻击者能否冒充合约A调用合约B指定方法？

1. 合约是否可被冒充？ #

以太坊中的合约地址是唯一且不可伪造的——它由合约创建者的地址加上创建者的交易nonce（创建合约的次数）通过Keccak-256哈希计算生成。所以不存在“冒充一个已存在合约地址”的可能，毕竟你没法复刻创建者的地址和对应私钥，也就无法生成完全相同的合约地址。

不过要注意：这里的“不可冒充”指地址本身无法伪造，但如果合约存在逻辑漏洞（比如权限校验逻辑错误），攻击者可能通过其他手段绕过限制，看起来像是“冒充”了合约身份，但本质是合约逻辑问题，而非地址本身被冒充。

2. 攻击者能否冒充合约A调用合约B的onlyForA方法？ #

结合你提供的代码来看，攻击者完全无法冒充合约A调用onlyForA方法，具体分析如下：

先拆解代码中的校验逻辑 #

合约B的onlyForA方法靠msg.sender == address(a)来校验调用者身份：

function onlyForA() public view returns(string _greeting) {
    require(msg.sender == address(a));
    return "Hello A!";
}

这里的a是合约B在构造函数中创建的专属合约A实例：a = new A(msg.sender);，是一个固定的、唯一的合约地址。

为什么攻击者无法伪造msg.sender为合约A的地址？ #

在以太坊生态里，msg.sender的身份是由交易/调用的底层逻辑严格确定的：

• 如果是外部账户（EOA）发起调用，msg.sender就是该外部账户的地址，必须用对应私钥签名交易。但合约A是合约账户，没有私钥，攻击者根本没法生成以合约A为msg.sender的外部交易。
• 如果攻击者部署自己的合约来调用B的onlyForA，此时msg.sender是攻击者合约的地址，而非目标合约A的地址，过不了require校验。
• 只有当合约A主动发起调用时，msg.sender才会是合约A的地址——比如合约A的callB方法调用b.onlyForA()时，此时调用者身份是合约A，能通过校验，但callB本身还有require(msg.sender == owner);的限制，只有合约A的owner才能触发这个调用。

所以哪怕攻击者知道合约A的地址，也没法伪造身份让msg.sender变成合约A的地址，自然调用不了onlyForA方法。

内容的提问来源于stack exchange，提问作者fullstack