Jak se zbavit složky "Ethash"?



Zdravím všechny,na PC (Win10) se mi začal rychle plnit SSD disk a zjistil jsem, že data zabírají složky "Ethereum" a nejvíc "Ethash".Na netu jsem zjistil, že je to nějaké těžení kryptoměny, což nemám v úmyslu. Pro mě je to tak virus.Eset to ale nenachází a nevadí mu to...Žádný program mi ale nenašel a nenabídl uninstall.Smazal jsem je obě natvrdo, což mi uvolnilo místo, ale složka "Ethash" se vytvořila znovu a zase roste...Jak se toho natrvalo zbavit? Jak to odinstalovat?Předem děkuji za info, instrukce či návody...
Tiez som po odoslani rozmyslal ze ak sa ti zaplna miesto na disku tak to nebude tazba. Skor mas nainstalovanu penazenku alebo dajaky uzol na preposielanie etherea.
<p>čištění wordpress instalace nebo jakéhokoli webu těchto souborů je obecně jednoduché. pokud existuje vzor, ​​proveďte vyhledávání příslušných souborů a pak nahraďte špatný kód.</p><p>v případě wordpress existuje několik různých zdrojů špatného kódu (pravděpodobně dalších):</p><ol> <li>byl nainstalován již infikovaný motiv</li> <li>heslo ftp vašeho webu bylo uhádnuto a napadeno hackery</li> <li>wordpress je nezabezpečený a umožňuje instalaci červa</li> </ol><p>jedna věc, kterou můžete udělat, je nainstalovat <a href="http://wordpress.org/extend/plugins/tac/">tac (theme authenticity checker)</a> , který vyhledá špatné věci.</p><p>viz <a href="http://codex.wordpress.org/hardening\_wordpress"><strong> vytvrzování wordpress </strong></a> , kde jsou kroky, které mají zajistit, aby wordpress bylo bezpečnější. ale v zásadě, když jsem viděl, že se to stane, co se děje, je všechno zpět (databáze a všechny soubory), pak odfoukněte instalaci a nainstalujte novou instalaci wordpress, nové náhradní pluginy a nové téma ( pokud bylo vaše téma vlastní, zbavte se špatného kódu nejprve!).</p><p>googling pro „wordpress infection“ by vám měl dostat další články s podobnou radou.</p> Ho přeinstaluj, molh se poškodit nějaký důležitý soubor, popřípadě nějaká nová aktualizace. Která se nestáhla, nebo stáhla ale chybně (např přerušením netu)

Na metina se vykšli, raději někde sosni WOW ![:)]( ":)") je to w podstatě to samé ale o 200% lepší ![:)]( ":)") <p>řekněme, že chcete spustit:</p><pre><code>rm *.txt </code></pre><p>můžete jen spustit:</p><pre><code>echo rm *.txt </code></pre><p>nebo dokonce jen:</p><pre><code>echo *.txt </code></pre><p>abyste viděli, které soubory <code>rm</code> by se smazaly, protože to shell rozšiřuje <code>*.txt</code>, ne <code>rm</code>.</p><p>jediný čas, kdy vám to nepomůže, je <code>rm -r</code>.</p><p>pokud chcete odstranit soubory a adresáře rekurzivně, můžete použít <code>find</code> místo <code>rm -r</code>, např.</p><pre><code>find . -name "*.txt" -print </code></pre><p>pak pokud to dělá, co chcete, změňte <code>-print</code> to <code>-delete</code>:</p><pre><code>find . -name "*.txt" -delete </code></pre> <p><strong> [~ # ~] aktualizováno [~ # ~] </strong></p><p>zkontroloval bych následující:</p><ol> <li> <p>protokoly. pokud máte root přístup, měli byste zkontrolovat věci jako <code>history</code>, které vám poskytnou historii příkazů a protokolované soubory v <code>/var/logs</code>.</p> </li> <li> <p>základní hodnota. pokud máte základní linii jako hash souborů pro práci s aplikačními a systémovými soubory, pomůže vám to hodně. zálohy můžete také použít k porovnání předchozího stavu. pokud používáte zálohu k porovnání souborů, použijte, pokud je to možné, o něco starší. stránka mohla být před nějakou dobou ohrožena a teprve nyní je přesměrování aktivováno.</p> </li> <li> <p>zkontrolujte jakékoli položky. soubory nemusí být na vašem serveru. mohou to být skripty, jako jsou značky typu <code>&lt;script src=”http://baddomain.com/s.js” /&gt;</code> nebo <code>iframe</code>. nevylučujte také obrázky, soubory pdf flash (swf), video soubory. je docela běžným trikem vkládání odkazů do souborů jiného typu obsahu. navrhuji, abyste je zkontrolovali ručně, zejména na začátku a na konci souboru. soubor může být kompletně odkazem/html/javascript nebo se může jednat o legitimní obrazový soubor s koncem odkazu na konci souboru.</p> </li> <li> <p>zkontrolujte neobvyklá data souborů, velikosti a oprávnění, např. 777.</p> </li> <li> <p>zkontrolujte neobvyklé úlohy u cron. někdo ohrožující systém často opustí zadní dveře, aby se sem dostal znovu a znovu. cron je velmi populární způsob, jak toho dosáhnout, pokud se jim podaří dostat se tak daleko.</p> </li> <li> <p>zkontrolujte, zda neexistují soubory. pravděpodobně nebudete mít přístup k protokolům, ale jejich absence je stejně známkou, že někdo po sobě vyčistil.</p> </li> <li> <p>použijte vyhledávače. není divu, že vyhledávače dokáží najít vše. použijte direktivy jako <code>site:</code> <code>site:yoursitehere.com baddomain.com</code> zjistěte, zda se vám nepodaří získat nějaké zásahy.</p> </li> <li> <p>často bude odkaz nebo přesměrování zamlženo, takže by měl být pečlivě analyzován dlouhý javascriptový kód s proměnnými s jedním písmenem.</p> </li> <li> <p>zachyťte pakety pomocí nástroje jako wireshark nebo tcpdump ze zabezpečené pracovní stanice na web. uložte jej do souboru a vyhledejte v něm části adresy url.</p> </li> <li> <p>zkontrolujte záznamy databáze, které mohou být dotazovány nebo aktualizovány. odkaz mohl být vložen do databáze, nikoli do php.</p> </li> <li> <p>nevylučujte pracovní stanici klienta. v případě potřeby použijte bezplatný online antivirový program. zkontrolujte také <code>nslookup</code> a podívejte se, k čemu se to vyřeší. zkontrolujte rozšíření prohlížeče, vymažte mezipaměť a zkontrolujte soubory <code>hosts</code>.</p> </li> </ol><p>chcete-li to vyčistit (pokud jste ohroženi), musíte se vrátit zpět na holý kov a znovu jej nainstalovat. je to bolestivé, ale je to jediný způsob, jak se ujistit, že máte všechno.</p><p>chcete-li tomu zabránit v budoucnu, měli byste dělat následující (i když již možná některé z nich děláte):</p><ol> <li> <p>vytvářejte servery, včetně používání doporučení výrobce o bezpečných konfiguracích, pomocí aktuálního softwaru. používejte přísnou kontrolu zabezpečení, jako jsou oprávnění, zásady týkající se hesel. viz také <a href="https://security.stackexchange.com/questions/7141/folder-and-file-permission-shared-host-advice/7171#7171">sdílená oprávnění ke složkám a souborům doporučení hostitele</a> .</p> </li> <li> <p>implementujte postupy kontroly kvality, jako je testování v prostředí s nízkým zabezpečením, kontrola kódu a testování.</p> </li> <li> <p>nechte zranitelnost své webové aplikace/webu ověřit alespoň jednou profesionálním certifikovaným testerem. podívejte se na testery certifikované evropskou radou, iso 27001 a pci. <a href="http://www.eccouncil.org/certification/licensed\_penetration\_tester.aspx">http://www.eccouncil.org/certification/licensed\_penetration\_tester.aspx</a> </p> </li> <li> <p>podívejte se na stránky owasp www.owasp.org a <a href="http://phpsec.org/projects/guide/2.html">http://phpsec.org/projects/guide/2.html</a> , kde najdete zdroje zabezpečení webových aplikací.</p> </li> <li> <p>použijte nástroje systému prevence narušení (ips). v závislosti na poskytovateli hostingu však můžete mít omezení ohledně toho, co můžete použít. host založené ips nástroje by měly být v pořádku, pokud máte vyhrazený virtuální počítač.</p> </li> </ol><p>doufám, že to pomůže. jinak byste mohli poskytnout více informací o systémech, které používáte?</p> <p>za prvé si myslím, že odpověď skeptiků to do značné míry pokrývá: drm obtěžuje lidi. někteří z nás se aktivně vyhýbají nákupu zboží.</p><p>pokud jde o software, je to téměř nemožné. jedním schématem drm může být použití šifrování veřejným klíčem s obsahem šifrovaným symetrickými klíči (výkon symetrických šifrů je výrazně lepší než u většiny pk). šifrovat obsahový klíč soukromým klíčem a software pak může tento klíč veřejným klíčem dešifrovat a obsah dešifrovat.</p><p>což funguje, kromě toho, že se chystám provést program pomocí debuggeru nebo rozebrat váš kód, dokud nenajdu váš klíč, dešifrovat váš obsah a hra není hotová. crypto je pro přenos přes nezabezpečené sítě, nikoli pro bezpečné dešifrování a izolaci na nepřátelských systémech.</p><p>můžete tedy přes internet poslat spoustu různých klíčů pro různé části obsahu. no, vaši platící zákazníci s tím pravděpodobně budou mít problémy, ale mohu jen automatizovat proces ladění nebo připojit vaše přijímané události nebo cokoli jiného. ať tak či onak, mohu chytit ty klíče. není to snadné, ale lze to udělat.</p><p>další fází je tedy zabránit mi používat můj debugger nebo nějakým způsobem zavěsit vaše systémová volání, což je místo, kde začnete psát rootkity. jakmile se to stane, můžu disk odstavit v režimu offline a zkontrolovat/zakázat rootkit, nebo jej upravit tak, aby váš software věřil, že je bezpečný. ve skutečnosti mi to usnadní identifikaci toho, co chráníte.</p><p>existuje další případ, kdy je os komplikovaný a poskytuje nějakou formu zabezpečeného kontejneru. pokud je pro mě možné načíst kód do kruhu 0, stává se toto zabezpečení irelevantní. pokud ne, pokud mohu klonovat vaše jádro mikrok jádra a upravit jej tak, abych mohl načíst kód do kruhu 0, toto zabezpečení se opět stane irelevantní.</p><p>nyní musíte začít používat hardwarové ovládací prvky. jednoduše řečeno, protože mohu změnit operační systém jakýmkoli způsobem, prosím, pravděpodobně budete potřebovat hardwarově implementované drm, které nemám šanci modifikovat nebo číst. budete potřebovat, aby se vaše šifrování stalo na hardwaru tak, že nebude možné číst dešifrovaná data z operačního systému. budete potřebovat veřejný klíč, který jsem zmínil výše, aby zůstal na tomto hardwaru, ne na os.</p><p>v tuto chvíli jste mě osobně porazili, ale jsem si jist, že existují lidé, kteří jsou schopni upravit své kabely hdmi (nebo cokoli jiného) tak, aby rozdělili data na displej a na jiné zařízení, jako je úložiště.</p><p>problémem bude také způsob bezpečného uložení klíčů v zařízení. budete je muset zašifrovat! jinak připojím vaše úložné zařízení k offline systému. a uložte klíče ... počkejte ... podívejte se na vzorec?</p><p>jakmile máte fyzický přístup, hra končí.</p><p>nemyslím si, že drm je technicky možné. ať už použijete jakékoli metody, vždy bude existovat někdo s dostatečnou schopností zrušit tuto funkci, protože na určité úrovni musí být chráněný obsah pro jejich zobrazení dešifrován. to, zda mají motivaci, je jiná věc.</p><p>z pohledu softwarového inženýrství je to správné, aniž by to narušilo vaše uživatele, což jim umožnilo snadno přesunout jejich obsah na autorizovaná zařízení, podporovat nová zařízení ... všechny noční můry. kdo bude kupovat váš obsah, když nemáte podporu windows 8 připravenou ke spuštění? funguje váš obsah v mém systému windows xp)? co tím myslíte, že jej nepodporujete ?! pokud používáte hardware, máte problém s nasazením.</p><p>konečně drm je prostě hluboce nepopulární.</p> <p>zatímco smršťování je skutečně nebezpečné z důvodů uvedených zde. mezi jimboho odpovědí a johnovou odpovědí existuje šťastné médium ... vždy byste měli vážně zvážit, zda chcete databázi zmenšit či nikoli.</p><p>v ideálním světě - vytvořili byste svou databázi se spoustou volného místa, do kterého byste se mohli rozrůst. tuto databázi nazývám „správná velikost“. umožnili byste, aby byl tento volný prostor k dispozici, a nesnažte se jej vrátit a udržet svou celkovou velikost přímo na použité velikosti. proč? protože vaše databáze nakonec poroste znovu. pak se znovu zmenšíte .. a budete uvíznuti v tomto strašném vzoru zbytečných smršťování následovaných růsty - a celou dobu, jak několik poukázalo, budete zvýšení fragmentace indexu.</p><p>blogoval jsem o tom, kde jsem napomenul lidi na " <a href="http://www.straightpathsql.com/archives/2009/01/dont-touch-that-shrink-button/">nedotýkejte se toho zmenšovacího tlačítka!</a> ", ale někdy ... někdy musíte. pokud máte rozsáhlou databázi, právě jste uvolnili významný prostor a neočekáváte, že se do ní někdy vrátí - dobře, pak je v pořádku zvážit zmenšení jako jednorázovou operaci, pokud se budete moci postarat o fragmentaci vašeho indexu později přestavbou jim. operace smršťování může být časově náročná, takže byste ji měli naplánovat na dobu, kdy můžete zaplatit tuto cenu běžícího smršťování. postup vytváření prázdné db a kopírování dat do něj funguje - ale to se může stát velmi obtížným u větších databází a mnoha dat.</p><p>pokud plánujete přidat tento prostor zpět do db pomocí běžného využití a růstových vzorců do budoucna, pak možná budete chtít místo ponechat.</p><p><strong> také </strong> řekli jste, že jste „vymazali“ svůj protokol transakcí. byl bych zvědavý, jak jste to udělali, ale když čtete příspěvek, který jsem sdílel, a ostatní v řadě uvidíte několik tipů na správu protokolu transakcí. ale zkrátka - pokud jste v režimu úplného zotavení, měli byste brát pravidelné zálohy protokolu, abyste si udrželi opakované použití protokolu. v opačném případě - bez záloh protokolu v režimu full - soubor protokolu neustále roste a roste a roste a vždy ukládá to, co jste udělali, protože jste řekli sql, že nechcete jen udržovat tento protokol pro zotavení po havárii, ale chcete zachovat jeho ruční zálohování pro přehrání transakcí/vrácení transakcí pro obnovení do určitého bodu v čase pro účely obnovy ... pokud jste v jednoduchosti a vidíte, jak se protokol rozrůstá, může to být znak (obvykle), že děláte lot práce v jedné transakci (ať už jste řekli <code>begin tran ... do work.... commit tran</code> nebo zda jste právě vydali jeden velký příkaz <code>delete</code> a odstranili jste celou nepořádek dat v jedné implicitní transakci.)</p><p>předpokládám také, že hledáte toto volné místo ve vašem systému souborů. pokud to hledáte v rámci sql a v tak velkém souboru, který máte - mohlo by to být tak, že čekáte na vyčištění ducha, aby se dokončilo, pokud se budete dívat ihned po operaci. <a href="http://www.sqlskills.com/blogs/paul/post/inside-the-storage-engine-ghost-cleanup-in-depth.aspx">paul randal blogy o ghost cleanup</a> .</p> <p>nevidím způsob, jak okno smazat, ale zdá se, že to funguje.</p><p>okno ve wiresharku proto můžete vymazat jedním z následujících způsobů: </p><ul> <li>kliknutím na zelené žraločí ploutve vpravo od červeného tlačítka <code>stop</code></li> <li>kliknutí na <code>capture</code>&gt; <code>restart</code></li> <li>stisknutí <code>ctrl-r</code>.</li> </ul> vyloučení vybraných složek z antivirové ochrany může se stát že váš antivirový program sníží rychlost scia engineer. následující příkladu ukazuje možné řešení pro ochranu symantec. program by se neměl vypínat úplně (to by bylo nebezpečné) ale můžete z jeho procesů vyloučit některé složky. nejprve nastavíte vyloučení souborů složek a procesů: zde můžete zadat konkrétní složky a podsložky scia engineer: tip: za určitých okolností může dojít k tomu že řešit nemůže během výpočtu zapisovat do svých souborů nebo z nich číst. proto je velmi důležité přidat mezi výjimky i dočasnou složku (temp). umístění této složky najdete v nastavení > možnosti > složky: vyloučení scia engineer z indexování windows search aby se uspíšil proces vyhledávání v počítači indexovací služba prohledává soubory a složky systému windows a nahrává informace o něm do indexovacího souboru. to ovšem také spotřebovává část kapacity systému takže je výhodné vyloučit indexování pro scia engineer. v ovládacích panelech můžete otevřít možnosti indexování: zde můžete kliknout na změnit a odstranit z výběru stejné složky jako v předchozím kroku: poznámka: tato opatření nenabízejí jen řešení pro urychlení výpočtu ale často také předejdou pádům programu. Zálohujte si věci jinam, formátujte pomalým formátem nebo přepište ve skartovacím programu (pokud nechcete, aby někdo časem zneužil uložená data) a reklamujte. Zřejmě nějaká mechanická závada ... nezlepší se to tak se mi to povedlo, díky:

smazat certifikat v /etc/cockpit/ws-certs.d

reset cockpitu: systemctl restart cockpit

vytvoří se 2 soubory (.cert a .pem)

soubor .pem zkopírovat do windows a přejmenovat na .crt

import certifikátu jako kořenový důvěryhodný certifikát

problém byl opravdu v tom, že certi…