Útok na mining.bitcoin.cz (diskuse)

[druzstevnik]

Pěkné shrnutí, díky!

[misch]

"Zo súčasných udalosti vyplíva, že nestačí len bezpečnosť sieťi ale aj bezpečnosť fyzická."

Mě to z článku tedy nevyplývá. Resp. čtu tam jen domněnky o tom že administrační rozhraní je údajně bezpečné a z toho plynoucí závěr že chyba musí být u providera. Netvrdím že to tak nebylo, ale trochu mě ta logika zdůvodnění překvapuje.

BTW: to byl virtuál, nebo fyzický server? A proč má hacknutí "hlavní stránky" (tedy z mého pohledu pouhého webu) vliv na těžení, tzn. na serverovou část která s webem nemusí mít mnoho společného?

[ewew]

Viem len toľko čo je na bitcointalk.org. Nevylučujem aj variantu, že to je úplne inak.

K fyzickej bezpečnosti. Ide hlavne o to aby lokálny admin nemal možnosť zistiť na ktorom serveri beží konkrétna služba. Ďalšia vec je prípad, že je nutné vypnúť určitú stránku. Táto situácia by mala byť autonómne zverejnená na domovskej stránke. Týmto by bolo možné zamedziť tiché vypnutie alebo zneužitie prístupu.

[Jendа]

BTW: to byl virtuál, nebo fyzický server?

Fyzický, ale v tomto případě je to úplně jedno, jak již zde bylo několikrát popsáno (snad si to nepletu s IRC :). Konzoli pro „záchranu“ to má tak jako tak. Útočník si prostě nakliká, že chce spustit livecd, k serveru se mu připojí KVM (lhostejno, zda fyzické nebo virtuální) a z livecd si prostě připojí disk a stáhne/změní data.

A proč má hacknutí "hlavní stránky" (tedy z mého pohledu pouhého webu) vliv na těžení, tzn. na serverovou část která s webem nemusí mít mnoho společného?

AFAIK proto, že přes web se nastavuje adresa, na kterou se ti posílají vytěžené BTC. Tedy útočník si tam nastaví svoji a nechá všechny vytěžené BTC odeslat.

[ewew]

AFAIK proto, že přes web se nastavuje adresa, na kterou se ti posílají vytěžené BTC. Tedy útočník si tam nastaví svoji a nechá všechny vytěžené BTC odeslat.

Tento scenár je možný len s prístupom do mailovej schránky užívateľa. Myslím, že pravdepodobnejšia verzia je vybratie peňaženky poolu. Ďalšia vec je, že všetky transakcie sú verejné. Stačí pozrieť blockchain.info.

[Jendа]

Tento scenár je možný len s prístupom do mailovej schránky užívateľa.

To si nějak nedokážu představit, jak je technicky vyřešené, že tam ta webová aplikace může zapisovat jenom po potvrzení mailem. Ale těžil jsem naposledy před 2 lety, tak nevím, nechám se překvapit :).

Ďalšia vec je, že všetky transakcie sú verejné. Stačí pozrieť blockchain.info.

To samozřejmě vím, ale nechápu, jak to souvisí. Spousta lidí už zjistila, že jim adresa 19kPDYubVp6ykeEQqrSgb5L84e45wJtUe5 ukradla peníze. Ale v čem jim to pomůže?

[misch]

Díky za osvětu. V tom případě by se tomu problému s livecd (resp. se záchranným režimem) dalo předejít šifrováním disku (luks, dmcrypt), že? A právě u fyzického serveru by to smysl mělo. Útočník by pak sice mohl provést shutdown/rescue/erase, ale nezískal by přístup k peněžence, heslům apod.

[Jakub Lucký]

Potíž je v tom, že ten šifrovaný disk musí nějak nabootovat, tzn. je tam nějaký kus, který musí být nešifrovaný (zavaděč+jádro). Útočník, pokud získá fyzický přístup, se tak může dostat sice jen k tomu, ale může ho zaměnit za jiné jádro s backdoorem, keyloggerem...

[Jendа]

(nicméně zde si slush útoku všiml, takže by potom kompromitovaný initramdisk nepoužíval)

[Jendа]

Hezké shrnutí.

Potřebujeme protokol, ve kterém nebude nic jako (centralizované) mining pooly potřeba. Dávám si to jako další položku do svého cryptocurrency wishlistu.

[czp]

co p2pool? http://p2pool.info/

[Jendа]

Cool, něco takového jsem si představoval. Hezké, že už to někdo vyrobil :).

[slush]

https://bitcoin-central.net/