Sono stati colpiti investitori o azionisti?

Non sono stati interessati investitori o azionisti. Non sono state rubate azioni, quindi la proprietà e i libri delle azioni rimangono intatti. I quattro emittenti interessati sono stati interamente rimborsati da il tasso di cambio di mercato. Aktionariat.

Qual era la causa della vulnerabilità del Brokerbot?

Un calcolo errato della quantità di azioni nel Brokerbot il contratto ha consentito un acquisto appositamente costruito per restituire una quota in più dell'importo pagato giustificato. Questo era possibile solo per i brokerbot configurati con un aumento di prezzo positivo non zero e un buyback abilitato.

Quanto è stato sottratto e come è stato risolto il problema?

Sono stati sottratti complessivamente CHF 31’606 in Frankencoin (ZCHF) a quattro emittenti. Aktionariat ha rimborsato integralmente tutti gli emittenti coinvolti, corretto i contratti Brokerbot e PaymentHub, distribuito la correzione a tutti gli emittenti e disattivato la configurazione che aveva consentito l’attacco.

Rapporto di trasparenza: vulnerabilità del contratto Brokerbot, impatto e correzione

Il 23 aprile 2026Un aggressore è riuscito a trovare e sfruttare un bug in uno dei contratti intelligenti di Aktionariat. il contratto Brokerbot. che, sotto alcune condizioni, ha permesso di drenare efficacemente la riserva di stablecoin di un Brokerbot.

Quattro emittenti con Brokerbot sono state interessate configurazioni contrattuali corrispondenti a tali condizioni. In totale, il tasso di crescita del PIL in termini reali. CHF 31'606 L'aggressore ha rubato la versione in forma di Frankencoin (ZCHF).

Aktionariat ha rimborsato tutte le perdite subite dai quattro emittenti interessati. Il bug è stato patchato e nuovo PaymentHub e Brokerbot i contratti sono stati stipulati con tutti gli emittenti. La configurazione che ha permesso l'attacco è stata disabilitata anche per tutti gli emittenti.

Sebbene le operazioni dannose siano state coinvolte nell'interazione con il mercato primario per acquistare e rivendere gli emittenti." azioni tokenizzateNon sono state rubate azioni. I registri di proprietà e di azionisti restano quindi intatti.

Non sono stati interessati investitori o azionisti.

Fatti

Data di utilizzo	23.04.2026

Gli emittenti hanno avuto un impatto	4

Importo rubato	CHF 31'606

Stato	Risolto. Gli emittenti hanno rimborsato completamente e il bug è stato patchato.

Che cosa è successo

Il bug è stato causato da un calcolo difettoso in uno dei contratti intelligenti di Aktionariat che, in circostanze specifiche e con transazioni appositamente costruite, lasciava all'acquirente ricevere una quota in più di quella che avrebbe dovuto ricevere in base al prezzo pagato. Questo era possibile solo in configurazioni con un incremento positivo dei prezzi, dove il prezzo delle azioni aumenta monotonicamente ad ogni acquisto.

Per raggiungere queste condizioni, un aggressore ha dovuto trovare aziende dove:

sono stati abilitati i riacquisti nel mercato primario,
è stato fissato un incremento dei prezzi non zero, e i prezzi; i prezzi di mercato e di mercato. i prezzi di mercato. i prezzi di mercato. i
c'era almeno un certo equilibrio ZCHF sulla Brokerbot contratto.

L'attaccante ha poi sfruttato il bug looping sopra lo stesso calcolo difettoso più volte in una singola transazione. In ogni iterazione, l'aggressore:

ha acquistato azioni con un importo molto specifico, ricevendo così una quota in più rispetto a quella pagata; e;; il valore di mercato del capitale investito. il valore di capitale di classe
ha venduto indietro tutte le azioni, compreso quello extra, quindi necessita il prezzo di una quota in ZCHF. il prezzo di una quota in ZCHF. il prezzo di una quota in ZCHF. il prezzo di una quota in ZCHF. il prezzo di una quota in ZCHF. il prezzo di una quota in ZCHF. il prezzo di una quota

Il ciclo è continuato fino all'intera riserva ZCHF della Brokerbot Il contratto e' stato prosciugato. Al termine della transazione, la ZCHF rubata è stata immediatamente convertita in ETH e trasferita via. I bot MEV sono stati usati per offuscare l'aggressore ed evitare i pool di transazioni pubbliche.

Alla scoperta dell'insetto,i. Aktionariat, in parallelo:

