Firefox mi ráno ohlásil bezpečnostní problém s pluginem Javy, který následně deaktivoval. Jsem zvědavý, kdy zareagují programátoři u Oraclu. Pokud se k problému postaví stejně laxně jako u chyb MySQL, tak to potěš koště...
To snad ne, MySQL se samozrejme snazi pohrbit zaziva, Java je pro ne potencialni zlaty dul.
Díky, naštěstí to nemusím řešit, od KB už jsem dávno pryč.
Zaostalý a zakomplexovaný linuxář.. klasika.. Stydím se za nás.. Kdybys vylezl z tý svojí díry, možná bys zjistil, že existuje taky něco jinýho než Linux.. Pak by ses mohl možná nezaujatě podívat a porovnat.. Tohle tlachání zbytečně poukazuje na fanatizmus linuxářů a je mi to z duše líto..
Vtipný je, že ve Firefoxu to momentálně nejde. Na chviličku se sice objeví v adresním řádku ikona pluginu, když i stihnu na ni kliknout a otevře se dialog, kde bych mohl plugin povolit jen pro konkrétní stránku, ten okamžitě zmizí a smolík.
Jistě. Hlavně primárně nepoužívá Javu do Oraclu, ale http://openjdk.java.net/ Prd tomu rozumím, co tam píšou o co vůbec jde, ale ať tak nebo tak na Linuxích webech nepíšou, že by se v tomto směru něco dělo.
OpenJDK je základ, ke kterému Oracle přidá několik dalších licencovaných technologií, a vydá to jako Oracle JDK. Je to stejný princip, jako Chromium a Chrome. Bezpečnostní chyby v Oracle JDK jsou tedy s vysokou pravděpodobností i v OpenJDK.
Nezjišťoval jsem přesně, o jakou chybu jde, ale předpokládám, že je kvůli ní možné spustit libovolný Javovský kód bez omezení. Pak by to možné bylo, akorát by ten škodlivý applet musel detekovat, že se jedná o Linux, a stáhnout to "cosi" ve variantě pro Linux. Technicky je to jednoduché, otázkou spíš je, zda se útočníkům vyplatí připravovat to "cosi" i pro Linux. Na druhou stranu pod tím Linuxem ten software bude pořád omezen právy uživatele, na Windows je pokud vím stále běžné, že běžný uživatel má vyšší práva nebo dokonce práva administrátora.
Je to porad nejlepsi jazyk na velky projekty. Podivejte se co se v ni pise - pouzivaji ji Google, Facebook, Twitter, Linkedin. Na velky projekty vas zajimaji jine featury nez na ty male. Kotlin by nebyl spatny ale nejspis se nikdy nerozsiri.
Twitter zacal prepisovat z Ruby do Javy a rika ze nova verze je 10x rychlejsi. (To je samozrejme zasluha nejen Javy ale redesignu). Rikaji ze v Ruby jejich kod uz prestal byt udrzovatelny.
Tak konkrétně. Mám v Ubuntu jenom jeden účet a píšou, že jsem správce. Takže škodník mi může číst klávesnici když se přihlašuju do banky a pak to někam odeslat?
Myslím, že ano. Nicméně u rozumně navrženého internetového bankovnictví by mu to nijak nepomohlo -- používá se přihlašování a potvrzování transakcí pomocí jednorázových hesel. Takže by si útočník mohl třeba zobrazit stav vašeho konta, ale neměl by mít možnost zadat bankovní převod -- ten byste měl potvrzovat jednorázovým heslem, které získáte na PC nezávislým kanálem, např. přes SMS nebo přes autentizační token.
Další věc je, že ten útok by musel být připraven pro Linux (a spíš pro konkrétní distribuci) a pro vaší banku -- a myslím, že jsou kombinace s větším zásahem uživatelů, než uživatel Linuxu s účtem u české banky :-)
Priprava utoku je daleko slozitejsi, neni o nem dost informaci. Pro typicky buffer overflow utok je treba znat adresu na ktere se dany EXE/DLL nachazi v ramci virtualniho adresoveho prostoru. Diky DEP a ASLR je toto vyrazne tezsi az nemozne. Pokud nekdo DEP vypina (protoze nektere zprasene aplikace s nim nefunguji), tak je to obdoba toho pracovat trvale pod uctem administratora nebo nezamykat auto protoze "je to opruz". Pak neni pomoci ...
Ano, pokud mám práva uživatele (respektive přístup k jeho X serveru - tedy klidně můžu být pod jiným uživatelem nebo na jiném stroji spuštěný přes ssh -X), můžu si chytat eventy (stisky kláves), kreslit na obrazovku a posílat libovolné eventy ostatním X klientům.
K většině škodlivých činností, které chcete na desktopu dělat (krást data, posílat spam, vydírat uživatele (Česká republik policie)), admina/roota nepotřebujete.
Ale potrebujete, protoze pri spravnem nastaveni Software Restiction Policy (Windows XP SP1+) nespusite cokoli odjinud nez z ProgramFiles a Windows adresare (ani script), a pro zapis tam potrebujete vyssi prava.
To je pravda. Třeba často kritizované online bankovnictví Komerční banky má výborný ochranný systém, třebaže funguje na Javě. Unikátní certifikát, ověřovací sms při loginu, při zadávání plateb... Tohle by cracker těžko překonával.
Od kdy jsou uživatelé Linuxu milionáři, výrobci zbraní, že potřebují do banky lézt přes linku nejlépe červeného telefonu ?!? Podobně by se mohla kritizovat bezpečnost mobilních aplikací. Kdyby to bylo skutečně tak riskantní a děravý, nikdo by to nepoužíval a těch zneužitých a okradených by bylo mraky. A ani jedno jsem nezaznamenal - internetové bankovnictví už tu s námi pěknou řádku let je.
Pro opakovanou aktivaci škodlivého kódu a pro jeho skrývání se root celkem hodí. V případě běžného uživatele máte k dispozici init skript shellu, init skript desktopového prostředí a možná cron. Případně, pokud je /home namountováno s noexec, jste omezen na skriptovací jazyky, které má uživatel nainstalované. Pro cílený útok na daného uživatele je to dostatečné, ale pro plošný útok s cílem získat třeba farmu pro rozesílání spamu se to podle mne nevyplatí.
Ten vopruz u auta obnasi zabouchnuti dveri + maximalne zmacknuti cudliku na dalkaci. V pripade widli to pak znamena, ze na usera neustale vyskakujou hlaseni jestli chce to ci ono, ze to musi potvrdit, pripadne se prihlasit jako admin (hromada veci nefunguje ani s runas), coz znamena v naprosto nejlepsim pripade 1/2 hodiny casu ...
Nadto ve widlich ani admin neni admin ... a pokud chce clovek sestrelit nejakej bordel, musi hledat zpusob, jak ziskat local system account.
Konkretni priklad? Proc si kurva user nemuze pridat sitovou tiskarnu, na kterou ma navrch prava? ... ze se instalujou nejaky drivery ho prece vubec nezajima ...
Informace o tom, že jde o obejití bezpečnostních mechanismů uvnitř JVM, je ovšem známá. Takže vámi popisovaný scénář lze bezpečně vyloučit.
Zajimavy, ja mam u toho pluginu jen upozorneni, ale aktivni zustal.
JJ, ochrana je tak dokonalá a důkladná, že i oprávněný uživatel se dvakrát třikrát do roka (obvykle po nějaké změně na straně KB) není schopen přihlásit, přičemž hotline KB mu obvykle nedokáže poradit... :-(( JejichBanka od KB je přesně tou "killer aplikací", kvůli které bytostně nesnáším Javu...
Souhlas. Ultimátní bezpečnost je hezká věc, ale když se pak několikrát ročně člověk nedovede dostat k bankovnictví, je to na nic. Kdysi jsem o javě a KB napsal u sebe na webu a teď podle návštěvnosti toho článku přesně vidím, kdy mají lidé problémy s přihlášením :-)
Jak přesně chrání "Unikátní certifikát, ověřovací sms při loginu"? Jediné účinné opatření z tohoto je ta SMS při zadávání platby (pokud obsahuje částku a číslo cílového účtu).
Zdravíčko všem,
díval jsem se teď na svoji verzi Javy a mám Java 6, i když je venku Java 7. Poslední verzi nemám nejspíš z důvodu předchozí bezpečnostní chyby, která se týkala Javy 7 a Java 6 byla v bezpečí. Původně jsem měl sice Javu 7, ale i když člověk dělá downgrade jen vyjímečně, tak jsem si ji odinstaloval a nainstaloval Javu 6 právě kvůli zmíněné dřívější bezpečnostní chybě, kterou nechal Oracle nezáplatovanou hodně hodně dlouho.
Zkusil jsem teď najít, jestli se aktuální chyba týká Javy 6 a není to tak. Opět se týká jen nejnovější Javy 7. Patch už je prý venku.
Zdroj, že je Java 6 v bezpečí: ZDNet
http://www.zdnet.com/apple-oracle-move-quickly-to-mitigate-java-security-flaw-7000009755/
Vážně? Ještě že na widlích nedělám :-) Tohle nastavení je podle mě použitelné opravdu jen pro nějaké cvičené opice, které si v práci vystačí s několika firmou povolenými aplikacemi.
Přesně! Řešil jsem to s účetní přes vzdálenou správu v sobotu - používá Firefox, už si umí i aktualizovat Javu, ale bloklý plugin ji dostal do úzkých.
Jen ta pachuť v puse zůstala a až se bude nějaká větší firma typu Komerční banka zamýšlet nad způsobem implementace svého řešení, bude volit Javu?!
Pokud je privátní klíč uložen na kartě, je to taky docela účinné opatření. Dokonce i privátní klíč v úložišti Windows spolu s vyšším zabezpečením úložiště je podle mne proti škodlivému kódu celkem odolný.
Myslím si, že samotná KB z toho musí být poměrně zoufalá. Problémy s tím mají často. A komplet přepsat bankovnictví asi není úplně levná záležitost. Možná se toho měli chytit před půl rokem, místo toho redesignu, co provedli.
Ano, jako cvicena opice si na svem vlastnim pocitaci vystacim s nekolika aplikacemi :-)
Ještě by bylo potřeba, aby karta zobrazovala, co podepisuje - jinak si útočník může nechat podepsat, co chce.
Nevím, jak vypadá úložiště Windows, ale opravdu se nedá zařídit podpis vlastní transakce, když mám moc nad desktopovým prostředím?
Nezobrazuje to karta, ale ovladač zobrazuje, která aplikace žádá o podpis. Ostatně, privátním klíčem se podepisuje jen hash, to by toho uživatel moc nezkontroloval. Když máte moc nad desktopovým prostředím, tj. můžete změnit knihovny pro GUI nebo pro přepínání kontextu, pak to asi zařídit lze. Ale někdo tu psal, že uživatelé už pod Windows běžně pracují pod právy User, takže by ani podvodný applet neměl získat plnou moc nad desktopovým prostředím…
Java 6 nebyla v bezpeci, proto se vydal urychlene update Version 6 Update 38 .... http://www.java.com/en/download/manual_v6.jsp
V Security Alert https://blogs.oracle.com/security/entry/security_alert_for_cve_2013 se píše, že byla ovlivněna jen Java 7. Navíc verze 6u38 byla vydána myslím v listopadu 2012.
Omyl, update Version 6 Update 38 byl vydan dnes rano ! Asi k tomu meli nejaky duvod :-P
KB je funkcni bud s Version 6 Update 38 a nebo s Version 7 Update 11 - osobne dnes nekolikrat vyzkouseno - s IE 9 i s FF 18
Vizionářský Google zaznamenal Java SE 6 Update 38 už 3. ledna 2013. http://webcache.googleusercontent.com/search?q=cache:lWJz9vnSmDsJ:www.oracle.com/technetwork/java/javase/downloads/index.html+&cd=1&hl=cs&ct=clnk&gl=cz A podpis binárky má datum 14. listopadu 2012, takže 6u38 byla oficiálně vydána nejspíš někdy v druhé polovině listopadu.
@Michal
> Twitter zacal prepisovat z Ruby do Javy
Žádné přepisování, jen ladění, kde je nutné. Žádna Java, ale Scala. To stejné platí pro Google a LinkedIn. Velcí hráči se chrání před Oraclem.
Az na to, ze ten link vede na uplne jinou stranku tykajici se uplne neceho jinyho - drtiva vetsina lidi pouziva jre a ta vysla dnes. (Java SE stim ma spolecnyho jen hodne malo) ...
Drtivá většina lidí používá JRE, což je zkratka Java SE Runtime Environment. Drtivá většina lidí taky zvládne na odkazované stránce mrknout od „Java SE 6 Update 38“, tam uvidí nápis „JRE“ a pod ním tlačítko „download“. No a pro vás tu mám odkaz do Google cache opět z 3. ledna přímo na stránku „Java SE Runtime Environment 6 Downloads“ http://webcache.googleusercontent.com/search?q=cache:7gOA-aEFADoJ:www.oracle.com/technetwork/java/javase/downloads/jre6u38-downloads-1877409.html+&cd=1&hl=cs&ct=clnk&gl=cz , kde byly překvapivě ke stažení verze jre-6u38.
> Tohle tlachání zbytečně poukazuje na fanatizmus linuxářů a je mi to z duše líto..
To je v poho, nedelej si starosti, my to takhle mame radsi. Se srdecnym pozdravem smrt windows, pepik tux vomacka
PS mimochodem, java6 je prej ok, "The invokeWithArguments method was introduced with Java 7, so therefore Java 6 is not affected.", takze muj debian squeeze o tom problemu asi ani nevi.
Komerční banka podle informací jejich tech supportu již chystá verzi bez nutnosti použití Javy. Nezbývá než si počkat a těšit se :)
V cem je to zlaty dul ?
Je tak "moralne" zastarala, ze uz se musela najit skupina lidi, kteri se ji snazi nekam dal posunout http://www.zdrojak.cz/zpravicky/kotlin-java-alternativa-od-jetbrains/ kdyz toho nebyl schopen Sun ani Oracle.
Dejme tomu, že to tak je. Softu nerozumím, ale píšou, že přes tu díru se cosi nainstaluje. A jde to nainstalovat i do Linuxu aby to v něm fungovalo, když je to úplně jiný OS?
V Linuxu to funguje úplně stejně, jmenuje se to SELinux/AppArmor.
Ještě, že na Linuxu nedělám :-) Tohle nastavení je podle mě použitelné opravdu jen pro nějaké cvičené opice, které si v práci vystačí s několika firmou povolenými aplikacemi.
A klienti Komerčky jsou s bankovnictvím zase v háji. I přesto na něm stále banka trvá - https://www.facebook.com/komercni.banka/posts/193006344177430
Tak si v prohlizeci nastavte, aby se vecne derava Java aktivovala jen pro domenu Komercni banky.
Jasně, proč ne. U MariaDB jde ale o přímou náhradu za MySQL. Zcela kompatibilní náhradu. Nebude muset přelejvat data, řešit úpravy aplikace.
To je pravda, Linux je naprosto bezpečný a třeba ani odkazovaná chyba v Javě se jej netýká! Počkat…
Až si zjistíš na čem jeli SMEP, SAPI, výrobky Zbrojovky Brno, pokud se jejich OS vůbec nějak jmenovaly, ručně psané OS, CP/M, a z novějších, o kterých bys mohl už něco od dědečka slyšet řekněme různé DOSy, OS/2 Warp, wokna 3.0 až do Visty, a včil Linux. Akorát jsem neokusil Jabko. A pán nezaostalý v díře porovnává s čím prosím???
Právě mi přišel od Oracle security alert s odkazem na patch.
To také může svědčit o tom, že vámi zmiňované společnosti se staly molochama, kde vládnou procesy a kravaty a jednoho dne přestěhují vývoj do exotické ciziny (aspoň některé) :-)
Java je pokus jak dovést softwarový průmysl na zcestí, který se podařil :-) Utratilo se v tom takoývh peněz a tolik velmi dobře placených odborníků je na tom zavislých, že nikdo neřekne, že vývoj v tomdle prostředí je špatný nebo aspoň ne úplně vhodný. Sekta zatím drží pohromadě.
Velký projekt se dá dělat v lecčem. Příslušná óbrkravata v korporaci co o tom rozhoduje slyší Java, většinou o tom prd ví, ale ví že kravaty nad ní co o tom vědí ještě větší prd když uslyší Java, tak jen souhlasně zamručí a nebudou se na nic moc ptát :-)
Co jsem viděl v praxi,tak firmy co potřebují efektivitu (protože např. strejdu investora už přestalo bavit sypat peníze) se Javě vyhýbají jako čert kříži.
Jsem zvědav, jak se tadle lapálie vyvine. Zda během pár hodin nějaký inženýr v Oracle pochopí problém, udělá patch a nebo budem muset dlouhé měsíce čekat, než doběhnou nějaké procesy a pracovní postupy v Oracle, jako se tomu stalo minule.
Gratuluju, to máte kolem sebe dobrý vzorek uživatelů. Já bych rozhodně ještě počítače s Windows XP a jedním uživatelem Administrator za minulost nepovažoval.
V takovém případě je čas přejít na MariaDB - http://www.root.cz/clanky/databaze-mariadb-valcuje-mysql/