24-25.09.2026 Magic Eden пользователей обчистили их же approve, без единой подписи жертвы
Magic Eden гонял EVM-сделки через контракт Limit Break - PaymentProcessor. Чтобы листить NFT, юзер один раз давал setApprovalForAll на PP. Вот этот approve и стал топливом. У PP есть «доверенные форвардеры» для мета-транзакций, и фабрика этих форвардеров доверяет любому своему клону - то есть кто угодно за газ минтит себе «доверенного форвардера», а он в свою очередь дописывает в конец калдаты 20 байт - «кто отправитель». Значит хацкер сам вписывает туда чужой адрес - жертву. Дальше нужен «покупатель» (maker): деплоишь контракт, у которого isValidSignature на ЛЮБУЮ подпись отвечает «всё ок» (EIP-1271 yes-man) — реальный ключ не нужен. И дёргаешь acceptOffer с ценой 0
Чувствуете, что несётся?) PP послушно делает transferFrom(from=жертва, to=атакующий) любого NFT, на который жертва когда-то дала approve. Подпись самой жертвы нигде не проверяется - её адрес не входит ни в один подписанный дайджест. NFT уезжает за газ. Тот же баг работает и в обратную сторону: подставляешь жертву как «покупателя» её же junk-NFT - списываешь её WETH. Так вынесли ~543 WETH (~$1.46M)
Масштаб вкусный: ~190к NFT дренуто на ETH+Polygon+Arbitrum. Один хакер (0x28bc445b) выгреб ~73к штук, другой продал 18 BAYC за ~108 ETH на Blur. Спасло то, что первым в очередь встал whitehat 0xQuit (Yuga) — увёл ~28к NFT себе и сейчас сидит рефает людям.
Но есть одно НО)) PP V2 неизменяемый - патча не будет никогда. Limit Break запаузил только V3, а фабрику форвардеров вообще не тронул
PaymentProcessor
factory
whitehat
Magic Eden гонял EVM-сделки через контракт Limit Break - PaymentProcessor. Чтобы листить NFT, юзер один раз давал setApprovalForAll на PP. Вот этот approve и стал топливом. У PP есть «доверенные форвардеры» для мета-транзакций, и фабрика этих форвардеров доверяет любому своему клону - то есть кто угодно за газ минтит себе «доверенного форвардера», а он в свою очередь дописывает в конец калдаты 20 байт - «кто отправитель». Значит хацкер сам вписывает туда чужой адрес - жертву. Дальше нужен «покупатель» (maker): деплоишь контракт, у которого isValidSignature на ЛЮБУЮ подпись отвечает «всё ок» (EIP-1271 yes-man) — реальный ключ не нужен. И дёргаешь acceptOffer с ценой 0
Чувствуете, что несётся?) PP послушно делает transferFrom(from=жертва, to=атакующий) любого NFT, на который жертва когда-то дала approve. Подпись самой жертвы нигде не проверяется - её адрес не входит ни в один подписанный дайджест. NFT уезжает за газ. Тот же баг работает и в обратную сторону: подставляешь жертву как «покупателя» её же junk-NFT - списываешь её WETH. Так вынесли ~543 WETH (~$1.46M)
Масштаб вкусный: ~190к NFT дренуто на ETH+Polygon+Arbitrum. Один хакер (0x28bc445b) выгреб ~73к штук, другой продал 18 BAYC за ~108 ETH на Blur. Спасло то, что первым в очередь встал whitehat 0xQuit (Yuga) — увёл ~28к NFT себе и сейчас сидит рефает людям.
Но есть одно НО)) PP V2 неизменяемый - патча не будет никогда. Limit Break запаузил только V3, а фабрику форвардеров вообще не тронул
PaymentProcessor
factory
whitehat