Firma X zaslala předžalobní výzvu vývojáři projektu Nitter (Wikipedia), open-source alternativního frontendu k sociální síti X (ex-Twitter), a provozovatelům instancí jako XCancel, které umožňovaly číst příspěvky bez přihlášení, reklam a javascriptu. Údajně se dopouštějí „sběru dat“. Zdrojový kód Nitteru vývojář archivoval. Vývoj již dříve přerušil v roce 2024 po tehdejším omezení API X. X je dceřiná společnost SpaceXAI Elona Muska, provozující mj. kontroverzního chatbota Grok.
Bylo vydáno Ubuntu 26.04.1 LTS, tj. první opravné vydání Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek a oprav na Discourse.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2025 (pdf). Incidentů ubylo, sofistikovanost útočníků roste.
Open source softwarový stack AMD ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán v nové major verzi 10.0. S ROCm.AI. Přehled novinek v aktualizované dokumentaci.
Finanční skupina Partners se stala minulou neděli obětí kybernetického útoku, při kterém se útočníci dostali k některým osobním údajům klientů. Společnost o tom informovala ve čtvrtek. Ujišťuje, že peníze klientů nejsou v ohrožení. „Kybernetický útok zasáhl část IT infrastruktury naší společnosti. Ihned po zjištění útoku jsme s pomocí externích bezpečnostních odborníků začali intenzivně pracovat na minimalizaci škod. Útočníci se
… více »Americká technologická společnost Meta Platforms se dohodla, že zaplatí až zhruba 18 miliard dolarů (asi 373 miliard Kč) za mimosoudní urovnání sporu o závislosti dětí na sociálních sítích a provede významné změny pro jejich používání mladistvými. Téměř tři desítky států USA firmu v roce 2023 obvinily z toho, že sítě Facebook a Instagram vědomě navrhla tak, aby u dětí vyvolávaly závislost, a zatajovala tyto dopady před veřejností. Firma se
… více »Byl publikován aktuální přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Blíží se vydání podporující čipy M3. Vývojáře lze podpořit na GitHub Sponsors a Open Collective.
Kancelářský balík LibreOffice byl vydán ve verzi 26.8. Mimo jiné vylepšuje typografii a kompatibilitu s formáty MS Office, více v poznámkách k vydání.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 26.8. Přehled novinek v poznámkách k vydání.
Byla vydána nová verze 23.1.0, tj. první stabilní verze z nové řady 23.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools, Libc++, Polly a Flang.
Zdravím,
mám nový disk a uvažuji o jeho šifrování. Něco jsem už načetl a napadlo mne následující:
Disk rozdělím řekněme na 10GB a 190GB. Z těch 10GB vytvořím třeba přes dm-crypt/luks šifrovací device, to přiřadím přes LVM k sda2 (190GB) a vznikne mi tak částečně šifrovaný blok 200GB.
Předpokládám, že bez klíče budou data na takto vzniklém souborovém systému jen dost těžko obnovitelná a současně procesoru zbude dost výkonu na další práci.
Co myslíte, je to dobrý nápad? Bude se s tím dobře pracovat (zvětšovat, zmenšovat, opravovat po havárii)? Nestačilo by místo těch šifrovaných 10GB třeba jen 1GB?
Předem díky za jakékoli postřehy.
k tomu co potrebujes, tedy odradit laika, ti staci klidne i 1MB... treba i mene. Cokoliv nad minimum uz tam je spis z duvodu, ze mas rad ruskou ruletu s daty ... buď bůh dá a citliva data nahodou budou ulozena v zasifrovane casti, nebo neda a pak plati prvni veta :)
Prace v lvm by nemela byt nejak poznamenana tim ze mas cast uloziste sifrovanu.
Samozřejmě je mi jasné, že to není úplně bezpečné, spíš jsem uvažoval tak, že filesystém by byl bez té šifrované části dost "poškozený" na to, aby se dalo s jistotou a průkazně zjistit, co tam vlastně bylo.
15.9.2009 22:16
Jendа | skóre: 78
| blog: Jenda
| JO70FB
15.9.2009 22:17
Jendа | skóre: 78
| blog: Jenda
| JO70FB
testdiskem
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
photorecem z balíku testdisk. Občas se mi to plete.
Takže tudy cesta nevede, teď jsem se snažil najít, kde má LVM uložené informace (předpokládám někde na začátku disku) s tím, že by právě tato část byla šifrovaná a photorec by se tak nechytal, ale začínám cítit, že je to asi dost na vodě.
Rozumím, opravdu citlivá data patří do vlastního šifrovaného oddílu, ten by asi měl být nejlépe úplně skrytý, což umí třeba TrueCrypt.
Existují ale i data řekněme středně citlivá, která nepotřebuji mít na 100% zajištěná (řekněme třeba mp3), ale přitom budu mít klidnější spaní, když budu vědět, že jsou zajištěná víc než jen právy souborového systému. Tedy, že jejich případná obnova dá opravdu dost práce.
Určitě existuje filesystém, který se obnovuje "poškozený" hůř než jiné běžné používané a dobře dokumentované.
15.9.2009 22:19
Jendа | skóre: 78
| blog: Jenda
| JO70FB
15.9.2009 12:17
photorec /dev/sda1?
Tak o tomto SW jsem vůbec nevěděl, uvažoval jsem XFS (s tím míval problémy Acronish), ale umí ho také. Dokonce zvládne nový ReiserFS. Jediné, co jsem nenašel je Btrfs, to je ale asi jen otázka času.
Díky za upozornění, to vypadá opravdu snadno.
15.9.2009 23:03
Jendа | skóre: 78
| blog: Jenda
| JO70FB
Vypadá to, že nějaká střední cesta k bezpečnosti je slepá. Asi si budu muset udělat nějaké performance testy a pak se rozhodnout, jestli vůbec šifrovat nebo ne.
Teď jsem se navíc dočetl, že LVM má také dopad na výkon a fragmentaci, takže to bude chtít ještě víc promyslet.
Tiskni
Sdílej:
