Opravdu roztomile. Nastesti zatim riziko na Linuxu je blizke nule. Otazkou take je, proc proboha, je z PDF dokumentu mozne spoustet kod???
Už sa teším na dobu, až nás začnú masírovať na antivir pre pračku a zubnú kefku...
Nuž, v snahe zjednodušiť sa veci časom dosť komplikujú. Viz úrady a byrokrati...
Vravelo sa že hodinky, telefóny, dnes počítače nám zaručene zjednoduššia život, ale ruku na srdce...
Pocitace mame prece na to, abychom mohli rychle a efektivne resit problemy, ktere by bez pocitacu nikdy nevznikly.
Myslíš na takovou známou poučku, že automobil ti pomůže rychleji vyřešit problémy, které bys bez něj ani neměl? :-))
> v roce 2009 využívalo přibližně 52,6 % cílených útoků formát PDF a v roce 2010 už to bylo 65 %, což je nárůst o 12,4 %.
Neni to nahodou narust o 23.6% ? Nebo je 12.4% brano z absolutnich cisel?
No prave... Ted jiz to je v clanku opraveno, doporucuji sledovat puvodni odcitovane zneni.
...když se do aplikací cpou funkce, které do nich nepatří. Portable Document Format. Copak asi znamená to Document? Text? Samozřejmě. Obrázek? Samozřejmě. Odkaz v rámci dokumentu? Samozřejmě. Odkaz na externí zdroj? Ano. Skript? NE! Spustitelná binárka? NE!
Stejná kravina je Java Script v e-mailech a další podobné vymoženosti. Kdyby v e-mailu existoval jenom plain text, to by ubylo virů a červů a podobných nesmyslů. Chceš poslat něco graficky náročnějšího? Přilož PDF ("čisté"), PS, PNG,...
1) Na zneužití buffer overflow ke spuštění škodlivého kódu nemusí mít nosný datový formát vůbec žádnou podporu skriptů ani spustitelných binárek. 2) PDF je založené na PostScriptu a PostScript je Turingovsky úplný programovací jazyk.
Turingovsky úplný jazyk ještě nic moc neznamená. Pokud je jazyk například interpretovaný a má kolem sebe rozumný sandbox, možnost zneužití se blíží nule.
Že je turingově kompletní, neznamená vůbec nic. Podstatné je, k jakým zdrojům umožňuje interpret skriptu přistupovat.
PDF není ani náhodou založené na Postscriptu! A pokud nepočítáme JavaScript, tak PDF vlastně ani není jazyk - není v něm možné napsat žádný algoritmus. Nemá totiž žádné smyčky, podmínky, rekurzi... PDF je v zásadě pouhý seznam objektů a operací.
A co to dělá na Rootu, když se jedná o exploity wokního Adobe Readeru?
To jo, ale kód pro Winy nebude funkční. Kdo se chce dostat do Linuxový krabice, najde si určitě lepší cestu než nakažený PDFko a malou naději, že někdo používá (na týhle platformě) minoritní Reader místo třeba Evince.
Protože se patrně jedná o "informaci nejen ze světa Linuxu" :-)
Tohle bylo uzitecne varovani. Spousta lidi tu urcite doma oprasuje clenum rodiny Widle. V praci take radi Widle skoro v kazde kancelari... Tak si ted aspon budou vsichni mejt ruce, aby neco nechytli.
Nevíte někdo, jak jsou na tom s podporou spustitelných blbostí prohlížeče pod Linuxem? Doufám, že se nikdo nepokoušel tuhle hloupost implementovat.
To snad spíš záleží na tom, čím se to PDF čte, ne? Acrobat Reader je pravděpodobně méně bezpečný, než Okular atd. Ani jeden z prohlížečů, které jsem spustil v OpenSUSE 11.3 (Firefox, Chrome, Konqueror, Opera), nezobrazuje PDF soubory přímo. Ukázkový soubor http://seclabs.org/fred/docs/sstic09/samples/actions/launch/calc.pdf mi v Okularu xcalc rozhodně nespustí.
Pokud jsi měl na mysli prohlížeče PDF, Okular to nedělá. Ostatní nechť zkusí jiní.
tak Linuxový acroread 9.4.0 to otevrel, zeptal se me na potvrzeni jestli chci spustit xcalc a kdyz jsem to potvrdil, tak gvfs na me zarval:
gvfs-open: file:///usr/bin/xcalc: chyba při otevírání umístění: Žádná aplikace není zaregistrována k obsluze tohoto souboru
Je to proste dan doby. Poprve jsem na "interaktivni" pdf dokument narazil na skole, kde byla timto zpusobem implementovana jakasi online knihovna. Byl jsem celkem rad, ze v mem prohlizeci - evince - tyto interaktivni uzasnosti nefungovaly. Ale doba pokrocila a uzivatele budou "programovatelne dokumenty" vyzadovat cim dal casteji, takze je tato zpravicka sakra aktualni i pro Linux a nejmenovanny produkt od firmy adobe.