Apple představil nový MacBook Pro s čipy M4, M4 Pro a M4 Max.
Na GOG.com běží Halloween Sale 2024. Při té příležitosti lze získat zdarma počítačovou hru Return of the Phantom.
Společnost OpenAI spustila internetový vyhledávač ChatGPT search.
Konference OpenAlt 2024 proběhne již tento víkend 2. a 3. listopadu v prostorách FIT VUT v Brně. Začíná ale už v pátek na warm-up party ve Studentském klubu u Kachničky v 17:00. Pokud jste ještě areál FITu nenavštívili, k dispozici jsou pokyny k orientaci. Na programu je 54 přednášek a workshopů. Témata jsou od silně technických témat jako je třeba GCC nebo PostgreSQL po méně technické témata jako eGovernment, nebo třeba detailní analýzu … více »
Byla vydána nová verze 6.9 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 14.0.1. Tor client na verzi 0.4.8.13. Thunderbird na verzi 115.16.0.
Vývojáři free a open source synchronizačního nástroje (a p2p náhrady Dropboxu) Syncthing oznámili, že z důvodu odporu ze strany Google Play ukončují podporu OS Android. Bohužel v rámci toho zmizí i vydání Syncthing na F-Droid, který má slabší uživatelskou základnu. Syncthing je na Androidu implementován formou wrapper aplikace, která spustí Syncthing démon, vyžádá potřebná oprávnění a zpřístupní webové rozhraní démona. Ve srovnání se
… více »V červnu 2022 bylo oznámeno, že z K-9 Mailu se stane Thunderbird pro Android. Trvalo to poněkud déle, než vývojáři předpokládali, ale včera byl první stabilní Thunderbird pro Android 8.0 vydán.
Projekt microDMG Racer na Kickstarteru nevyšel, tak se autor rozhodl uvolnit na ESP32 postavené autíčko i ovladač jako open source.
Byl vydán TrueNAS SCALE 24.10 „Electric Eel“. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Byla vydána nová verze 24.10.29 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nově s podporou AI (whisper.cpp) pro generování titulků. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Poskytovatel šifrovaných e-mailových schránek Lavabit ukončuje svou službu kvůli nátlaku ze strany vlády USA. V oznámení na stránkách poskytovatele se píše, že měli buď na výběr účastnit se (vládních) zločinů proti občanům USA, nebo provoz ukončit. Nemají ani právo zveřejnit, jakému tlaku čelí. Mezitím se firma připravuje na právní bitvu za dodržování ústavy a dále nedoporučuje svěřovat jakákoliv soukromá data firmám s vazbami na USA. Mezi uživatele Lavabitu patřil i Edward Snowden.
Tiskni Sdílej:
By to jinak neschválili...A ta logika, která za tím (doufám) stojí funguje jak? Nějak jako "schválíme to, aby si všichni mohli číst naše zprávy a aby jsme vytvořili gigantickou zranitelnost pro všechny banky na světě?"
Tak samozřejmě Ale Google proniká do příliš mnoha oblastí (vyhledávání, e-mail, IM, mapy, inzerce, měření návštěvnosti webů, CDN, www prohlížeč, telefony, notebooky…) a je nebezpečné tohle všechno svěřit do rukou jediné firmy (i kdyby současní majitelé/ředitelé byli dobří, může se to změnit, může je někdo ovládnout, donutit ke spolupráci…), takže konkurence je vítána.
vyhledávání, e-mail, IM, mapy, inzerce, měření návštěvnosti webů, CDN, www prohlížeč, telefony, notebooky…U většiny lze použít alternativu, jediné, s čím si nevím rady, je ten Search. Alternativy dávají mizerné výsledky.
je srovnatelné s vírou ve Špagetové monstrumDoufám že tě za to znevážení budou Jeho špagety štípat celou noc.
jerry@tom ~ $ wget -O /dev/null http://www.google.com/ncr/ --2013-08-09 19:43:38-- http://www.google.com/ncr/ Překládám www.google.com… 2a00:1450:4008:c01::6a, 173.194.44.240, 173.194.44.242, ... Navazuje se spojení s www.google.com|2a00:1450:4008:c01::6a|:80… spojeno. HTTP požadavek odeslán, program čeká na odpověď… 404 Not Found 2013-08-09 19:43:38 CHYBA 404: Not Found. jerry@tom ~ $ wget -O /dev/null http://google.com/ncr/ --2013-08-09 19:43:59-- http://google.com/ncr/ Překládám google.com… 2a00:1450:4008:c01::8a, 173.194.35.66, 173.194.35.73, ... Navazuje se spojení s google.com|2a00:1450:4008:c01::8a|:80… spojeno. HTTP požadavek odeslán, program čeká na odpověď… 301 Moved Permanently Přesměrováno na: http://www.google.com/ncr/ [následuji] --2013-08-09 19:43:59-- http://www.google.com/ncr/ Překládám www.google.com… 2a00:1450:4008:c01::6a, 173.194.44.242, 173.194.44.241, ... Navazuje se spojení s www.google.com|2a00:1450:4008:c01::6a|:80… spojeno. HTTP požadavek odeslán, program čeká na odpověď… 404 Not Found 2013-08-09 19:43:59 CHYBA 404: Not Found. jerry@tom ~ $ wget -O /dev/null http://google.com/ncr --2013-08-09 19:44:07-- http://google.com/ncr Překládám google.com… 2a00:1450:4008:c01::8a, 173.194.35.73, 173.194.35.68, ... Navazuje se spojení s google.com|2a00:1450:4008:c01::8a|:80… spojeno. HTTP požadavek odeslán, program čeká na odpověď… 301 Moved Permanently Přesměrováno na: http://www.google.com/ncr [následuji] --2013-08-09 19:44:07-- http://www.google.com/ncr Překládám www.google.com… 2a00:1450:4008:c01::6a, 173.194.44.241, 173.194.44.243, ... Navazuje se spojení s www.google.com|2a00:1450:4008:c01::6a|:80… spojeno. HTTP požadavek odeslán, program čeká na odpověď… 302 Found Přesměrováno na: http://www.google.com/ [následuji] --2013-08-09 19:44:07-- http://www.google.com/ Využije se existující spojení s [www.google.com]:80. HTTP požadavek odeslán, program čeká na odpověď… 200 OK Délka: neudáno [text/html] Ukládám do: „/dev/null“ [ <=> ] 10 848 --.-K/s za 0,05s 2013-08-09 19:44:07 (201 KB/s) – „/dev/null“ uložen [10848]
body led most
Podle mne to má vyhodit články o hokejovém klubu Mostu -- jako to udělá Google při omezení jazyku na češtinu. Sice tam nějaké jsou, ale dole, Seznam spokojeně hledá anglicky...
Tak zatiaľ mám prečkať toto hluché obdobie bez lavabitu na gmaily ?V čem byl Lavabit tak výjimečný oproti jiným poskytovatelům?
Obsah se šifroval stejným heslem jako pro přihlášení.V tom případě je něco takového poměrně snadno realizovatelné. Dá se napsat např. plugin do Dovecotu, který by to realizoval. Ovšem je otázka, nakolik to skutečně zvýší bezpečnost, protože jakmile je zpráva mimo server, je prakticky nechráněná.
Na druhou stranu to, že vlastník Lavabitu jej sám raději stopnul, nasvědčuje, že zabezpečen asi byl.Zabezpečeno to bylo potud, dokud se jednalo o zprávy uložené ve schránce. Ty byly zašifrované a bez hesla se k nim nedalo dostat. Předpokládám tedy, že to heslo bylo dostatečně dlouhé a netriviální. Triviální hesla dokáže prorazit kdejaký spammer a zneužít tak daný účet k rozesílání spamu (to už jsem v reálu dvakrát viděl a provozovateli z toho samozřejmě veselo nebylo, protože se okamžitě dostal na hromadu blacklistů), natož služba jako NSA, pokud k těm zprávám získá neomezený přístup.
Tak zatiaľ mám prečkať toto hluché obdobie bez lavabitu na gmaily ?Klidně. Nebo si je dej na VPS, budeš na tom podobně. A když začneš používat OpenPGP, tak si výrazně polepšíš a už pak nemusíš řešit, u koho ty maily jsou.
Nebo si je dej na VPS, budeš na tom podobně.To je samozřejmě ještě lepší, ale vyžaduje to určité usilí.
A když začneš používat OpenPGP, tak si výrazně polepšíš a už pak nemusíš řešit, u koho ty maily jsou.Bohužel to ale vyžaduje, aby OpenPGP používaly i protistrany, což je docela velký problém, protože se do toho nikdo příliš nehrne.
Bohužel to ale vyžaduje, aby OpenPGP používaly i protistrany, což je docela velký problém, protože se do toho nikdo příliš nehrne.Jasně, ale to je jako argumentovat, že u Lavabitu pochopitelně musí být také obě strany - jinak ten e-mail jde do nešifrované schránky.
Pro začátek to může být OpenPGP implementované v JavaScriptu a provozované na nějakém hostingu nebo VPS a uživatel bude potřebovat znát jen heslo pro odšifrování svého soukromého klíče, který bude uložený na serveru. Pro uživatele to bude vypadat jako běžný webmail. Samozřejmě, že je to dost na nic, musíš věřit hostingu/VPS, ale nějaké minimální zvýšení bezpečnosti to přináší: útočník musí napadnout ten který hosting, kde má uživatel účet, což zvyšuje možnost jeho odhalení – a jinak se ale zprávy posílají po SMTP šifrovaně, takže to nejsou úplné „koresponďáky“, které si může každý přečíst.
uživatel bude potřebovat znát jen heslo pro odšifrování svého soukromého klíče, který bude uložený na serveruOn by tam v podstatě ani uložený být nemusel. Mohl by být klidně v local storage prohlížeče. Tím se samozřejmě zranitelný bod přesouvá na klienta (nejen z hlediska odcizení klíče, ale i jeho smazání nebo ztráty při havárii disku), ale hromadné napadení tam nehrozí.
Ale pak už to není „běžný webmail“ z pohledu uživatele, protože to funguje jen z jednoho počítače – a to už si rovnou může nainstalovat třeba Thunderbirda s Enigmailem.
Armenie nema s usa nic spolecnyho, promin.Česko s Čečenskem taky ne.
Vem si, že by se zjistilo, že servery jsou na Kubě, co by se asi stalo kdyby přišel požadavek na to, aby jim daly od serverů oprávnění pro špiclování. Nestalo by se nic, Kuba by je poslala do pryč (možná by je vyměnila za potraviny a naftu). Kdyby se zjistlo, že hlavní stan je v Rusku tak by řekli soráč tam nejdem o to se ani nebudeme pokoušet.Z tohoto pohledu asi ano. Ale například Rusko má své velmi aktivní tajné služby. Proto by to bylo "z deště pod okap". Co se týká Kuby, tak tam je to bezpředmětné, protože tam je konektivita vesměs tak mizerná, že tam nemá smysl servery dávat. Až se Kuba dostane na takovou úroveň, že to smysl mít bude, lze očekávat i posílení špiclovacích aktivit kubánských tajných služeb a předávání informací spřáteleným státům (kam patří Čína a do značné míry i to Rusko).
Pokud by investor nebo někdo chtěl to tam udělat (KUBA) tak mu bude postačovat pár servříků a myslím, že by neměl být problém zřídit vyhrazenou satelitní linku.Satelitní linka se se svou latencí pro žádnou vážnější práci nehodí. Může posloužit jako okno skrz cenzuru, ale těžko si lze představit, že přes to poteče nějaký větší objem komunikace se servery.
Amíci to dotáhli do podoby, kdy chtějí znát vše co se někde šustne. Kdyby šmírovali a špiclovali sama sebe tak si každý řekne ať si dělají ve své zemi co chtějí, ale když to dělají i svým spojencům tak je patří nakopat do prdele.Hlavní problém je ten, že dost zásadní část komunikace jde přes USA nebo přinejmenším přes americké firmy. Mezi šmírováním vlastních lidí nebo spojenců moc rozdíl nevidím (i když tady se USA tváří, že vlastní lidi až tak moc nešmírují - jsou to samozřejmě kecy - což je z vnějšího pohledu horší). Proto nás nemusí trápit Rusové nebo třeba Čína, jakkoli šmírují, protože tamtudy příliš data netečou. Optimální by samozřejmě bylo v maximální míře omezovat komunikaci na co nejlokálnější úroveň. Situace, kdy spolu dva lidé v sousedních kancelářích komunikují přes servery v USA (ať už přes Skype, GMail, Facebook nebo kterého čerta), je totiž skutečně perverzní.
Satelitní linka se se svou latencí pro žádnou vážnější práci nehodí.to bývalo, dnes je platforma od SES/ASTRA vhodná i pro VOIP i videokonference v reálu a oproti rokům 2009/2010 se hodně zlepšil přenos i latence. Pokud by se to týkalo pouze mailov komunikace pak myslím by to bylo v pohodě. Jen zda by Astra byla ochotná prodat přenosovou kapacitu tam někam na Kubu (jistě otázka peněz a možných blokací)
to bývalo, dnes je platforma od SES/ASTRA vhodná i pro VOIP i videokonference v reálu a oproti rokům 2009/2010 se hodně zlepšil přenos i latence.Pokud vím, tak rychlost světla je stále cca 3 x 108 m/s Tedy data na družici a zpět putují minimálně nějakých 240 ms (většinou o něco víc, protože je dráha delší než výška družice nad rovníkem), což je pohříchu dost. Pro VOIP a videokonference to až tak nevadí (i když už je to téměř na hraně, ale to je u mobilů taky - jen o trochu větší zpoždění už by působilo docela problémy při rozhovoru), protože tam lze prostě chrlit data a neřešit ztrátovost paketů - když nějaký vypadne, není to tragédie. Ostatně podobně to funguje třeba i u přenosu přes USB, kde se pro audio a video používá isochronní režim, kde je zaručena doba přenosu dat, ale nemusí dojít všechna. Jinak ano, vznikaly různé protokoly (např. STP nebo BSP), které mají za cíl eliminovat neduhy TCP na linkách s velkou latencí. Ale dokonalé také nejsou, mají zase jiné nevýhody (např. zaměření na silně asymetrickou komunikaci, typicky přístup k webu).
Pokud vím, tak rychlost světla je stále cca 3 x 108 m/s Tedy data na družici a zpět putují minimálně nějakých 240 ms (většinou o něco víc, protože je dráha delší než výška družice nad rovníkem), což je pohříchu dost.Tak 240ms mi nepřijde vůbec špatné. Lepší než na některých českých ADSL :P
64 bytes from 2001:baf:baf:baf::2: icmp_seq=28 ttl=57 time=876 ms 64 bytes from 2001:baf:baf:baf::2: icmp_seq=29 ttl=57 time=893 ms 64 bytes from 2001:baf:baf:baf::2: icmp_seq=36 ttl=57 time=854 ms
Tenhle čas je trochu horší. Na IPv4 bývá kolem 720 ms. IPv6 jede oklikama přes tunely. ISP je magor, ale jiného jsme uprostřed ničeho kdesi v nikdestánu nenašli. IPv6 tunel je cesta, jak se přes sítě ISP dostat dovnitř na zařízení ve vnitřní síti.
Dělat na tom přes ssh je za trest, i když šířka pásma je docela slušná (megabit?) a kopírování celkem frčí.
Dělat na tom přes ssh je za trest, i když šířka pásma je docela slušná (megabit?) a kopírování celkem frčí.mosh
Satelitní linka se se svou latencí pro žádnou vážnější práci nehodí. Může posloužit jako okno skrz cenzuru, ale těžko si lze představit, že přes to poteče nějaký větší objem komunikace se servery.Hlavně pak v případě politické objednávky není problém ten jeden satelitní účet zrušit.