ha individuato la causa principale, i presupposti e quali emittenti sono stati o potrebbero essere interessati;;
ha calcolato l’impatto e deciso che Aktionariat avrebbe coperto integralmente tutte le perdite;
ha iniziato ad implementare e a stendere una patch e una configurazione che rimuove il bug e rende impossibile la configurazione difettosa; e
ha iniziato a pianificare la comunicazione diretta ai clienti interessati.

Causa della radice tecnica

Il calcolo errato è in getShares, una funzione che calcola il numero di azioni da ricevere per un determinato importo ZCHF:

funzione getShares(ointe256) pubblico visualizzare i rendimenti (ointe256) {
    uint256 currentPrezzo = getPrice(); uint256 min = 0; uint256 max = money / currentPrice; while (min < max){
        uint256 middle = (min + max)/2;
        uint256 totalPrice = getPrice(currentPrice, middle); if (money > totalPrice){
            min = medio + 1;
        } altrimenti {
            max = mezzo;;
        }
    }
    numero di riferimento;;;
}

Le parti problematiche sono evidenziate sopra. Ma soprattutto, se il dato denaro è superiore al calcolato Prezzo totale, il ciclo esce con min = medio + 1, anche se il pagamento extra potrebbe essere molto inferiore al prezzo di una quota completa. Nota che questo percorso è usato solo quando è impostato un incremento di prezzo.

Il contratto di PaymentHub che innescava il commercio non stava anche controllando il risultato restituito. per esempio semplicemente facendo rispettare che getBuyPrice(importo azioni) < totale pagato , che avrebbe impedito lo sfruttamento del calcolo difettoso.

Rimedio

Aktionariat rilevato gli importi rubati dalla Brokerbot contratti e rimborsi completi agli emittenti interessati. Di conseguenza, nessun emittente ha perso denaro.
Un aggiornamento Brokerbot contratto è stato sviluppato e distribuito che corregge il bug di calcolo.
È stata sviluppata e distribuita una versione aggiornata del contratto PaymentHub, adottata dagli emittenti tramite proposte multifirma. Il nuovo contratto verifica la correttezza dei pagamenti e blocca gli errori di una unità (off-by-one).
I buyback erano disabilitati per i Brokerbot a rischio. Si noti che, senza l'aggiornamento di PaymentHub, disabiling buyback da solo permetterebbe ancora un attaccante per ottenere una quota in più rispetto a quanto previsto. Tuttavia, gli attaccanti a catena non sono per lo più interessati a rubare azioni o a detenere token; eseguono solo transazioni il cui ricavato può essere liquidato immediatamente, quindi disabilitando i buyback blocca efficacemente l'attaccante.
Nuovi contratti di investimento diretto Aktionariat non hanno la funzione di acquisto, quindi l'intero problematico (ma ora fisso) blocco è già irrilevante ed è stato rimosso.

Lezioni di laurea

La più grande sorpresa e lezione per noi è stata quella di trovare un bug con impatto critico nei contratti che hanno superato controlli di sicurezza e audit formali più volte. Questo bug era in atto da almeno cinque anni e in qualche modo sfuggito all'esame di tutti i nostri sviluppatori di contratti intelligenti, sia tecnici co-fondatori, e due audit a pagamento. Ciò ci fa purtroppo mettere in discussione il valore degli audit ricevuti dai nostri revisori.

Il fatto che il bug laici dormienti per cinque anni e riaffiora solo ora suggerisce agli aggressori di utilizzare strumenti AI-assisted che rendono più ampie, automatizzate exploit ricerche vitali. È stato osservato un significativo miglioramento nelle attività di sfruttamento in tutta la scena cripto, che richiede pratiche di sicurezza più rigorose e l'uso di AI per la difesa e la revisione continua.

Ringraziamenti

Ci assumiamo la piena responsabilità di questo incidente e ci scusiamo sinceramente con tutti gli emittenti interessati.mo. Possiamo essere sollevati solo dal fatto che siamo stati in grado di rendere tutti gli emittenti completi, analizzare e contenere il danno, aggiornare i contratti colpiti il più rapidamente possibile, e contrassegnare questo incidente come risolto senza che i nostri emittenti o investitori incorressero in perdite.

Elenco completo delle transazioni dannose

L'elenco completo delle transazioni dannose è fornito di seguito per la piena trasparenza. Ogni entrata collega alla transazione su Etherscan.

Rapporto di trasparenza: una vulnerabilità nello smart contract Brokerbot e la sua correzione