V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Wayback byl vydán ve verzi 0.3. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
wipe ti nestačí?
wipe ti nestačí?Hm, to jsem vůbec neznal. A ačkoliv již pěkných pár let není vyvíjen, zkompiloval jsem ho zcela bez problémů.
/dev/urandom - je to ale zatraceně pomalé :-/
Když jsem na starém noťasu potřeboval vyčistit disk, zkusil jsem random, ale na pár přepisů bych musel čekat měsíc. urandom byl nesrovnatelně rychlejší.
To přeformátovávání asi moc účinné nebude.Když už jsme u toho, kterým programem můžu přečíst už jednou přepsaná data? Já když něco přepíšu, tak už se dostanu jen k tomu přepsanému.
(za bezpečné se považují cca více než 30násobné přepisy).Za bezpečně smazaná data se považují data smazána podle postupu, který je popsán v odkazovaném dokumentu DOD (Department of Defense) zde.
Také by mne zajímalo, jak to dělají.IMHO se vychází z toho, že hlavičky nejsou vždy na úplně stejném místě a z toho, že měkká magnetická vrstva není zase tak měkká jak by mohla být a proto se i po několika přepsáních stejnou hodnotou dá zjistit, že než do toho začal někdo babrat, že tam původně byla jiná hodnota.
Viz hysterezní křivka. (By mě zajímalo jestli je úplně nový vyrobený disk už nějak zmagnetizován, nebo jestli pro něj platí křivka prvotní magnetizace
)
Tady v tomto případě zcela jistě platí, že čím přesnější měřící metoda, tím větší pravděpodobnost obnovy.
Kdyby ne, tak zajeď do zahraničí - Malacky to jistí
Kdyby ne, tak zajeď do zahraničí - Malacky to jistíV Malackém je nějaký velkosklad elektrotechniky? A můžu se zeptat kde?
Když už jsme u toho, kterým programem můžu přečíst už jednou přepsaná data? Já když něco přepíšu, tak už se dostanu jen k tomu přepsanému.Softwarově nijak. Zjišťuje se to přímo z magnetických vlastností plotny disku, zřejmě se disk musí „přečíst“ nějakým citlivějším zařízením, než je běžná hlavička v disku. Tak se třeba zjistí, že ve stopě hlavičky je magnetická 0, ale „po okrajích prosvítá“ 1.

dd if=/dev/zero of=/dev/[hs]d[a-z]
(pokud autor vadu uvede, beru zpět!)...
. Teď ale píšete, že to až tak závažný zvuk nebude, tak nesoudím. Já si představil takové klasické tření plotny o case nebo tak něco...
badblocks -w /dev/[s|h]d.Vyčistí a zároveň otestuje disk.
No nic, nebudu plivat na jednu značku, takový seagate se taky dokáže porouchat, ale zatím jsem dostal spíš vadnej kousek už od výroby.
Můj systémový HDD začal po 3/4 roce používání vykazovat podivné akustické vlastnosti. Slovy se to charakterizovat nedá, takže se o to ani nebudu snažit.A nebylo to třeba jen přehřátím?
Pokud s diskem zamávám v ruce, tak v něm cosi šterká.Hlavička?I když disky by měly být po zaparkování zajištěné, tak bůh ví na čem všem ti výrobci šmelí.
Zatím se kloním k tomu, že disk přeformátuju třeba na ReiserFS, a zaplním ho nějakým velkým cyklicky se opakujícím souborem. Pak jej přeformátuju třeba na FAT32, a zaplním ho jiným opakujícím se velkým souborem. Pak oddíly smažu a šmytec. Je to dostatečné?A na co vytváření těch souborových systémů(zvláště potom FAT32)?
BTW: Dneska žádné rýpnutí do GTK?Že by už někdo konečně přešel?
Opravdu se nebojím, že by KDE4 bylo horší než GNOME 2.595. Pardon já zapoměl, že 2.30 bude 3.0
Až vyjde KDE4 stabilní vydání, tak uvidíme.A to je plánováno na kdy? Před nebo až po GNU/Hurdu 1.0? A nebo vyjde současně s Wine 1.0?
BTW: Co furt máte všichni s tou stabilitou? Já mám snad notebook na nějakém kvalitním podloží nebo co, protože mi zatím ještě nic nerýpnulo.
Opravdu se nebojím, že by KDE4 bylo horší než GNOME 2.595. Pardon já zapoměl, že 2.30 bude 3.0Už jsem se opravdu začínal bát, že se nedočkáme.
To jsem mu sem chtěl napsat. Tak připíšu jenom upozornění. Nedoporučoval bych shredovat celý disk jako: shred /dev/hdc, jednou jsem s tím měl problém, jak potom fdiskem disk znovu rozdělit. Raději to pustit na všechny jednotlivé oblasti, tedy: shred /dev/hdc1; shred /dev/hdc5; shred /dev/hdc6
Potom ještě k rychlosti. Standardně se přepisuje 25x. To je dobře, ale když jeden přepis bude trvat 20min, je to zbytečně paranoidní. Doporučoval bych 8 přepisů. Nastavitelné parametrem: shred -n 8 /dev/hdc1
jednou jsem s tím měl problém, jak potom fdiskem disk znovu rozdělitTo pak ale je problém fdisku. Když žádnou tabulku rozdělení disku nenajde, nebo najde poškozenou, měl by se dotázat uživatele a znovu ji vytvořit (prázdnou).
Tak připíšu jenom upozornění. Nedoporučoval bych shredovat celý disk jako: shred /dev/hdc, jednou jsem s tím měl problém,No ono vůbec samo o sobě přepisovat MBR něčím náhodným zrovna není to pravé ořechové.
jednou jsem s tím měl problém, jak potom fdiskem disk znovu rozdělitUmí vůbec
fdisk i něco jinšího než ms-dos tabulku? Na dělení spíš doporučuji parted. Přece jen je kapánek novější.
, aspoň v serveru. Používám pasivní chladič a nedávno jsem k němu přidal ještě teplovodivou pastu - zatím to vypadá, že jen ta pasta pomohla o 1-2 stupně. Teplota je teď 36-37° C.
"Otázka ovšem zní, jak bezpečně zlikviidovat data?"Termitem?
Jediný a to velmi účinný způsob absolutního smazání dat z pevného disku jeNetvrdil bych, že je jediný
I mechanická likvidace plotny je postačující (těžko by někdo lovil data z hromady pilin)
Keby mal dost casu na piliny...
Často mi přijde, že takové skartování je jen alibismus, že to skartovačkou prošlo. Ze skartovačky na "TAJNÉ" už by to asi neposkádal
*) byť stojí tisíce.
**) případně zápalky - pro tradicionalisty.
dokonalá likvidace = tavná pícka
Kdysi na Seagate byli http://www.servodata.cz/home.php3
Tiskni
Sdílej: