Co obsahuje "záhadný " testovací soubor na http://mirek-zive.unas.cz/ ?



Na Mirkových stránkách <http://mirek-zive.unas.cz/> se nachází jakýsi testovací soubor testfile.zip 1,63 MB ? Ví to někdo ? Aby to nebyl nějaký virus
mirek je sám o sobě virus!!!
<p>to je způsob, jak zjistit, zda v této složce existují nějaké soubory xml, ano.</p><p>chcete-li zkontrolovat konkrétní soubory, použijte <a href="http://msdn.microsoft.com/en-us/library/system.io.file.exists.aspx"><code>file.exists(path)</code></a> , které vrátí logickou hodnotu, která indikuje, zda soubor v souboru <code>path</code> existuje.</p> 1( projet antivirem

2(CCLEANER,, např ze stahuj.cz ... Jaký je smysl má mnoho indexovaných stránek, které jsou odstraněny ihned? Dočasné stránky jsou bezcenné pro vyhledávače a jejich uživateli poté, co byly odstraněny. Takže bych jít nechat prohledávače vyhledávačů rozhoduje, zda stránka stojí indexování. Jen jim řekni adresy URL, která bude přetrvávat ... a realizovat některé seznam stránek (v případě, že nejsou dosud k dispozici), který umožní vaše stránky, které mají být procházeny jednodušší.


Poznámka pod: 6 sitemap soubory 5m URL? Pokud vím, soubor Sitemap může neobsahují více než 50k URL. <p>úložiště multiverse obsahuje balíčky (software), které nejsou „zdarma“ a odkazují se na licenční omezení.</p><blockquote> <p>repozitář multiverse obsahuje software, který byl klasifikován jako nesvobodný. tento software nemusí být v některých jurisdikcích povolen. při instalaci každého balíčku z tohoto úložiště byste měli ověřit, zda vám zákony vaší země umožňují jeho použití. tento software také nemusí obsahovat aktualizace zabezpečení.</p> </blockquote><p>další informace o filozofii úložišť ubuntu naleznete v <a href="https://help.ubuntu.com/10.04/add-applications/c/default-repos.html">přehled výchozích softwarových úložišť ubunt</a> </p><p>úložiště můžete povolit z příkazového řádku nebo graficky.</p><h2>graficky</h2><p>otevřete softwarové centrum, v horní části přejděte na kartu „software ubuntu“, vyberte (zaškrtněte) multiverse.</p><p><img src="https://i.stack.imgur.com/factr.png" alt="software center"></p><p>pomocí tlačítka "znovu načíst" aktualizujte svůj seznam balíků.</p><p><img src="https://i.stack.imgur.com/y8v1o.png" alt="reload"></p><h3>příkazový řádek</h3><p>otevřeno <code>/etc/apt/sources.list</code> s jakýmkoli editorem.</p><pre><code># command line editor (nano) sudo -e /etc/apt/sources.list # graphical editor gksu gedit /etc/apt/sources.list </code></pre><p>odkomentujte (odstraňte # z přední strany) řádků <code>multiverse</code> nebo je v případě potřeby přidejte, takže řádky vypadají takto:</p><pre><code>## n.b. software from this repository is entirely unsupported by the ubuntu ## team, and may not be under a free licence. please satisfy yourself as to ## your rights to use the software. also, please note that software in ## multiverse will not receive any review or updates from the ubuntu ## security team. deb http://us.archive.ubuntu.com/ubuntu/ oneiric multiverse #deb-src http://us.archive.ubuntu.com/ubuntu/ oneiric multiverse deb http://us.archive.ubuntu.com/ubuntu/ oneiric-updates multiverse #deb-src http://us.archive.ubuntu.com/ubuntu/ oneiric-updates multiverse </code></pre><p>odkomentujte <code>deb-src</code> řádky, pokud potřebujete stáhnout zdrojový kód (většina uživatelů nebude zdrojový kód potřebovat, takže pokud máte pochybnosti, nechte je vypnuté).</p><p>uložte úpravy (pokud používáte nano, <kbd>ctrl</kbd>+<kbd>x</kbd> , zadejte <kbd>y</kbd> pro uložení změn), pak pro aktualizaci seznamu balíčků spusťte</p><pre><code>sudo apt-get update </code></pre><ul> <li>další informace o správě úložišť naleznete v <a href="https://help.ubuntu.com/community/repositories/ubuntu">buntu wiki - repositories</a> </li> </ul> <p>nejobsáhlejší software pro testování zátěže, který jsem našel, je <a href="http://bit.ly/4r8g2l">hp loadrunner</a> (omlouvám se za bit.ly odkaz, ale hp odkaz je hrozný a nebude fungovat správně). je velmi flexibilní a ze zátěžových testů můžete generovat mnoho různých typů zpráv. můžete také nechat skupinu strojů pracovat společně s testem zatížení. ne, že ostatní nástroje jsou špatné, ale vypadá to jako <a href="http://jakarta.apache.org/jmeter/">apache jmeter</a> vypadá jako hračka.</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>toto je řešení, s nímž jsem skončil, a naše aplikace fungují ve výrobě bez problémů po dobu téměř jednoho měsíce s touto opravou na místě:</p><p>jediné, co jsem musel udělat, bylo přidat</p><p><code>--ignore-installed</code></p><p>do <code>pip install</code> řádků v mém dockfile, které vykazovaly chyby. použitím stejného příkladu dockerfile z mé původní otázky by pevný dockerfile vypadal jako:</p><pre><code>from ubuntu:14.04 run apt-get -y update &amp;&amp; apt-get -y install \ python-pip \ python-numpy # ...and many other packages run pip install -u pip run pip install -r /tmp/requirements1.txt --ignore-installed # don't try to uninstall existing packages, e.g., numpy run pip install -r /tmp/requirements2.txt run pip install -r /tmp/requirements3.txt </code></pre><p>dokumentace, kterou jsem mohl najít pro <code>--ignore-installed</code>, byla podle mého názoru nejasná (<code>pip install --help</code> jednoduše říká: „ignorujte nainstalované balíčky (místo toho přeinstalovat).&ldquo;) a zeptal jsem se na potenciální nebezpečí tohoto příznaku <a href="https://stackoverflow.com/q/49932926/3642398">zde</a> , ale zatím jsem se nedostal uspokojující odpověď. pokud však dojde k nějakým negativním vedlejším účinkům, naše výrobní prostředí ještě nevidí jejich důsledky a myslím si, že riziko je nízké/žádné (alespoň to byla naše zkušenost). byl jsem schopen potvrdit, že v našem případě, když byl tento příznak použit, nebyla stávající instalace odinstalována, ale že byla vždy použita novější instalace. </p><h1>aktualizace:</h1><p>chtěl jsem zdůraznit <a href="https://stackoverflow.com/questions/53807511/pip-cannot-uninstall-package-it-is-a-distutils-installed-project/53807588#53807588">toto</a> odpověď od @ivan\_pozdeev. poskytuje některé informace, které tato odpověď nezahrnuje, a také nastiňuje některé potenciální vedlejší účinky mého řešení. </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> <p>moje střeva říká ne. servery odesílají gzipovaný obsah pouze v případě, že z prohlížeče obdrží správnou hlavičku accept-encoding. samotná záhlaví není součástí souboru cookie odeslaného prohlížečem, takže jej nebudete moci upravovat. servery to dělají, aby zabránily odeslání komprimovaného souboru do prohlížeče, který jej nepodporuje, a tím brání správnému zobrazení stránky.</p><p>alternativně byste mohli dělat to, co zní, jako byste již dělali, a vynutit si to kódem na straně serveru.</p> Půjde asi o nějaký pokus, co my na to. Mě (na webu) zmizela želva cca u poloviny cvičení.