MetaMask heeft bevestigd dat een aanvaller kort de execution-layer-beloningen van bepaalde Ethereum-validators die gebruikmaken van zijn staking-dienst omleidde, waarbij ongeveer 0,385 ETH werd afgeleid voordat de wijziging nog dezelfde dag werd ontdekt en teruggedraaid. De details verschenen in een incidentupdate van 5 november, de meest recente melding over een beveiligingsincident dat het bedrijf voor het eerst op 28 september had geïdentificeerd. Hoewel het omgeleide bedrag klein was, belicht dit voorval een vaak over het hoofd gezien kenmerk van het ontwerp van Ethereum: het onderscheid tussen waar het gestaakte ETH van een validator uiteindelijk terechtkomt en waar de lopende beloningen worden gestuurd.

Wat MetaMask Tot Nu Toe Heeft Bekendgemaakt

Volgens de update kreeg de aanvaller ongeautoriseerde toegang tot een deel van de infrastructuur achter MetaMask Staking, waar de adressen die de execution-layer-beloningen van validators verzamelen centraal werden opgeslagen. De indringer wijzigde die adressen voor een aantal validators. MetaMask zegt dat het de wijziging nog dezelfde dag vond en verhielp, nadat ongeveer 0,385 ETH aan beloningen was omgeleid. Het bedrijf heeft niet bekendgemaakt hoeveel validators zijn getroffen of hoe de aanvaller toegang kreeg.

De opnamekant bleef intact. MetaMask Staking bewaart de opname-sleutels voor het gestaakte ETH van klanten niet, en het bedrijf zegt geen bewijs te hebben gevonden dat gestaakte hoofdsom, opname-sleutels of MetaMask-portemonnees zijn gecompromitteerd. Gewone gebruikers van de MetaMask-portemonnee hoeven geen actie te ondernemen.

De 0,385 ETH vertegenwoordigt niet de volledige kosten van het incident. MetaMask heeft alle getroffen validators uit voorzorg afgesloten, en al die afsluitingen zijn inmiddels voltooid. Sommige klanten ondervonden tijdelijke opnamevertragingen, en het bedrijf erkent dat er beloningen gemist kunnen zijn terwijl validators werden afgesloten of wachtten om opnieuw te staken. MetaMask heeft die verliezen niet gekwantificeerd en niet gezegd of de omgeleide beloningen worden vergoed; het vermeldt slechts dat het rechtstreeks samenwerkt met getroffen klanten en partners.

De omleiding van de beloningen zelf verschijnt alleen in de melding van 5 november. De mededelingen van MetaMask op 30 september en 1 oktober beschreven het incident en de voorzorgsafsluitingen, en zeiden op dat moment dat er geen aanwijzingen waren dat portemonnees of klantgeld waren getroffen. Het aantal betrokken validators, het toegangspunt van de aanvaller en de vergoedingsvraag zijn de open punten om in de gaten te houden in toekomstige updates van MetaMask.

Waarom de Inzet Behouden Bleef maar de Inkomsten Niet

Elke Ethereum-validator heeft te maken met twee adressen die op verschillende plaatsen worden ingesteld. De richtlijnen van Ethereum voor opnames behandelen opname-referenties en de fee-ontvanger als afzonderlijke instellingen, ook al kunnen beide naar dezelfde portemonnee verwijzen.

Opname-referenties worden geregistreerd op de beacon chain. Zodra ze naar een execution-layer-adres verwijzen, kan dat adres niet worden gewijzigd, en het is daar waar het ETH van de validator naartoe gaat wanneer deze wordt afgesloten. Geen enkele operatorserver kan het omleiden.

