Chyba zabezpečeného spojení



Zdravím,ode dneška mi facebook spolu s Youtube píší tohle:Chyba zabezpečeného spojeníSpojení se serverem www.facebook.com bylo v průběhu načítání stránky ukončeno. Požadovanou stránku nelze zobrazit, protože nelze ověřit autenticitu přijatých dat. Kontaktujte prosím vlastníky webového serveru a informujte je o tomto problému.FB ani YTB mi nefungujou jak na Mozille, ani na Chrom. Všude píše jen tohle. Ale jenom u fb a ytb. Hledal jsem všude možně na googlu, zkoušel několikrát restart pc, prohledat programem jestli tu není chyba v registrech, nebo vir, nebo spyware. Zkoušel jsem měnit DNS adresu na 8.8.8.8. druhou na 8.8.4.4. P.S. Mám stolní pc pouze s kabelovým připojením, na notebooku to na funguje na kabelu i na wifi.
Jaky mas nastaven datum a cas?
<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> * 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) na mozilla.cz jsem o tom psal česky skoro před třemi týdny. že k tomu dojde už mozilla avizovala o rok dříve, kdy ftp ve výchozím stavu vypnula v nočních sestaveních, a nebýt covidu, finální sestavení by přišlo na řadu během prázdnin.

[změny v podporovaných protokolech – http/3 a ftp – mo…](https://www.mozilla.cz/zpravicky/zmeny-v-podporovanych-protokolech-http-3-a-ftp/) <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>ve skutečnosti všechny odkazy procházejí přesměrováním google. zkontrolujte, zda používáte prohlížeč firebug nebo dev tools v prohlížeči chrome. uvidíte, že adresy url jsou něco jako <code>/url?sa=t&amp;source=web&amp;cd=11&amp;ved=0cbgqf....</code> předpokládám, že používají nějakou formu javascriptu, aby prohlížeč ukázal skutečnou adresu url ve stavovém řádku.</p> Ukazuje se, že problém nesouvisí s podpisem vůbec - je to proto, že soubor XML je sestaven. Chcete-li se podívat na obsah tohoto souboru je nutné použít `aapt`nástroj. <h1>řešení</h1><p>běh:</p><pre class="lang-sh prettyprint-override"><code>$ sudo apt update </code></pre><p>toto je <code>apt</code> a<strong> not </strong><code>apt-get</code></p><p>poté zadejte <code>y</code> a přijměte změnu:</p><pre class="lang-sh prettyprint-override"><code>e: repository 'http://dl.google.com/linux/chrome/deb stable release' changed its 'origin' value from 'google, inc.' to 'google llc' n: this must be accepted explicitly before updates for this repository can be applied. see apt-secure(8) manpage for details. do you want to accept these changes and continue updating from this repository? [y/n] y </code></pre><p>chyba se znovu nezobrazí. chcete-li aktualizovat, je třeba spustit <code>sudo apt-get update</code> a <code>sudo apt-get upgrade</code> jako obvykle.</p><h1>podrobnosti</h1><p>jak je uvedeno v této otázce, tato chybová zpráva má zajistit, aby nový subjekt pojmenovaný<strong> google llc </strong>který stahujete aktualizace google chrome, byl stejný jako<strong> google, inc. </strong>že váš systém důvěřuje a ví podpis. přijetím této změny požádáte váš systém, aby důvěřoval<strong> google llc </strong>a v budoucnu od něj přijímal aktualizace google chrome.</p> <p>účelem certifikátů rozšířené validace je zviditelnit uživatele, instituci, které byly vydány. technické aspekty samotných certifikátů jsou kombinovány s vizuálními vodítky v uživatelském rozhraní aplikace, která je ověřuje: zelený pruh a viditelný název vedle umístění v prohlížeči.</p><p>například certifikát ev na <a href="http://www.paypal.com/">http://www.paypal.com/</a> způsobí, že prohlížeč zobrazí zelený pruh a zobrazí „paypal, inc.“ vedle toho. účelem je nejen propojit certifikát s vlastníkem domény (jako standardní certifikáty ověřené v doméně), ale také ho propojit s fyzičtější institucí (zde, paypal, inc.). k tomu musí certifikační autorita ověřit, že pojmenovaná instituce je skutečně ta, která vlastní doménu.</p><p>v konečném důsledku jde spíše o vytvoření autentičtějšího propojení mezi názvem domény a názvem společnosti, než o vytvoření „bezpečnějších“ certifikátů. z hlediska sady šifry (což je to, co určuje šifrovací algoritmus a velikost klíče), se certifikáty ev neliší od certifikátů dv (modrý pruh).</p><p>trochu ustoupíte, musíte si uvědomit, že účinnost https závisí na tom, že uživatel zkontroluje, zda je používán správně. (server nemá způsob, jak zjistit, zda se klient stal obětí útoku mitm jinak, pokud nepoužívají také klientské certifikáty.) to znamená, že uživatelé musí:</p><ul> <li>zkontrolovat, zda se používá https, když očekávají, že to bude,</li> <li>zkontrolovat, že neexistují žádná varování,</li> <li>zkontrolujte, zda web, který používají, je opravdu ten, který hodlá navštívit, což vede k několika bodům: <ul> <li>kontrola, že to je doménové jméno, které očekávají,</li> <li>ověření, zda název domény patří společnosti, kterou očekávají.</li> </ul> </li> </ul><p>účelem certifikátů ev je vyřešit tento poslední bod. pokud již víte, že <code>amazon.com</code> patří společnosti amazon.com, inc. nebo tomu <code>google.com</code> patří společnosti google inc., opravdu je nepotřebujete.</p><p>nejsem osobně přesvědčen, že tento přístup funguje úplně, protože mohou být zneužity (viz příklad natwest/rbs níže) a zdá se, že některé ca šíří vágní (a potenciálně zavádějící) informace o tom, co ve skutečnosti jsou, ve snaze propagovat jim.</p><p>obecně platí, že pokud vaši uživatelé již vědí, že vaše doménové jméno je vaše, nepotřebujete jej.</p><p>zde jsou další podrobnosti z <a href="https://security.stackexchange.com/a/13614/2435">předchozí odpověď, kterou jsem dal na podobnou otázk</a> :</p><blockquote> <p>[...]</p> <p>certifikáty ověřené doménou vám zaručují, že certifikát byl vydán vlastníkovi této domény. nic víc, ale nic méně (předpokládám, že validační postup zde byl správný). v mnoha případech to stačí. vše záleží na tom, zda web, který propagujete, musí být propojen s institucí, která je již dobře známa off-line. certifikáty, které jsou validovány proti organizaci (ov a ev certs), jsou užitečné zejména v případě, že potřebujete doménu také svázat s fyzickou organizací.</p> <p>například je užitečné, aby instituce, která byla původně známá prostřednictvím své budovy (např. bank of america), mohla říci, že certifikát pro <code>bankofamerica.com</code> je skutečně místem, kde jste dali své fyzické peníze. v tomto případě má smysl použít certifikát ov nebo ev. to může být také užitečné, pokud existuje nejasnost ohledně toho, která instituce je za názvem domény (např. <code>apple.com</code> a <code>apple.co.uk</code>), což je ještě důležitější, je podobné doménové jméno vlastněné soupeřem/útočníkem, který používá podobnost názvu pro špatné účely.</p> <p>v porovnání, <a href="https://www.google.com/"><code>www.google.com</code></a> je to, co definuje google pro veřejnost; google nemusí dokazovat, že <code>google.com</code> patří skutečnému googlu. výsledkem je, že používá certifikát ověřený doménou (stejný pro <code>amazon.com</code>).</p> <p>to je opět užitečné, pokud uživatel ví, jak to zkontrolovat. prohlížeče zde opravdu nepomáhají. firefox pouze říká, „který je spuštěn (neznámý)“, pokud chcete o certifikátu získat další podrobnosti na <code>www.google.com</code>, aniž bychom skutečně řekli, co se tím myslí.</p> <p>certifikáty s rozšířenou validací jsou pokusem o zlepšení, a to zpřísněním postupu validace organizace a zviditelněním výsledku: zelený pruh a viditelnější organizace.</p> <p>bohužel se to někdy používá způsobem, který zvyšuje zmatek, myslím. zde je příklad, který si můžete zkontrolovat sami: jedna z velkých britských bank (natwest) používá <a href="https://www.nwolb.com/"><code>https://www.nwolb.com/</code></a> pro on-line bankovní služby. není jasné, že doménové jméno patří natwestu (který také vlastní logičtější <code>natwest.co.uk</code> mimochodem). horší je, že rozšířená validace (pokud zaškrtnete jméno vedle zeleného pruhu) se provede proti „royal bank of scotland group plc“.</p> <p>pro ty, kteří sledují finanční zprávy, to dává smysl, protože jak rbs, tak natwest patří do stejné skupiny, ale technicky jsou rbs a natwest konkurenty (a oba mají pobočky na hlavní ulici ve velké británii - i když se to změní). pokud váš uživatel nemá takovou zvláštní znalost o tom, které skupiny obchodují pod tímto jménem, ​​měla by výstražná zvonit zazvonit skutečnost, že certifikát je vydán na jméno potenciálního konkurenta. pokud jste jako uživatel viděli certifikát na <code>gooooogle.com</code> vydáno společnosti microsoft nebo yahoo, i když je tato lišta zelená, neměli byste to považovat za web společnosti google.</p> <p>jeden bod, který je třeba mít na paměti u certifikátů ev, je to, že <a href="https://security.stackexchange.com/a/14064/2435">jejich konfigurace je pevně zakódována do prohlížečů</a> . toto je nastavení kompilace, které nelze později nakonfigurovat (na rozdíl od běžných důvěryhodných úložišť certifikátů, do kterých můžete přidat například vlastní institucionální certifikační úřad). z cyničtějšího hlediska by to někteří mohli považovat za vhodný způsob, jak si hlavní hráči udržet silnou pozici na trhu.</p> </blockquote> <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> <p>připadá mi, že jste pravděpodobně měli prozkoumat svou uživatelskou základnu <em>dříve</em> stavbu webu. ale hej, jsi teď v této situaci, takže se s tím musíš vyrovnat, jak to zjistíš.</p><p>nepřekvapuje mě, že nemocnice/akademické instituce používají ie7. provedení úplné aktualizace operačního systému, brožur, hardwaru atd. je velmi nákladné cvičení, takže pravděpodobně zjistíte, že mnoho podobně velkých míst má stejnou situaci. není to něco, s čím by jednotlivci v instituci pravděpodobně mohli dělat cokoli (brány firewall, uzamčené počítače zabraňující instalacím atd.). proto jim ukázat nefunkční web <em>a</em> dialog, který jim říká, aby sami situaci napravili instalací nového prohlížeče, když to není něco, co by mohli udělat, je jen dvojitý úder do obličeje.</p><p>v závislosti na tom, co vaše stránky skutečně dělají, je nepravděpodobné, že nebude možné, aby fungovaly ve starších prohlížečích. pokud vaše cílové publikum nemá přístup na web, pak to není jejich chyba, je to vaše chyba, protože neprovádí svůj výzkum a nezvažuje je především, proto byste je měli sát a řešit problém přímo. zajistěte, aby web fungoval v ie7.</p><p>ve starších prohlížečích to nemusí být úplně stejné. uživatelé mohou mít vylepšené zkušenosti s novějšími, ale u starších by to mělo být <em>work</em>.</p>