De fee-ontvanger werkt anders. Het is een software-instelling die wordt aangeleverd door degene die de validator beheert. In een niet-custodiale dienst is dat de operator, die ook de sleutels bewaart waarmee de validator ondertekent. De instelling vertelt het netwerk waar de execution-layer-inkomsten naartoe moeten worden gestuurd telkens wanneer de validator een blok voorstelt: transactieprioriteitskosten en betalingen van blokbouwers. De basisfee daarentegen wordt verbrand en bereikt de validator nooit. De operator kan de fee-ontvanger op elk moment bijwerken zonder de opname-sleutel van de staker. Dit is de instelling die MetaMask zegt centraal te hebben opgeslagen — en degene die de aanvaller wijzigde.

Dezelfde scheiding verklaart waarom het verlies klein bleef. Consensuslaag-beloningen blijven ofwel in het saldo van de validator of worden automatisch naar het opnameadres overgezet, dus de gewijzigde instelling raakte ze nooit. Execution-layer-inkomsten arriveren alleen wanneer een validator een blok voorstelt, wat een enkele validator zelden doet, en MetaMask herstelde de wijziging binnen een dag. Alleen voorstellen binnen dat venster betaalden aan het verkeerde adres.

Dezelfde Kwetsbaarheid Bestaat Bij Pooled Staking

Niets aan deze kwetsbaarheid is uniek voor MetaMask. Waar een derde partij de validator ook beheert, de fee-ontvanger staat in de configuratie van die derde partij, waardoor de blootstelling een structureel kenmerk van staking via derden is in plaats van een fout die tot één provider beperkt is. Lido, waarvan de validators worden beheerd door onafhankelijke node-operators, handelt het risico af via regels: het bestaande MEV-beleid vereist dat elke Lido-validator het Execution Layer Rewards Vault van het protocol als fee-ontvanger aanwijst, en voor overtredingen bestaat al een eigen behandelprocedure.

De kluis is een contract. Volgens de documentatie van Lido verzamelt het execution-layer-inkomsten, waaronder MEV- en prioriteitskosten, en alleen het hoofdcontract van Lido kan eruit opnemen, waarbij het ETH naar de administratie van het protocol voor stETH-houders wordt verplaatst. Een betaling die ergens anders naartoe gaat, komt nooit in die administratie terecht.

Houders van stETH staan nog een stap verder van deze instellingen dan klanten van MetaMask Staking. Ze bezitten een overdraagbaar token in plaats van opname-referenties voor een specifieke validator, dus hun bescherming rust volledig op de contracten en operatorregels van Lido.

ePBS Zou De Betaling Garanderen, Niet Het Adres

Op 4 november publiceerde Lido een voorstel om dat MEV-beleid bij te werken voor enshrined proposer-builder separation, of ePBS, het ontwerp gespecificeerd in EIP-7732. Validators die tegenwoordig blokbouw uitbesteden, vertrouwen op relays, tussenpersonen waarop wordt vertrouwd dat de winnende bouwer daadwerkelijk betaalt. Lido beschrijft ePBS als een vermindering van die noodzaak tot vertrouwen door het protocol zelf bouwerbetalingen te laten garanderen.

De garantie heeft grenzen. Onder het ontwerp dat Lido beschrijft, kan één bod een trustless waarde combineren, die verschuldigd is zodra de proposer het bod opneemt, zelfs als de bouwer zijn blok nooit onthult, met een optionele trusted betaling die buiten het protocol wordt afgewikkeld en hetzelfde tegenpartijrisico draagt als de huidige markt. Lido zou elke geregistreerde bouwer toestaan zijn slots te winnen met volledig trustless biedingen, maar alleen bouwers op de doorgelichte Allowed List zouden trusted betalingen kunnen toevoegen.

Belangrijker voor stakers: de garantie dekt hoeveel er wordt betaald, niet waar het terechtkomt. Onder het ontwerp zenden validators ondertekende voorkeuren uit waarin ze hun fee-ontvanger voor komende slots noemen, en de trustless waarde gaat naar de fee-ontvanger die in het bod wordt genoemd. Dat adres komt nog steeds van de operator. Een op deze manier gewijzigde fee-ontvanger, zoals MetaMask beschreef, zou gegarandeerde betalingen ontvangen met dezelfde zekerheid als de juiste.

Het ontwerp van Lido houdt de fee-ontvangerregel als kern. Beide betalingstypen moeten het EL Rewards Vault bereiken, en het beleid zou gelden voor elke node die voor Lido kan voorstellen, inclusief back-up- en failover-machines. Lido zegt dat het voorstel in november naar een stemming gaat en pas in werking treedt nadat de Glamsterdam-upgrade het Ethereum-mainnet bereikt. Tot die upgrade arriveert, blijft het bestaande MEV-beleid — met zijn kluisregel — de standaard waaraan Lido-validators worden gehouden.

Wat De Controles Van Lido Zouden Vangen

Omdat ePBS extra routes opent voor het afleveren van een blok, verbreedt het voorstel de monitoring van Lido. Een validator zou worden gemarkeerd als deze een ander adres dan de kluis aanwijst, of een trusted betaling accepteert van een bouwer buiten de Allowed List. Markeringen zouden ook betrekking hebben op trusted betalingen die niet volledig binnen de afwikkelingsperiode aankomen, en op lokaal gebouwde blokken die werden voorgesteld terwijl er geschikte externe biedingen boven de minimale drempel beschikbaar waren.

De biedingswaardecontrole vergelijkt elk geselecteerd bod met het hoogste geschikte bod dat de monitoring van Lido observeerde, en markeert alles onder een aanvankelijke 90–95% daarvan. De drempel is een aanleiding voor vragen, geen beloofd aandeel van inkomsten. Het ontwerp staat operators toe het topbijd over te slaan om legitieme operationele en betrouwbaarheidsredenen, en de vergelijking dekt alleen biedingen die het eigen systeem van Lido observeerde.

Een markering verplaatst geen geld terug. Overtredingen van de fee-ontvanger blijven onder het huidige proces van Lido, terwijl andere markeringen het outreach- en escalatiepad volgen in Sectie E van het Standard Node Operator Protocol. Lido plant ook zijn openbare Fees Monitoring Dashboard bij te werken om te tonen via welk traject elk Lido-blok ging.

Hoe U Uw Eigen Staking-Opzet Kontroleert

Execution-layer-betalingen worden on-chain geregistreerd, en dat is hoe de gewijzigde adressen bij MetaMask zichtbaar werden. Een staker die zijn validator-indices kent, kan elk blok dat die validators hebben voorgesteld openen in een beacon chain explorer en controleren welk adres de betaling van de proposer ontving. Voor Lido is het fees-dashboard het openbare beeld van de monitoring van de pool.

Afsluitingen verdienen dezelfde controle. Zoals de update van MetaMask opmerkt, zijn het afsluiten van een validator en het opnemen van het ETH afzonderlijke processen: een afgesloten validator moet nog door de opnameverwerking van Ethereum gaan voordat het ETH beschikbaar is, zoals beschreven in de staking-documentatie van Ethereum. Sinds de Pectra-upgrade staat EIP-7002 de houder van het execution-layer-opnameadres van een validator toe de afsluiting rechtstreeks te activeren, zonder tussenkomst van de operator.

Vier vragen die u aan elke staking-provider kunt stellen, dekken de leemten die dit incident blootlegde:

Wie kan mijn fee-ontvanger wijzigen? Zoek naar benoemde rollen, goedkeuring vóór elke wijziging en een logboek van elke bewerking, in plaats van één centraal opgeslagen instelling.

Hoe snel zou u een verkeerd adres opmerken? Zoek naar geautomatiseerde controles op elk voorgesteld blok, met waarschuwingen in plaats van periodieke handmatige controle.

Welke bouwerbetalingen zijn gegarandeerd? Onder ePBS mag u een uitsplitsing verwachten van protocolafgedwongen waarde versus trusted betalingen, en een uitleg over hoe onbetaalde bedragen worden nagejaagd.

Kan ik zonder u afsluiten? Bevestig dat uw opname-referenties zelf-geactiveerde afsluitingen ondersteunen, en vraag wie de beloningen dekt die tijdens een voorzorgsafsluiting gemist worden.