 Hozzászólások  A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!Bejelentkezéshez klikk ide
(Regisztráció a fórum nyitóoldalán)
Itt néz körül
Nem csak a felsorolt printerekel működik a driver, előfordul, hogy más tipusú nyomtatót ugyan úgy kell vezérelni. (De erre ne épits)
Ovakodj az olyan termékektöl amiknek nincs nyíltforrású drivere, persze Nvidia vidkari kivétel lehet, de egyes alaplapi integrált(NV) cuccaikkal gebasz lehet.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
>>>
"Amig lehet olyan gepet kapni amirel felmegy a linux is... (pc-n is kell majd egy 'install other os' opcio a bios-ba)"
Hál istennek a gyártók hozzáállása javul ez ügyben.
<<<
Csak javuljon, mert most eletemben eloszor ugy kell gepet fejlesztenem hogy a megvasarolt alkatresz aztan menjen win es linux alatt is.
A Canon all-in-one nyomtatoval mar "megszivtam", igazabol eszembe se jutott hogy utananezzek hogy vajon fog-e menni linux alol... Nem szeretnek meg 1x szivni, igy most epp a Creative X-Fi kartyaja helyett keresgelek valami jo alternativat.
3 gep van otthon (a "maradek" alkatreszekbol osszejott lassan egy ujabb gep a meglevo 2 melle ;-) ), es ahhoz vagyok szokva hogy az alkatreszeket ossze-vissza cserelgethetem a gepekben, es ez nem okozott eddig kulonosebb problemat abbol a szempontbol hogy aztan a megvaltoztatott gepre telepitheto-e a win vagy a linux.
Otthoni hobby PC-zes celra egyre kevesebe alkalmas a windows egyebkent is: (es ezzel nem modok ujat, de) az XP genuine "teszt proggija" meg "opcionalis" volt (ha az ember bevallalta hogy lemond par windows feature-rol cserebe), de a Vistaban mar benne lesz alapbol az uj Software Protection Platform. (Barkacscelra windowst venni koltseges moka legalisan is, hiszen - hogy ugy mondjam - a 100x ujratelepitest (pl. alkatreszbuhera miatt) nem "tamogatja" a windows.)
Ugyhogy megha a driver tamogatottsag tobbfele OS-re megoldott is lenne es a windows big brother funkcioi athidalhatok is lennenek, kerdeses hogy akarok-e egy ujabb korlatozo tenyezot, ami a DRM?
Es ezekutan ha valaki meg nem erti miert erzi az ember szabadnak magat ha linuxot hasznal, hat izé. Nagy kulonbseg van akozott hogy "valami nem megy mert be vagy korlatozva" es a "valami nem megy mert még nem implementalta senki" kozott. Nagyjabol eg es fold.)
Nagyon nem szeretem hogy a torvenyeket ugy problajak meg betartatni hogy a jogkoveto embert jol bekorlatozzak. Szep uj jovo amibol en nem kerek. Nevetseges ahogy pl. a repteren a legikisero kisasszony harisnyaban toporog a kövön, mellette a szalagon a fémsarku cipoje, amire ugye besipolt a "terroristadetektor-keszulek". A sorokban vetkozo emberek, nadragszij le, folyadek kidob... Nem tehetek rola. Ez nevetseges. Minden repules elott kenyszeredett toporgas a masik 100 potencialis terroristaval (ahogy az utastarsaimat nevezni szoktam). Es mindez a WTC utani félelemroham utan, amit inkabb nem minositek mert nem ide tartozik. A "jaj-kalozok" felelemroham viszont idetartozik.
Ez az egesz kavaras a zenekkel, szoftverekkel, filmekkel is... Egyik oldalon a dollarmilliardok a reklamra, hogy vegyek-vegyek-fogyasszak-megtobbet-meeeegtobbeeeeet, masreszt meg a milliardok a tartalmak vedelmere. Cukorka-korbács-cukorka-korbács.
Ugyhogy amig van alternativa addig en nem szavazok (nem koltok) korlatozasokat tartalmazo termekekre.
Biztos en nem ertek valamit, de nekem mar a szabadalmak is buzlenek, az egeszben epphogy nem azt latom hogy ez a rendszer arra sarkallna barkit is hogy innovativ legyen, inakabb arra sarkall hogy minel tobb szabadalmat haracsoljon ossze es a beharacsolt szabadalmakon minel tovabb ulve abbol minel tobb penzt huzzon ki, amivel az jar, hogy az adott szinten megprobalja megrekeszteni a fejlodest. Ami meg is reked, hiszen egy levedett modszer tovabbfejlesztese is csak akkor legalis ha a szabadalom birtokosa engedelyt ad ra.
Na mindegy. Ha ez a rendszer nem eletkepes, elobb utobb ugyis megszunik. Persze miutan a rendszer jelenlegi "uzemeltetoi" gennyesre kerestek magukat. Such is life. (Remelem en vagyok az egyetlen aki ma kicsit rosszabb szinben latja a vilagot a kelletenel... Biztos mert hetfo van.)  |
Tudod ezzel csak az a baj, hogy úgyis megtörik. A fejlesztés költségét meg ígyis-úgyis a vásárlókkal fizettetik ki.
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!
|
"Valahogy nem hat meg, hogy legális lesz-e."
Engem se, de itt nem rólunk van szó, hanem arról, hogy a kiadók kényszerítik az MS-t a DRM használatára. Az MS-nek az lenne az érdeke, hogy minél könnyebb legyen win alatt HD filmeket nézni.
"Ha a kiadók szeretnék, hogy meg vegyem a vackukat akkor kénytelenek lesznek vagy figyelembevenni, vagy tenni egy szívességet."
Nem hiszem, hogy különösebben fájna nekik pár százalék vásárló elvesztése. Annyira biztos nem, hogy feláldozzák a tutinak gondolt DRM-jüket értük.
|
"Linux-os hd lejatszo mar van, ps3-nak hivjak."
Igen, és ott még szigorúbb, hardveres DRM van.
"Igen, mivel a microsoft nem engedi."
Ismétlem : Nem az MS, hanem a kiadók.
"Tehat ezentul lesz egy gep amin filmet nezunk es jatszunk, es egy masik amin a sajat adataink vannak."
Ismétlem : Spéci kártyák, nem átlag cuccok (azokhoz lesz WHQL driver). Olyanokról van szó, amiket kis szériában, vagy egyedileg gyártanak, így nem éri meg a WHQL tesztet kifizetni.
|
Valahogy nem hat meg, hogy legális lesz-e. Ha a kiadók szeretnék, hogy meg vegyem a vackukat akkor kénytelenek lesznek vagy figyelembevenni, vagy tenni egy szívességet.
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!
|
"Ki szerint? A jogvédők szerint. Valójában technikailag nem szükséges."
Ki beszélt itt technológiáról? Egyértelműen a kiadók erőltetik.
"Ha DRM -nek valhol van helye az max. az user-spacben"
Akkor értelmetlen lenne, mert nem tudná magát megvédeni a többi futó szoftvertől. Ponto hogy a lehető legmélyebben bele kell ágyazni a rendszerbe. Sőt, a tökéletes működéshez hardver szinten kell támogatni.
"Linuxon fejlesztők között is biztos lesz olyan eretnek aki, megoldja ennek a technológiának a támogatását. (Persze nem úgy ahogy a kiadók+MS gondolták)"
Az nem lesz legális.
|
Ahogy látod a wikipedián is, Linux támogtja trusted computingot.
Gentoo trusted
Amig az a számítógép biztonságát jelenti, nem egy backdoort Rendmond felé.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
"Hál istennek a gyártók hozzáállása javul ez ügyben."
Amig nem kezdenek el vista ready alkatreszeket csinalni. A microsoft szerzodes alapja, hogy masnak nem adhatjak ki a specifikaciokat. Meg a linux-os kozossegnek sem. Innentol megint orulni kell majd annak is ha lesz valamilyen 2d-s grafika linux alatt. (vagy a gyartok kesziteni fognak a vistas hardver melle linux-osat is)
|
"Amig lehet olyan gepet kapni amirel felmegy a linux is... (pc-n is kell majd egy 'install other os' opcio a bios-ba)"
Hál istennek a gyártók hozzáállása javul ez ügyben.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
Altalam nyitott tema, csak a drm-re koncentral, szvsz erdemes elolvasni...
Vista DRM
"Ha DRM -nek valhol van helye az max. az user-spacben, és nem a rendszer felett álló dolog ként kéne jelen lenni (Ha már jelen kell lennie)."
A fenti linken leirtam, de alapvetoen a drm csak egy ok, de a microsoft szamara a wga rendszer biztositasa az igazi ok amiert igy csinaltak meg. Linux-os hd lejatszo mar van, ps3-nak hivjak.
"És mint már írtam: a spéci kártyákat, amikhez nincs WHQL driver nem szokás HD lejátszós számítógépbe rakni."
Igen, mivel a microsoft nem engedi. Tehat ezentul lesz egy gep amin filmet nezunk es jatszunk, es egy masik amin a sajat adataink vannak. Amig lehet olyan gepet kapni amirel felmegy a linux is... (pc-n is kell majd egy 'install other os' opcio a bios-ba)
|
"Ha lenne linuxra legális HD lejátszó, akkor ugyanilyen követelményeknek kellene megfelelnie."
Ki szerint? A jogvédők szerint. Valójában technikailag nem szükséges.
Szerintem bárki Operációs rendszerhez valamit is értő, nem fogja olyanmódon beszenyezni a kernelt DRM technikával, ami maga alá rendeli az egész rendszer műkködését.
Ha DRM -nek valhol van helye az max. az user-spacben, és nem a rendszer felett álló dolog ként kéne jelen lenni (Ha már jelen kell lennie).
Linuxon fejlesztők között is biztos lesz olyan eretnek aki, megoldja ennek a technológiának a támogatását. (Persze nem úgy ahogy a kiadók+MS gondolták)
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
"All kernel-mode code must be code signed. This meets that content-providers’ requirement for an "identified" kernel. This requirement applies to both x86- and x64-based systems and includes both participating and non-participating drivers."
A fejlesztéshez fejlesztői kulccsal kell aláírni a drivereket.
És mint már írtam: a spéci kártyákat, amikhez nincs WHQL driver nem szokás HD lejátszós számítógépbe rakni.
De azt is írja, hogy "content-providers’ requirement", vagyis, mint már írták, nem az MS agyszüleménye a rendszer. Ha lenne linuxra legális HD lejátszó, akkor ugyanilyen követelményeknek kellene megfelelnie.
"Engem csak az erdekel most, hogy hogyan garantaljak a microsoft-nal, hogy a boot soran maga a kernel egyben van?"
Gondolom nem egyzserű megtalálni kernelben az ellenőrző részt. De ez igazából az MS-t nem különösebben érinti, mivel vírus így nem juthat be. Az meg alapvető dolog, hogy ha a támadónak fizikai hozzáférése van a gépedhez, akkor az már nem a te géped.
Szóval így lehet, hogy fel lehet törni a DRM rendszert, de nem a win-t. |
Talatam meg egy ide illo sort, a microsoft hivatalos dokumentaciojaban:
"All kernel-mode code must be code signed. This meets that content-providers’ requirement for an "identified" kernel. This requirement applies to both x86- and x64-based systems and includes both participating and non-participating drivers."
Ez tobbe kevesbe eldonti a dolgot. Tehat mind a 64, mind a 32 bites rendszereken ala kell iratni a drivereket, kulonben nem engedelyezi a hd lejatszast. A szoveg kiemeli, hogy a lejatszassal ossze nem fuggo driverekt (non participating drivers) is ala kell iratni. Kulonben nem azonosithato (identified) a kernel. Ezzel meg is lottek mindenkit aki nem tudja kifizetni a whql programban valo reszvetelt. Es itt minden kernel szintu driver-t igenylo hardverrol szo van. Meg akkor is ha csak egy fax kartyat is akarna betenni az ember. Ez elegge limitalni fogja a piacon elerheto hardverek szamat.
Bstage szerencsre elmaradt a forumbol, valoszinuleg vegre felfogta, hogy mirol van szo. (tehat elolvasta a technikai dokumentaciot is, nem csak a marketingeset)
Engem csak az erdekel most, hogy hogyan garantaljak a microsoft-nal, hogy a boot soran maga a kernel egyben van? Erre csak az a megoldas ha a kernel kodolva van es egy dekoder chip tomoriti ki. Ezt viszont be kell epiteni a cpu-ba ha nem akarjuk hogy feltorjek. (az xbox360-ban mar benne van) |
már a múlté a vista eféle korlátozása.
Fel van törve.
Jajj de nagyon gyerekcipőben van még a kis vista.
Mire magyar lesz gondotok nem lesz! Nyugi mindent tudsz majd rajta tolni.
Csak türelem...
|
"Win imádó kollégád eddig azt bizonygatta, hogy Vistára is lehetlesz majd, otthon drivert írni, de ezek szerint nem, lagalábbis, ha 64 bittesed van."
Mint már írtam : A védelem kézzel kikapcsolható (közben utánnanéztem, lehet úgy boot-olni a Vistát, hogy elfogadjon nem WHQL drivert). De ezt egy átlag júzer nem fogja megtenni, így a biztonság nem sérül.
|
"Akkor keres csak rá, hogy egy vendégként futó procesz, hogy lehet rendszergazda windowson. Ne egy módszert keressél van rengeteg. "privilégium szint emelés""
Vistáról van szó, nem akármilyen win-ről.
Egyébként ismételd meg a keresést linuxra, az a lista is szép hosszú.
|
Ez de nagyszeru!! :-D
Klikk a linkedre es utana mindjart az elejerol egy idezet:
"a 'hacker' is any person who derives joy from discovering ways to circumvent limitations"
|
Google
Tényleges exploitokat nem linklek, mert rendes vagyok :)
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
"Másrészt szó van aláíratlan driver-ekről, és mint már mondtam a 64-bites Vista ezeket nem fogadja el (és a 32-bites is rákérdez, hogy biztosan akarod-e). "
Win imádó kollégád eddig azt bizonygatta, hogy Vistára is lehetlesz majd, otthon drivert írni, de ezek szerint nem, lagalábbis, ha 64 bittesed van.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
Akkor keres csak rá, hogy egy vendégként futó procesz, hogy lehet rendszergazda windowson. Ne egy módszert keressél van rengeteg. "privilégium szint emelés"
Ilyen biztonsági rések minden OS-ben előfordultak a történelem folyamán.
Ha össze akarjuk hasonlítani őket, érdemes azt nézni, hogy az aznap elérhető legfrissebb rendszer változat esetében ezt hány féle képpen tehetjük, az akkor ismert módszerekkel meg. Majd ezeket szummázni egy évre.
(Linuxnál érdemes egy alprendszert, definiálni ehhez mivel, a Hardend változatokban legtöbb ilyen probálkozást egy másik mehanizmus lelövi , szerintem nem a hardend változatokkal kéne a wint versenyeztetni, azt majd meglátjuk, hogy pista lesz-e egy sulycsoportba a biztonsagra kulonosen raspeckozott linux valtozatokkal)
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
"Ilyen kozvetlen hardverhozzaferest es ezert kernel szintu driver-t igenylo fejlesztes pl. a sajat pci (vagy pci-e) kartya keszitese. Eleg sok kis ceg gyart specialis vezerlo celkartyakat."
A spéci kártyákat tipikusan nem filmnézős gépekbe rakják, így ez nem probléma.
|
"Ennyire véd."
Az is oda van írva, hogy kézzel kell admin jogokat adni a cuccosnak. Az meg alapszabály, hogy a hülye felhasználó ellen nincs biztos védelem. Egyébként meg ha nem adminként dolgozik a júzer (ez lenne a normális), akkor nem tud admin jogokat adni a vírusnak sem.
Másrészt szó van aláíratlan driver-ekről, és mint már mondtam a 64-bites Vista ezeket nem fogadja el (és a 32-bites is rákérdez, hogy biztosan akarod-e).
|
Áááá igen, már rég volt ekkora vita itt! :) Rajongótok vagyok, csak a fórum miatt olvasom el a számítástechnikai cikkeket! :D Már olyan érzés ezt a fórumot olvasni, mintha Mónika show-t néznék, sőt, annál sokkal jobb! :D
Így tovább, már nem sok választ el titeket etikailag a béka fenekétől!
|
"Mit gondolsz a cégek akik általában csak egy OS-t támogatnak azt is csak 1-2 évig driverrel ki fogják adni a régi hardveriekhez driver vistához?
A válasz: Nem, vegyen a felhasználó ujjat.
Nem akarnak fizetni a fejlesztésért, és főleg nem az aláírásért egy olyan hardware, miatt amit már nem gyártanak.
ForceFeedBack -es joy -ok támogatása DX10 -zel lesz? Ha igen link.
Ha jol tudom mezei hangkártyák driverivel is gondba van még a Vistád, ha egy mezi hangkártya támogatása ilyen nehéz a gyártóknak, mit kezdenek a komolyabb eszközökkel."
Amik biztos hogy alairt driver-t fognak igenyelni:
-videokartyak
-hangkartyak
-tv es video digitalizalo kartyak
-halozati kartyak (ethernet, wifi, stb.)
-raid es egyebb vezerlo kartyak
-monitorozo programok (homerseklet, feszultseg)
-rendszer tuning programok (pl. videokartya, cpu huzasahoz)
-es minden egyebb pci kartya es alaplapi alkatresz
-meg a jo oreg floppy is (mar akinek meg van)
Ami nem igenyel alairt driver-t:
-pata, sata, scsi, sas merevlemezek (csak a vezerlojuknek kell)
-pata, sata, scsi, sas optikai meghajtok
-usb, firewire, irda, bluetooth, i2c buszos keszulekek
-szabvanyos soros, parhuzamos keszulekek (a hobbicuccok jo resze nem szabvanyos)
-midi es gameportos keszulekek (csak a vezerlonek kell)
-memoriak (itt meg titkositas sincs egyelore...)
Olyan csatlakozok amiken nem fog menni rendesen a hd lejatszas:
-analog, spdif koax/optikai, aafp hangkimenetek
-vga, dvi, kompozit, svideo, komponens videokimenetek
Tehat tobbe kevesbe csak a hdmi lesz hasznalhato. Most ki az akinek minden otthoni cucca (hangrendszer, tv, stb.) hdcp-vel felszerelt hdmi csatolos? Akinek nem, az dobhat ki mindent nem csak a regi pc-t, ha egy filmet akar rendes minosegben megnezni. Szerintem itt erosen tulbecsultek a piac vasarloerejet. A csak illegalis peldanyokat nezoknek meg maradhat a jelenlegi cuccuk es megis kapnak hd minoseget, ingyen. |
#55 BStage: abból szép kis balhé lenne, hogy csak media playerrel lehet lejátszani a hd tartalmakat winen...
Egyreszt az ember semmin se csodalkozik (mert nem csodalkozhat, megmondjak neki hogy igy van es kesz), ugyhogy az MS-tol siman kitelik hogy lezarja a media player versenyt azzal hogy szorri de mas nem tud biztonsagos szoftvert gyartani igy marad nektek a WMP, oruljetek. Hatterben meg mondjuk a kovetkezo huzodna meg: az MS kot egy olyan szerzodest halivuddal, miszerint Windowson mehet a HD lejatszas (hatalmas piac halivudnak, es eggyel tobb vasarlasra keszteto ficsor a Windows-ban) de csak akkor ha az biztonsagos (azaz a PC nem lesz a jovoben a kalozkodas melegágya), es az MS beigeri hogy na jo, eleg volt a szarakodasbol, matol biztonsagos lesz, es begyurja a mediaplayert a "kernelbe" azaz az egesz komplex lejatszo-program, mondjuk GUI nelkul a Windows resze lesz es futni meg vedett processzkent fog. Persze az MS adna egy alap GUI-t, amivel ez a rendszerszolgaltatas elerheto, ...
>>> móka on :-)
...es nagy kegyesen azt mondana hogy nesze nektek szabadsag, olyan GUI-t keszitetek magatoknak amilyet csak tudtok... - ha megveszitek a Visual Studio MZ/X verziojat. Ja es ha reszt vesztek azokon a tanfolyamokon amiket csak nektek a ti kivansagotokra szervezek, en, Oz a csodak csodaja, azaz MS, a szoftvercegek szofvercege. Ja es az MZ/X verzio csak akkor telepitheto ha beutitek a szinten altalam megszervezett vizsgan szerzett diploma kodjat, merthat ez a ti erdeketek hogy csak olyan ember (ember? robot...) nyulhat a gephez akit en approve-olok. Hehehe. :-)
<<< móka off
Masreszt azert mert a lejatszas teljes folyamatat egy vedett process kezeli, attol meg miert ne lehetne "verseny". Eleinte voltak az ablakkezelo api hivasok, aztan jottek az egyre komplexebb rendszerszolgaltatasok, mint pl. directx, a jovoben meg max skineket lehet gyartani azokhoz a rendszermodulokhoz amik ma meg kulonallo szoftverek, mint zenelejatszo, filmlejatszo, viruskereso, szovegszerkeszto stb. A verseny meg kimerul abban hogy ki gyartja a szebb GUI-t. Azt a GUI-t ami annyit fog csinalni, hogy meghivja a mediaplayer rendszermodult, vagy a Word rendszermodult. :-)
#42 turul16: Lépésröl lépésre, végén te fogsz engedélyt kérni a vistátol, hogy kimehetsz -e a WC -re ?
Errol van szo.
De persze ezt nem csak az MS altal preferalt modszer.
#41 BStage: jah xp. ott az aktiválás miatt voltak ugyanilyen röhejes kirohanások: én fogom felrakni (és a barátaim se ), most majd mindenedet a ms ellenőrzi, ebbe belebukik a ms, bla-bla...
Akkor szeretnem a velemenyedet megkerdezni valamirol: mi az oka annak hogy egyre tobben hasznalnak Linuxot? Miert pont az XP lett az a verzio aminel besokaltam es azt mondtam hogy most mar jo lenne egy alternativa mert a Windowsban egyre tobb a kotottseg. (Es ezekutan megjelenik a Vista, 10x annyi kotottseggel.)
#23 BStage: a fud az olyan, hogy olyan termékekről állitasz butaságokat amiket 1. nem ismersz, 2. nem igaz amit állitasz: "mostantól ő diktál a gépednek nem te" és hasonló lámaságok
Minden attol fugg hogyan akarod ertelmezni azt a szot hogy "diktal". Az egyertelmu hogy nekem abba semmi beleszolasom hogy milyen uj fejlesztesek keruljenek bele a Windowsba, es mi ne keruljon bele. Ergo akkor most nekem diktalnak, vagy en diktalok? Persze erre az a valasz mindig, hogy "zavar a Windows? nem muszaj Windowst haszlani!" Ez hulyeseg.
Egyreszt nagyon sok esetben muszaj Windowst haszanlni. Munkahelyen nagyon ritkan (mondjuk ha nem MS specifikus fejleszteseket vegzel) lehetseges megvalasztani hogy milyen oprendszert kersz a desktopodra. Ezen kivul viszont csak az otthoni sajat magad komponensenkent osszerakott gépén* valaszthatod meg teljesen szabadon hogy mit hasznalsz.
Masreszt amint valaki kijelenti hogy hasznaljak mast mint Windows, gyakorlatilag elismeri hogy Windowst haszanlni marpedig csak egyfele modon, a gyarto (MS) altal kitalalt modon lehet, es akinek ez nem tetszik, az tegyen fel maganak pl. Linuxot.
-----
* Fontosnak tartom kiemelni a komponensenkenti osszeszerelest, mert mintha a fele haladnank hogy ahogy vannak jatekkonzolok, fix szoftverekkel, fix hardverelemekkel (mindketto _esetleg_ fejlesztheto a _gyarto altal_ engedelyezett opcionalis upgrade-ekkel), ugy lesznek fix konfiguracioju PC-k, amik elvileg varialhatoak (nem lesz a doboz lehegesztve, es elvileg mas gyartok hardverelemei is beepithetoek a szabvanyos csatlakozoknak koszonhetoen), gyakorlatilag viszont csak azok fognak egyuttmukodni az operacios rendszerrel, amit az oprendszer gyartoja jovahagy.
|
Én kivárom a 2. szervízcsomagot. Az NT a 2K meg az XP is csak a második szervízcsomag után lett "életképes", sőt az NT meg az 2K inkább a 3. után.
Bár fölül a gálya, s alul a népnek árja, azért a pénz az úr...
|
"Az a helyzet, hogy az xp megjelenésekor is csupa ilyen butaságot hallottunk és a kis hittéritő barátaiddal már akkor is azt mondtátok, hogy senki se fogja megvenni, aztán eladtak belőle 400 milliót eddig..."
Bocs, én az XP megjelenésekor azt mondtam, hogy már biztonság tekintetében az NT kernel, miatt félelmetes vetélytárs lehet.
A valóság az, hogy tévedtem, olyan lyukas volt az XP, mint egy szita.
Az hogy W9x-hez képest óriásit ugrott a win az XP -vel azt nem tagadom.
W9x nagyon rossz volt.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
"azért el is olvastad a cikket? Ennyire véd az amd virtualizációs technológiája, nincs sok köze a vista-hoz, azon kivül, hogy ott is kihasználható, ahogy linuxon is, ahogy a másik cikk sem a vista-ra vonatkozik, meg felfogtad volna."
Valóban a veszély mindenkire vonatkozik. De Linux esetében a hypervisor biztonságát, mindenki ellenőrizheti, szépen bizonyíthaják, akkár Hoare kalkulussal is, hogy nem sebbezhető.
Valamint a Linux nem teszi kötelezővé a használatát.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
"a felhasználónak nincs is mit megmagyarázni. ő azt fogja látni, hogy besétál a boltba, kifizeti a filmet és csak winen tudja lejátszani. Mire ezek elterjednek valszeg a gépek nagy részén nem lesz gond az aláirt driverekkel sem. Aztán te majd magyarázhatod a usernek, hogy jaj de korlátozza a ms, de ez nem különösebben érdekli amig ott meg tudja tökéletes minőségben nézni a filmet, linux alatt meg nem." Na ez FUD.
Akkor én is írok kis FUD -ot.
Jónéhány olyan ismerősöm van akinek, van win9x a gépn csak azért, hogy egy régi hardverét tudja használni. scanner/nyomtató, mert XP alatt nem megy. (Ezek nem linuxos arcok)
Mit gondolsz a cégek akik általában csak egy OS-t támogatnak azt is csak 1-2 évig driverrel ki fogják adni a régi hardveriekhez driver vistához?
A válasz: Nem, vegyen a felhasználó ujjat.
Nem akarnak fizetni a fejlesztésért, és főleg nem az aláírásért egy olyan hardware, miatt amit már nem gyártanak.
ForceFeedBack -es joy -ok támogatása DX10 -zel lesz? Ha igen link.
Ha jol tudom mezei hangkártyák driverivel is gondba van még a Vistád, ha egy mezi hangkártya támogatása ilyen nehéz a gyártóknak, mit kezdenek a komolyabb eszközökkel.
Tehát szerinted (az eddig olcsó) hangkártyák, videókártyák, hd -olvasók, ill. alaplra intgerált dolgok driveriet kell csak aláírni, hogy menjen a hd minőségű jogvédett tartalom. (Legtöbb gép kb. ebböl ál) (meg mindent ami agp/pci/pci/pcmcia-e csatlakozik a géphez)
Az alárás ill. speciális vista példány ára persze a vevőkön csapódik le. A maceránsabb fejlesztés miatti, többlet fejlesztési idő ára is.
A többit tegyék user spacbe, nem baj hogyha lassabb.
(usb/parhuzamos/soros/midi-port)
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
"azt se tudod miről beszélsz... Az emberek nemhogy 1%-át, de 0,0001%-át se érinti, mi ugyanis a drm szintű kernel driverek debuggolásáról beszéltünk, ami még a kernel szinten fejlesztőknek is csak elhagyagolható részét érinti nemhogy a végfelhasználókat."
Minden pci kartya kernel szintu (azaz drm szintu) driver-t igenyel. Ezen csak a pc buszainak atalakitasaval lehetne valtoztatni, de ilyet senki nem tervez. (a pci-express is sima pci-nak latszik szoftveres szempontbol, tobb konfig lehetoseggel) Az eredmeny, hogy a specialisabb kartyakat vasarlok tobbsege nem fog tudni hd anyagokat (vagy altalaban drm-es anyagokat) elerni a gepen. (vagy a microsoft minden kis cegnek ad alairast, de akkor semmit nem er az egesz)
Az emberek meg elegge ki lesznek borulva, hogy a vista-hoz mindenbol ujat kell venniuk. (a mostani hardverek meg nem felelnek meg a drm rendszernek) Viszont amint elterjed a megfelelo hardver, mar nem lesz gond. A felhasznalok szivnak a drm-el es az aktivacioval. A kalozok hozza fognak ferni a tartalmakhoz. Az illegalis szoftvert hasznalok meg ingyen jutnak hozza a kipucolt windows-hoz (mondjuk szoftveresen cserelheto hd lejatszo kulccsal) es a lopott hd tartalmakhoz. Semmi nem valtozik, csak a legalis felhasznalok jarjak meg. A microsoft pedig rengeteg penzt keres es meg a hardver keszitoke is ra tudja venni, hogy 'windows only' kartyakat gyartsanak. Mivel a gyartok nem adhatjak ki a specifikaciot, ezert nem lehet mas os-re /pl. macos-x, linux/ hd lejatszot irni hozzajuk. Most mar csak az erdekelne, hogy mit szol ehhez az apple es az eu?
ps: Meg egyszer: A kernel szint a drm szint felett all. Ha a kernelbe beengednek egy driver-t akkor az a drm rendszer felett fog allni. Az osszes alaplapi aramkor es pci-os kartya kernel szintet igenyel, tehat az osszes hozzajuk tartozo driver a drm rendszer felett _kell_ hogy alljon. Ez nem kerdes es nem valtozthathato meg a jelenlegi pc architekturan. |
"Igy ket lehetoseg marad, vagy nem kernel szinten futo driver-t fejleszteni, ami csak a szabvanyos kulso buszos keszulekeknel lehetseges (amihez a busz meghajtot az ms irja, ilyen pl az usb), vagy ala kell iratni a driver-t a microsoft-al."
hülyeség, sokadszorra mondom... Ha nincs köze a drm-hez a kernel driverednek, akkor egyszerűen nem irod alá, nem kéred a védelmét, debuggolod ugyanúgy ahogy eddig, amig nincs aláirva, addig a drm rendszer kikapcsol benne, de ez téged hol érdekel mikor pl egy sata kártya driverét irod? Kernel szintű? Igen. Védett? Nem. Szükség van hozzá aktiv drm-re? Nem...
Ha még mindig nem érted, akkor hagyjuk.
"Eleg sok kis ceg gyart specialis vezerlo celkartyakat"
és áruld már el minek ezek fejlesztéséhez drm rendszer? Az szépen letilt, te meg debuggolod a saját dolgodat ahogy eddig.
"Nem erinti a drm-et, de mivel kozvetlenul hozzanyulhat a hardverhez es ezert a kernelbe kell tolteni, igy vagy ala van irva, vagy rogton nincs drm es hd film lejatszas."
Na, kezded kapisgálni. Akkor már csak azt áruld el, hogy a mikrokernel drivert fejlesztő programozót miközben éppen debuggolja a driverét hol érdekli, hogy közben nem tud hd filmeket lejátszani? 
"Erre valok az ice alapu memory buffer-ek, ami semmi mast nem tesz, csak beul az alaplap es a memoria modul kozze, es naplozza a forgalmat. Ezutan vagy egy masik gep vagy ugyanaz a gep egy masik csatolon (mondjuk usb) keresztul kepes olvasni a rendszermemoriat is"
vs
" De innentől ez azt is jelentené, hogy az otthoni user képtelen rippelni, ami elég súlyos csapás. "
Ha nem világos, akkor hasonlitsd össze ezt azzal a helyzettel ami most van dvd-knél, besétálsz a boltba, megveszed a dvd-t, berakod a gépbe, leöltessz egy 300k-s wines progit és fél-egy óra múlva ott a kódolatlan verzió. Van kis különbség a hackelt, sima boltban nem kapható memória snifellés és a szoftveres megoldás között, ezért lett ilyen a vista. Aztán, ha elterjednének ezek a hackelések (amit erősen kétlek, főleg nem olyan mértékben ahogy ma a dvd rippelés folyik) akkor majd bevezetik a titkositott memóriát hardveresen. De ismét elmondanám, hogy ez nem vista kérdés, akinek nem tetszik az beszélje meg a kiadókkal, vagy majd akkor beszéljen, ha a linuxba bedobja a lemezt és simán lejátsza. Addig vista-n kap egy esélyt, hogy legalább ott le tudja játszani. Ha megfelelnek a feltételek, akkor lejátszod, ha nem felelnek meg, akkor ugyanott vagy mint más rendszerek esetén, nézheted asztalin, de legalább a lehetőséged megvan választani. |
"Ennyire véd."
azért el is olvastad a cikket? Ennyire véd az amd virtualizációs technológiája, nincs sok köze a vista-hoz, azon kivül, hogy ott is kihasználható, ahogy linuxon is, ahogy a másik cikk sem a vista-ra vonatkozik, meg felfogtad volna.
" úgy nézem még spec. hardver sem kellesz a drm feltöréséhez"
abból, hogy te mit hogyan érzel, az eddigi szakmai ámokfutásod alapján én túl sok következtetést nem vonnék le... 
"Ha tényleg ilyen koncepciója, fogsz még látni a lentihez hasonló blog bejegyzéseget a neten dögivel. "
Az a helyzet, hogy az xp megjelenésekor is csupa ilyen butaságot hallottunk és a kis hittéritő barátaiddal már akkor is azt mondtátok, hogy senki se fogja megvenni, aztán eladtak belőle 400 milliót eddig...
"Ezt sehogysem tudod megmagyarázni, egy felhasználónak, miért jó ez így neki."
a felhasználónak nincs is mit megmagyarázni. ő azt fogja látni, hogy besétál a boltba, kifizeti a filmet és csak winen tudja lejátszani. Mire ezek elterjednek valszeg a gépek nagy részén nem lesz gond az aláirt driverekkel sem. Aztán te majd magyarázhatod a usernek, hogy jaj de korlátozza a ms, de ez nem különösebben érdekli amig ott meg tudja tökéletes minőségben nézni a filmet, linux alatt meg nem.
"És ne magyarázd be, hogy az emberek 99% -át nem érinti ez a koncepció"
azt se tudod miről beszélsz... Az emberek nemhogy 1%-át, de 0,0001%-át se érinti, mi ugyanis a drm szintű kernel driverek debuggolásáról beszéltünk, ami még a kernel szinten fejlesztőknek is csak elhagyagolható részét érinti nemhogy a végfelhasználókat. |
Ha kétszer olyan biztonságos lesz, mint az XP, még akkor is havonta több olyan kártevő fog megjelenni, ami tud privilégium szintet növelni... aztán..
Szép dolog,hogy benne van az a védelem a koncepciója sem rossz, de tapasztalatok azt mutatják megkerülhetőek a kicsipuha hasonló megoldásai, főleg, ha egy rendszer még ilyen kiforratlan.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
"Ez elmeletileg _titkos_ tehat ha tudsz valamit, akkor kerlek egy forumban _NEM_ kiadni az informaciot!!!"
akkor már megint csak FUD-oltál ezzel is?
Szeretnem felhivni a figyelmed arra, hogy aki tudhat barmifele informaciot az _NEM_ adhatja ki (valoszinuleg te sem), aki pedig nem tudja, az nem cafolhatja meg. Tehat ezt a temat tekintsuk veglegesen lezartnak.
"semmi titok nincs, a shared source program sokéve elérhető"
Csak a magyarok nem neztek at. Az egyetemek igen, de a tenyleges felhasznalo szervezetek sajnos nem. (az atfedeseket es megbizasokat a ket struktura kozott most hagyjuk)
""de a drm rendszer szamara irt drivereket hogy fogom debug-olni?"
na jólvan, haladunk, az előbb még minden kernelszintű driverről beszéltél, most már csak a drm-et érintő driverekről. Ez egy picit már leszűkitette az érintettek körét. Ezek tipikusan nem otthoni barkács fejlesztők (és nem is kinai dzsunka hardvergyártók) nekik valóban szükségük lesz egy pár modositott file-ra. De ez a fejlesztők 99%-át nem érinti."
Mivel minden kernel szinten futo driver erinti a drm-et, ezert barmilyen olyan fejlesztesrol beszelek amit a kernel szintre kell betolteni. Igy ket lehetoseg marad, vagy nem kernel szinten futo driver-t fejleszteni, ami csak a szabvanyos kulso buszos keszulekeknel lehetseges (amihez a busz meghajtot az ms irja, ilyen pl az usb), vagy ala kell iratni a driver-t a microsoft-al. (ez viszont bonyolult es draga, tovabba az ms nem engedi meg az open source-osoknak)
Ilyen kozvetlen hardverhozzaferest es ezert kernel szintu driver-t igenylo fejlesztes pl. a sajat pci (vagy pci-e) kartya keszitese. Eleg sok kis ceg gyart specialis vezerlo celkartyakat. Ezek a hardverek csak kernel modbol, teljes hardver hozzaferes eseten erhetoek el. (ilyenek a halozati, a videokartyak es a hangkartyak is, de egy sima radios ora kartya is)
A drm vedelmet a kernel vegzi, mint minden folyamat felett allo kod. A kernel csak akkor vedett, ha csak alirt driver van kernel modba betoltve. Innentol ha valakinek a printer portos mikrovezerlo egetoje igenyel egy kernel driver-t, akkor mar ez a driver is ki fogja kapcsolni a drm rendszert. Nem erinti a drm-et, de mivel kozvetlenul hozzanyulhat a hardverhez es ezert a kernelbe kell tolteni, igy vagy ala van irva, vagy rogton nincs drm es hd film lejatszas.
A windows nt kernelek (nt3,nt4,nt5=w2k,nt5.1=wxp) nem tudnak harver hozzaferes szerint szeparalni az alacsony szintu driver-ek kozott, ezert minden kernelbe betoltott driver-nek kell a digitalis alairas, kulonben az elso nem biztonsagos driver felulirhatna a leirotablakat es minden user modu program irhatna a kernel teruletet. (van ilyen demo driver, winxp alatt is kitunoen mukodik, betoltes utan a rendszer stabilitasat es biztonsagat leviszi a win95 szintjere)
A gond, hogy a vista meg mindig nem teljesen mikrokerneles. (a fo ok a kartya oldali bus master dma jelenlete es a pc i/o terenek kaotikussaga) Igy nem lehet _minden_ driver-t elszeparalni. Az eredmeny hogy a port irasokat vegzo driver-ek kenytelenek a kernellel egy biztosnagi szinten ulni. Igy viszont olyanok, mintha a kernel reszei lennenek. Az eredmeny, hogy a cpu nem tudja megkulonboztetni a driver kodot a kerneltol, ezert azonos jogon futnak. Tipikusan az osszes pci buszos kartya es az osszes alaplapi funkcio driver-e ilyen. (drm-et nem erinto driverek a kernelben: raid driver, radios ora driver-e, vezerlokartyak driverei, stb.) Ezeket hogy fogjak a kis cegek fejleszteni? Vagy alairatjak a microsoft-al, vagy ha ilyen hardver kerul a gepbe akkor nem lesz hd lejatszas. (vagy valahogy letiltjak a microsoftnal a bus master dma-t, hogy legyen mod rendes hardver/driver elkulonitesre, amire nem sok eselyt latok)
"" A videokartyakon pedig kellene csinalni egy hd path-et, ami kikeruli a kartyakat, tehat toluk fuggetlen 'overlay' kent mukodik."
beszéld meg a videókártya gyártókkal és a kiadókkal."
Az ati ezt akarja, igy tudnanak linux kompatibilis hd player kartyakat is kiadni. Az ms valamiert ezt nem akarja...
"csak éppen az a memóriarész nem elérhető más processek számára, lévén védett process, erről beszélünk két napja, tehát szoftveres megoldások kilőve. Aki pedig a memóriabuszra ráforraszt valamit amivel megsniffeli a forgalmat, az egyrészt megérdemli, másrészt annak nem kell pc-kkel bohóckodnia, az máshonnan is megszeri a kulcsot. De innentől ez azt is jelentené, hogy az otthoni user képtelen rippelni, ami elég súlyos csapás."
Erre valok az ice alapu memory buffer-ek, ami semmi mast nem tesz, csak beul az alaplap es a memoria modul kozze, es naplozza a forgalmat. Ezutan vagy egy masik gep vagy ugyanaz a gep egy masik csatolon (mondjuk usb) keresztul kepes olvasni a rendszermemoriat is. Ilyen cuccot lehet kapni keszletben is. (kit-ben) Gyakorlatilag egy tulmeretes memoria modul, amin van meg egy mikrovezerlo is es amibol kilog egy usb (vagy tobbnyire jtag) csatlakozo. Megveszed, berakod, elinditod a lejatszast, majd egy 'celszoftver' kiadja a kulcsot.  Hasonloval esett neki egy 'fejlesztocsapat' az ellopott xbox360-as devkiteknek es ekkor derult ki, hogy meg a rendszermemoria is aes128-al van titkositva. Szerencsere az x86-os vonal ezt meg nem tamogatja. (kiveve a via egy par celprocesszorat)
A fud-rol meg csak annyit hogy vegigneztem az msdn-es anyagokat es ez lapjan allitom hogy ez igy az atlag felhasznalonak es a fejlesztoknek szivas lesz. A kalozoknak es a lopott szofterrel rohangaloknak viszont nem. |
http://en.wikipedia.org/wiki/Virtualization_Technology
Ami azt iletti a "szuper" 64 bittes védelmet sem tudja mindegyik 64 bittes prockó.
Pl. az enyim sem.
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext lm 3dnowext 3dnow
Egy vmx lenne itt, ha tudná.
feltortek_a_vistat_a_black_hat_konferencian
Ennyire véd.
Ha oda bejut egy vírus ennyire tudod észrevenni:
jonnek_az_erzekelhetetlen_szamitogepes_kartevok
A tőled most meg tudott Vista titkok után, úgy nézem még spec. hardver sem kellesz a drm feltöréséhez, de azért meg kell nehezíteni mindenki életet ezzel a szarral.
Mindenkit megvádolsz FUD -al. Amikor fogalmad sincs miről beszélnek. Aztán olyan szöveggel fényezed az Vistát aminek köze sincs a témához. MS Evangelist "egyesületénél" pontozzák a flame warjaidat ?
""A kernel egyáltalán nem védett process, debuggolható. A beépülő drm kezelő már az."
Ez vicc ugye ? A vista egy vicc?"
Hozzászólásom óta szánom a vistát, szinte nincs is kedvem belerugni. Ha tényleg ilyen koncepciója, fogsz még látni a lentihez hasonló blog bejegyzéseget a neten dögivel. Ezt sehogysem tudod megmagyarázni, egy felhasználónak, miért jó ez így neki.
kvp -nek hiszek a Vista védelmét illetőleg.
És ne magyarázd be, hogy az emberek 99% -át nem érinti ez a koncepció, főleg mert ugyan az DRM ill. kernel lesz gépén, mint a maradék 1% -nak aki pistát használ.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
"Itt bukik el a biztonság, meg lehet kerülni a védelmet. A vírusok is ezt fogják tenni, meg a jó kis trojanok is."
Csak admin jogokkal lehet registry-t csesztetni, és még akkor is beszól az UAC.
|
"Ez elmeletileg _titkos_ tehat ha tudsz valamit, akkor kerlek egy forumban _NEM_ kiadni az informaciot!!!"
akkor már megint csak FUD-oltál ezzel is?
Egyébként ebben semmi titok nincs, a shared source program sokéve elérhető és gyak. az embargon kivüli összes ország nemzetvédelme megkapta a forrást. De mondom nem csak nemzetvédelem, hanem egyetemek, nagyvállalatok, mvp-k is.
"de a drm rendszer szamara irt drivereket hogy fogom debug-olni?"
na jólvan, haladunk, az előbb még minden kernelszintű driverről beszéltél, most már csak a drm-et érintő driverekről. Ez egy picit már leszűkitette az érintettek körét. Ezek tipikusan nem otthoni barkács fejlesztők (és nem is kinai dzsunka hardvergyártók) nekik valóban szükségük lesz egy pár modositott file-ra. De ez a fejlesztők 99%-át nem érinti.
"Inkabb mint hogy az egesz rendszert telepakoljak mindenfele azonositassal es titkositott kommunikacioval."
ja persze, inkább... ezt beszéld meg az eu-val, mikor azért balhéztak és kiadattak egy olyan verziót amiben nincs is mediaplayer, aminek az ég világon semmiféle értelme nem volt. Szóval ez megint nem ms-os kérdés, beszéld meg a kiadókkal meg az eu-val.
"Sokkal gyorsabb lenne a lejatszas ha nem dobalnak az adatokat kernel es user mod kozott."
tapasztalatból mondod ugye, hogy gond van a hd lejátszási sebességgel vista-n és nem csak fud-olsz?
" A videokartyakon pedig kellene csinalni egy hd path-et, ami kikeruli a kartyakat, tehat toluk fuggetlen 'overlay' kent mukodik."
beszéld meg a videókártya gyártókkal és a kiadókkal. Ha belemennek, akkor a vista is kezelni fogja. Addig pedig marad az amiben a ms meg tudott egyezni a kiadókkal, ha nem tetszik -> goto kiadók... :)
"Ha nincs titkositott rendszermemoria (es jelenleg nincs), akkor semmit sem er, mert a dekodolo kulcsot el lehet lopni a memoriabol. (igy tortek meg az elso hddvd-ket is)"
csak éppen az a memóriarész nem elérhető más processek számára, lévén védett process, erről beszélünk két napja, tehát szoftveres megoldások kilőve. Aki pedig a memóriabuszra ráforraszt valamit amivel megsniffeli a forgalmat, az egyrészt megérdemli, másrészt annak nem kell pc-kkel bohóckodnia, az máshonnan is megszeri a kulcsot. De innentől ez azt is jelentené, hogy az otthoni user képtelen rippelni, ami elég súlyos csapás. |
"Nem úgy van, hogy csak a monitorban dekódolódik? Én már nem igazán tudom követni a HD körüli kaavrásokat, de úgy rémlik a HDMI-t azért erőltetik, mert az azon keresztülmenő videojel kódolt.
Mindegy, legfeljebb majd a bittorrent áruházban vásárolunk."
Eloszor ki kell tomoriteni, arra a monitor nem kepes. (kiveve a sony bravia tv-ket) Tehat a gep beolvassa a filmet, dekodolja, kitomoriti, visszakodolja es elkuldi a monitornak. Az dekodolja es megjeleniti. A lenyeg, hogy a kitomoritett anyag ne menjen at kodolatlanul. Mivel a windows nem egy fix dekoder+kitomorito+encoder chip ezert vedeni kell az adatokat az ellopas ellen. A dekodolast valoszinuleg meg a cpu vegzi, a kitomoritest mar a videokartya, mig a visszakodolast a hdcp chip. A dekodolas es a visszakodolas kozott siman el lehet lopni az adatokat. Ez ellen talaltak ki a vista vedelmi rendszeret.
Szerintem egyebkent jelnelgi formajaban el van rontva. Ha nincs titkositott rendszermemoria (es jelenleg nincs), akkor semmit sem er, mert a dekodolo kulcsot el lehet lopni a memoriabol. (igy tortek meg az elso hddvd-ket is)
Mind mondtam megoldas lenne a hdmi kodolast vegzo hdcp chipbe rakni egy komplett hd dekodert. Igy a gepnek csak oda kellene masolnia a kodolt es tomoritett adatokat a kartyara, es az dekodolna, kitomoritene, es megjelenitene a kepet. (igen a videokartyarol jonne az audio jel is) A dolog hatranya, hogy ekkor sem a cpu sem a videokartya gpu-ja nem segithet a hd dekodolasban. (draga, de teljesen platformfuggetlen es sokkal biztonsagosabb megoldas lenne, a microsoft inkabb kitalta ezt) |
""Azota szvsz unix van."
a klienseken? el vagy tévedve. Vegyes környezet van szerver oldalon (win és unix) klienseken gyak. csak windows."
Ez elmeletileg _titkos_ tehat ha tudsz valamit, akkor kerlek egy forumban _NEM_ kiadni az informaciot!!!
"kevered a drm rendszer használatát a debuggolhatósággal. ha a kernelbe nem védett kódot raksz, akkor kikapcsol a drm és csak csökkentett felbontásban nézheted a tartalmakat. De ennek semmi köze a kernel processzek védettségi szintjéhez. Te ugyanúgy debuggolhatod a nem aláirt (és nem is védett) kernel szintű kódodat, attól még hogy a drm rendszer lekapcsolt."
Errol beszeltem en is, de a drm rendszer szamara irt drivereket hogy fogom debug-olni? (pl. digitalis video input meghajtok) Az ati is valami hasonlo problemara panaszkodott. Erre a feladatra kell egy dedikalt megoldas. (lasd lent)
"tök jó, hogy utána se nézel semminek, csak a saját elkpzeléseidet adod elő mint tények... Simán lehet 64 bites rendszeren is devkit nélkül fejleszteni, debuggolni, ugyanis van egy olyan boot opciója a vista-nak, hogy kikapcsolja ezt az aláirási kényszert. Igy a folyamat az, hogy a fejlesztő megirja, debuggolja, teszteli a nem aláirt drivert ameddig akarja, majd ha késznek gondolja, akkor aláiratja és onnantól akármelyik gépen használható."
Ez jo, mert igy az ember alapbol kikapcsolhatja a rendszert. Legfeljebb soha nem hasznalom a vista beepitett dekoder kulcsait. A kedes az, hogy ha a vedett kornyezetbe akarok fejleszteni, tehat a drm rendszer egyik sajat fejlesztesu komponenset akarom debug-olni, akkor mit lehet tenni? Mondjuk azon kivul hogy az ember ker egy fejlesztoi kulcsot, amit nem tamogatnak a kiadott tartalmak (alapbol feketelistas), de tesztelni lehet vele (mert van olyan teszt anyag amiben engedelyezik). Pont ezt csinaltam en is a sony-tol szarmazo hardveren es igy mukodik az xbox360 devkit-je is. A dolog atka, hogy a microsoft alairasa nelkul a kerdeses driver-t nem lehet hasznalni hivatalosan kiadott hd tartalmak kezelesere. (ez volt az eredeti problema es ez szoritja ki a kis cegeket es az open source tarsadalmat a fejlesztesbol)
""Egyebkent sokkal egyszerubb lenne, ha a media player dekoderet betennek a kernelbe. "
abból szép kis balhé lenne, hogy csak media playerrel lehet lejátszani a hd tartalmakat winen..."
Inkabb mint hogy az egesz rendszert telepakoljak mindenfele azonositassal es titkositott kommunikacioval. Legfejlebb minden windows-ra medialejatszot fejleszto ceg koteles lenne a media player hd dekoder komponenset hasznalni. (mint egy fekete dobozt vagy hardveres dekoder chip-et) Sokkal gyorsabb lenne a lejatszas ha nem dobalnak az adatokat kernel es user mod kozott. A videokartyakon pedig kellene csinalni egy hd path-et, ami kikeruli a kartyakat, tehat toluk fuggetlen 'overlay' kent mukodik. Igy nem csokkenne a jatekok teljesitmenye es a video driver-ekbol is csak ezt a dedikalt hd path-re iro meghajtot kellene alairatni. (a directx-es resz maradhatna barkacsolhato) A dolog feltetele, hogy a hd-s egyseg kulon hardvernek latszodjon a rendszer szamara. Lenne egy videokartya es egy 'hd output device' is a videokartyakon. A ket jel kevereset pedig a hd egyseg vegezne. (hdmi-re mindent, vga-ra csokkentett jelet a hd anyagbol, teljes jelet a tobbibol) |
Itt bukik el a biztonság, meg lehet kerülni a védelmet. A vírusok is ezt fogják tenni, meg a jó kis trojanok is.
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!
|
"A magyar allam ugyanis nem kerte a betekintest. "
forrás?
Nemcsak, hogy a magyar állam kapta meg a forrást, de pl a BME is, és tucatnyi nagyvállalat is. (mvp-kről nem is beszélve) Olvass utána...
"Azota szvsz unix van."
a klienseken? el vagy tévedve. Vegyes környezet van szerver oldalon (win és unix) klienseken gyak. csak windows.
"A smart card-ok 'biztonsagat' pedig jopar pelda illusztralja."
forrás? Terméeszetesen olyanokról beszélünk amelyikben dekóder van és maga a kulcs fizikailag az életben el sem hagyja a kártyát, csak bemegy a challenge, maga a kártya végzi el a challange+privát kulcs hashelését és csak a hash kerül ki a kártyáról. Na mesélj ennek a "biztonságáról".
". Mivel minden itt futo kod teljes hataskorrel rendelkezik a gep felett, ezert ha ide beengedik a felhasznalot akkor az siman felulirhatja a kernel kritikus reszeit is, akar a teljes drm modult is"
kevered a drm rendszer használatát a debuggolhatósággal. ha a kernelbe nem védett kódot raksz, akkor kikapcsol a drm és csak csökkentett felbontásban nézheted a tartalmakat. De ennek semmi köze a kernel processzek védettségi szintjéhez. Te ugyanúgy debuggolhatod a nem aláirt (és nem is védett) kernel szintű kódodat, attól még hogy a drm rendszer lekapcsolt.
"Egyebkent sokkal egyszerubb lenne, ha a media player dekoderet betennek a kernelbe. "
abból szép kis balhé lenne, hogy csak media playerrel lehet lejátszani a hd tartalmakat winen...
"Es ilyenkor hogy fejlesszen az ember driver-t? Amig nincs whql-je addig hogyan lehet felrakni es debug-olni? "
tök jó, hogy utána se nézel semminek, csak a saját elkpzeléseidet adod elő mint tények... Simán lehet 64 bites rendszeren is devkit nélkül fejleszteni, debuggolni, ugyanis van egy olyan boot opciója a vista-nak, hogy kikapcsolja ezt az aláirási kényszert. Igy a folyamat az, hogy a fejlesztő megirja, debuggolja, teszteli a nem aláirt drivert ameddig akarja, majd ha késznek gondolja, akkor aláiratja és onnantól akármelyik gépen használható.
"Mindezeken kivul valoszinuleg csak egy specialis kornyezetben lehet majd ilyet fejleszteni, mivel az alap vista-ban nem lehet a vedett kornyezetet debug-olni. "
ismét egy FUD és hazugság... |
"Es ilyenkor hogy fejlesszen az ember driver-t?"
Mivel ez nem a DRM rendszer része, hanem szimplán a felhasználót védi a szar driverektől, simán lehet, hogy registry-ből átállítható. Azért is valószínű, mert pl. a SoundBlaster-ekhez van 64-bites Vista driver ami nem WHQL. Ennek semmi értelme nem lenne, ha nem lehetne valahogy megkerülni a védelmet.
|
"Tehat a vedett tartalom csak a hdmi kimenet elotti aramkorben dekodolodna."
Nem úgy van, hogy csak a monitorban dekódolódik? Én már nem igazán tudom követni a HD körüli kaavrásokat, de úgy rémlik a HDMI-t azért erőltetik, mert az azon keresztülmenő videojel kódolt.
Mindegy, legfeljebb majd a bittorrent áruházban vásárolunk.
|
""ilyenkor csak a microsoft ellenorzesen atment driver-eket hasznalhatunk"
A 64-bites változat mindenképp csak WHQL drivert fogad el."
Es ilyenkor hogy fejlesszen az ember driver-t? Amig nincs whql-je addig hogyan lehet felrakni es debug-olni? Kosson a ceg szerzodest a microsoft-al, es adja at a driver-eket minden teszteles elott alairasra? (egyebkent ha jol ertem ezt akarjak az ms-nel) Meg fizessen is erte? Mindezeken kivul valoszinuleg csak egy specialis kornyezetben lehet majd ilyet fejleszteni, mivel az alap vista-ban nem lehet a vedett kornyezetet debug-olni. Tehat a video es egyeb hardvereket gyarto cegeknek venniuk kell egy devkit-et, amin specialis fejlesztoi windows lesz. (ahol engedi az ms a driver-ek debug-olasat) Nem lenne meglepo huzas, csak a fejlesztoknek problemas. Sok kis ceg ezzel ki is esik a piacrol. (erre mondtak, hogy azert lesz ez a rendszer, hogy menedzselheto meretu legyen a fejlesztoi kozosseg, tehat mondjuk csak 2-3 ceg gyartson videochipeket a vista-hoz) Jo ez nekunk? (mondjuk ha csak nvidia, ati es intel lesz) Igy meg a virtualizacioval foglalkozo cegeket is kizarjuk, kiveve a microsoft sajat szoftveret. |
"Jateknal meg nagyon hulyen nez ki hogy a drm rendszeren keresztul lehet csak adatokat kuldeni a videokartya szamara."
Csak a drm-el védett tartalmaknál van kódolás.
|
"ilyenkor csak a microsoft ellenorzesen atment driver-eket hasznalhatunk"
A 64-bites változat mindenképp csak WHQL drivert fogad el.
|
Mert? Te honnan szoktad írni ezeket a rendkívül magvas és tartalmas hozzászólásaidat?
|
jahh, mennyire igaz... majd kijon egy nem hivatalos "javitocsomag" is a vistahoz, ami az osszes ilyen hokusz pokuszt kikapcsolja, oszt lehet jokat rohogni.
komolyan, nem lepodnek meg.
Abit IP35 Pro, QX6700 @ 3500MHz, 4GB OCZ RAM, PNY 280 GTX
|
"csak úgy tájékoztatásul közlöm, hogy a franciák, de még a magyar nemzetbizontág is megkapta az összes windows teljes forráskódját és csak a kielemzése után kezdék el használni. A vista-val sem lesz ez másképp."
Eloszor is szeretnem en latni azt a forraskodot (utoljara a winnt4-est lattam kozelrol, azt sem legalisan). A magyar allam ugyanis nem kerte a betekintest. Viszont cserebe nem is hasznaljak kritikus kornyezetben. A legutolso biztonsagos kornyzetben hasznalt windows a win3.11 volt. Azota szvsz unix van.
""Ekkor ha nagyon akarok veszek egy asztali hd lejatszot (vagy egy hd dekoder chip-et) es atmasolom a kulcsat a sajat nyilt forraskodu szoftverembe."
"mert azokban majd biztos nem TPM csipben lesz a kulcs és majd szépen odaadja neked cleartextben... Kb annyi esélyed lesz megszerezni, mint egy smart card-ból a privát kulcsot..."
Ha kinai akkor siman kiadja, azok tobbnyire csak mikrovezerlot es dsp-t hasznalnak, de erre jok a dvi amplifier-ek is, fogjak a hdmi jelet kodolva es kiadjak dvi-ben dekodolva. Be lehet tiltani oket, de jo esellyel (ertsd: szandekosan) sok tucat legalis termek is ugyanzt a chip-et hasznalja. A smart card-ok 'biztonsagat' pedig jopar pelda illusztralja.
""A kernel egyáltalán nem védett process, debuggolható. A beépülő drm kezelő már az."
Ez vicc ugye ? A vista egy vicc?"
A kernel alatt a kernel modban futo kodot ertem. Mivel minden itt futo kod teljes hataskorrel rendelkezik a gep felett, ezert ha ide beengedik a felhasznalot akkor az siman felulirhatja a kernel kritikus reszeit is, akar a teljes drm modult is. Ami nem kernel modban fut a service, nem valodi kernel komponens. Mivel a windows modularis, de nem mikrokerneles, ezert az a kod ami a hardvert piszkalja mindenkeppen kernel modu. Az usb-s driver nem az, mivel az usb buszmeghajtoja latja csak a hardvert, a scanner driver is csak az usb meghajtot hasznalja. Viszont a hang, a video in/out, a halozat, az i/o portok es a filerendszerek meghajtoi mindenkeppen kernel moduak. Az alaplap allapotfigyelo kodja is ilyen kell hogy legyen. Ezeket nem lehet debug-olni ha a rendszre biztonsagos akar lenni, tovabba eleg egy nem alairt driver a fentiek kozze es a drm rendszer letiltja magat. Nekem jelenleg az otthoni gepemben egy alairt driver sincs. (asus es msi alkatreszekrol van szo)
Egyebkent sokkal egyszerubb lenne, ha a media player dekoderet betennek a kernelbe. Ekkor nem kellene semmilyen alkalmazas vagy user modu drm modul, a nyers video stream-et vagy egy file-bol vagy egy pipe-bol olvasna, es a lejatszo csak vezerelne a folyamatot. Ki lehetne hagyni az autentikaciot is, es mondjuk csak a media player kernel komponense tudna hd tartalmat dekodolni, azt is csak a megadott par kimenetre (pl csak hdmi-re). Ha a videokartya vegzi a dekodolast, akkor a tartalmat vissza sem kell pakolni egy titkositott adatfolyamba, csak atadni a kartyanak ahogy van. A fenti megoldas elonye, hogy csak a hd frame-ek mozognanak titkositva, nem minden tartalom, ez ha van video gyorsitas akkor a cpu nem tenne semmit az adatokkal.
Ezt tovabb lehetne vinni es csak a videokartyak ramdac chipjei tudnak megtenni, igy gyakorlatilag az osszes hd tartalom egy tetszoleges ablakban megjelenitheto lenne, es a gep csak atmasolna az adatokat a hd meghajto vagy az internet es a hdmi vezerlo aramkor kozott. (dekodolas nelkul) Tehat a vedett tartalom csak a hdmi kimenet elotti aramkorben dekodolodna. A tobbi kimeneten egyszeruen hianyozna az az egy adat. Minden maradhatna a regiben, csak a videokartyak kapnanak egy (opcionalis) modositott kimeneti chip-et. (hogy miert nem ezt az os fuggetlen megoldast valasztotta a microsoft az kerdes bar sejtheto) |
Ezt sok okos embert aki otthon a fotelbol ossza az észt. Szégyen csapat.
(Tisztelet a kivételnek)
#2217 : Menet közben kell az önbizalmat megszerezni
|
1 Milliárd dollár baromság kicsi rigó? 
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!
|
Ez a marketing duma tipikus Linuxos "érv", de egy nagy baromság
|
Az hogy valamely terméknek jobb a marketingje, nem jelenti azt, hogy jobb.
Az informatika történetébe láttunk már pár ilyet. De nem csak ott.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
Lépésröl lépésre, végén te fogsz engedélyt kérni a vistátol, hogy kimehetsz -e a WC -re ?
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
jah xp. ott az aktiválás miatt voltak ugyanilyen röhejes kirohanások: én fogom felrakni (és a barátaim se ), most majd mindenedet a ms ellenőrzi, ebbe belebukik a ms, bla-bla... 
|
"A vista egy vicc? "
majd meglátod 1 év múlva, hogy mennyire volt vicc és hányat adtak el belőle
Multkor előszedtem egy 2001-es xp-s topicot, ott is osztottátok az észt, aztán látjuk mennyire lett igazatok 
|
"A kernel egyáltalán nem védett process, debuggolható. A beépülő drm kezelő már az."
Ez vicc ugye ? A vista egy vicc?
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
"A felhasznalok jo reszenek aki nem neves gyartotol vasarol tehat soha nem fog mukodni a beepitett hd lejatszas. "
ezzel megint egy nagy bibi van. Vista-ban nagyon sok driver user mode-ban fut, ezek nem befolyásolják a hd lejátszást, lehetnek dzsunka driverek is (pl egy scannerhez) mivel user mode-ban futnak, nem férhetnek hozzá a kernel szintű drm-hez, igy nem is kapcsolja ki azt a vista. Csak a leg alapabb drivereknek kell aláritaknak legyenek.
Hogy ezek az arányok hogy alakulnak, tényleg belefuthat-e egy átlag ember ilyen driverrel mondjuk, arra szintén egy év múlva érdemes visszatérni, addig ez megint csak FUD...
|
"Vedett process a kernel is, mivel ott fut a drm kezelo kod."
ezt is csúnyán elnézted... tudod a win kernele nem monolitikus, nem egyetlen darabból áll, hanem beépülő kódokból/driverekből. Nyugodtan lehet (és az is) az egyik 3rd party része védett, mig a másik része nem. A kernel egyáltalán nem védett process, debuggolható. A beépülő drm kezelő már az.
"Nekem a sony-tol van ilyen mukodesu hardverem, es elegge meglepett hogy fejlesztoi regisztracio utan siman kaptam egy fejlesztoi kulcsot ami felulirta a gyari kulcsot. "
ezt beszéld meg a sony-val... Vista-ra simán devkit nélkül lehet kernel szintű kódot irni és debuggolni.
"Ha ezt megcsinaljak akkor a pc kb. annyit er mint egy xbox360. Biztonsagos de csak a microsoft altal alairt szoftver futtathato rajta."
már megint a FUD... Azt futtatsz rajta amit akarsz, nem a hardverbe van védelem épitve, hogy csak win futhasson rajta, hanem a rajta futó win utasitja a hardvert, hogy ne lehessen megsniffelni a belső forgalmat (pl. a memória irányába)
De erről majd szintén akkor kezdj el FUD-olni, ha már létezik, jelenleg ugyanis szó nincs róla, ne akard összemosni a vista-val.
"az EU es foleg a franciak pedig valoszinuleg nemzetbiztonsagi okokbol kovetelni fogjak a kernel kulcsok atadasat"
csak úgy tájékoztatásul közlöm, hogy a franciák, de még a magyar nemzetbizontág is megkapta az összes windows teljes forráskódját és csak a kielemzése után kezdék el használni. A vista-val sem lesz ez másképp.
"Ekkor ha nagyon akarok veszek egy asztali hd lejatszot (vagy egy hd dekoder chip-et) es atmasolom a kulcsat a sajat nyilt forraskodu szoftverembe. "
mert azokban majd biztos nem TPM csipben lesz a kulcs és majd szépen odaadja neked cleartextben... Kb annyi esélyed lesz megszerezni, mint egy smart card-ból a privát kulcsot... |
Meg egy idezet az msdn-rol:
"Before a kernel component is loaded, the kernel checks to determine whether it is trusted. If it is not, trusted components already in the PE refuse to process protected content. To enable this, PE components periodically perform a cryptographically-protected handshake with the kernel. If an untrusted kernel mode component is present, the handshake fails and indicates to the PE that an untrusted component exists."
Ez magyarul azt jelenti, hogy amint egy nem megbizhato kernel komponens megjelenik a rendszerben, a teljes drm rendszer kikapcsol. Ez vegul is jo, mert az ember azzal kezdi, hogy kikapcsolja a vedelmet, megpedig az alairatlan tajvani driver-ek felrakasakor. A hd playback azonnal ki fog kapcsolni, akkor is amint egy driver-t visszavonnak. A felhasznalok jo reszenek aki nem neves gyartotol vasarol tehat soha nem fog mukodni a beepitett hd lejatszas. Igy akar el is fogadhato, de jobb lenne telepitesi opciokent.
Marad vista alatt is a linux-os megoldas: vagy mar dekodolt tartalom a haveroktol/internetrol vagy egy lejatszasi kulcs megszerzese es lejatszas egy alternativ programmal. (en eleg sok hd tartalmat nezek mar most is, bar azok nem vedett vagy valamilyen uton nem vedette valt japan hdtv adasok tehat meg a hddvd/bluray korszak elotti technologiakat hasznaljak)
msdn cikk
A portok blokkolasa helyett pedig lenne egy alternativa: Csak a vedett tartalom ne menjen ki rajta, tehat a kepernyon csak a hd film lesz leskalazva vagy egy fekete kockaval kitakarva, az spdif is mukodhet, csak azok a csatornak hianyoznanak amik vedettek. Ez jobb mint a tiltas es csak kb. megduplazza a feldolgozashoz szukseges szamitasi igenyt, de a tobbi tartalmat nem rontja le.
Az irasban emlitett echo cancellation-nel pedig a felhasznalo hangja nem fog visszhangozni, csak az eppen nezett mozi vagy hallgatott zenei anyag. Ez egy akar elfogadhato felmegoldas is lehet. Ha valaki rendes echo cancellation-t akar a voip-hez, nezzen/halgasson felort tartalmakat. |
betegek vagytok komolyan... ez a röszmeteg linux mindig feljön egy MicroSoft hírnél... szánalmas már ez a winfóbia de tényleg...
|
"az igen vicces lesz, ha linuxon csak netről hetekig töltött lopott szarokat lehet majd csak lejátszani. Tehát bemész a boltba megveszed és nem tudod lejátszani. Na az lesz csak a kellemetlen az átlag usernek, főleg, ha esetleg bekeményitenek jogvédők..."
Most sincs dvd player kulcs linux-hoz, tehat vagy feltori az ember deccs-el vagy nem nez dvd-ket. Erre mondjuk lesz esely ha a lejatszok hardver kulcsait publikaljak, szoftver mar van hozza.
"már megint hülyeségeket beszélsz... vista-n nyugodtan lehet kernel mode-ban is debuggolni (vicces is lenne anélkül fejleszteni) csak éppen a védett processeket nem tudod mezei debugerrel figyelni. Persze a fejlesztők megtehetik mielőtt még aláirják a drivert."
Vedett process a kernel is, mivel ott fut a drm kezelo kod. Tehat abba sem lehet belelepni. Igen, igy tenyleg vicces lesz fejleszteni. (mint most az xbox360-ra, specialis devkit-es gepekkel amiken a normal szoftverek az eltero kulcsok miatt nem futnak)
Nekem a sony-tol van ilyen mukodesu hardverem, es elegge meglepett hogy fejlesztoi regisztracio utan siman kaptam egy fejlesztoi kulcsot ami felulirta a gyari kulcsot. A telepitese ota persze nem tudok drm-es tartalmat felrakni, de ott van az alairt, de megszoritasok nelkuli es az osszes sajat beszerzesu anyag. (ez egy sony-ericsson keszulek, mar sony fele drm-el ellatva)
"Mint mondtam a dolog kulcsa a titkositott rendszermemoria es a titkositott bios, ami ellenorzi hogy legalis titkositott operacios rendszer indul-e."
ez majd hardveres úton fog megvalósulni, a szoftveres teljesitményről lásd a korábbiakat...
"ésmét hülyeség, nézd csak meg a mostani drivereket vista-ra. Nagy részük nincs jóváhagyva ms által. (erre fel is hivja a vista a figyelmedet, de attól még tökéletesen működnek)"
Ha ilyet tolt be az ember akkor a hd playback nem futhat, mert kulonben betolthetnek egy 'protection off' driver-t. (jelenleg is hasznalok ilyet, az i/o port-ok kozvetlen eleresere user mode-bol, igy fut egy regi win98-ra irt chip iro programom) Ez gyakorlatilag a vedelem kikapcsolasat jelentene, tehat biztos nem lesz engedelyezve.
""Mint mondtam a dolog kulcsa a titkositott rendszermemoria es a titkositott bios, ami ellenorzi hogy legalis titkositott operacios rendszer indul-e."
ez majd hardveres úton fog megvalósulni, a szoftveres teljesitményről lásd a korábbiakat..."
Ha ezt megcsinaljak akkor a pc kb. annyit er mint egy xbox360. Biztonsagos de csak a microsoft altal alairt szoftver futtathato rajta. Ezert nincs linux xbox360-ra. Ha ilyen jon ki, mar csak a kinai hardvert lesz erdemes megvenni, ami nem tartalmaz vedelmet. (az EU es foleg a franciak pedig valoszinuleg nemzetbiztonsagi okokbol kovetelni fogjak a kernel kulcsok atadasat, amit ha megtagad a microsoft akkor egyszeruen kitiltjak a piacrol) Jelenlegi alternativanak a teljes vedelem kivetelet tartom, tehat egy olyan telepitesi opciot, amikor a drm-es kernel komponensek nem kerulnek fel. (hivjuk mondjuk vista eu edition-nek) Ekkor ha nagyon akarok veszek egy asztali hd lejatszot (vagy egy hd dekoder chip-et) es atmasolom a kulcsat a sajat nyilt forraskodu szoftverembe. (na ezt tiltsak le ha egyaltalan rajonnek)
|
"Innentol akinek nincs hdcp kepes hardvere, az beszerzi a kaloz valtozatot."
az igen vicces lesz, ha linuxon csak netről hetekig töltött lopott szarokat lehet majd csak lejátszani. Tehát bemész a boltba megveszed és nem tudod lejátszani. Na az lesz csak a kellemetlen az átlag usernek, főleg, ha esetleg bekeményitenek jogvédők...
"viszont utanna a filmet mar nem lehet vissszadugni a 'palackba'."
az a bibi, hogy az emberek 80%-a nem is akarja visszadugni sehova, semnem akar torrentezni hetekig, hogy lejöjjön valami, amiről kiderül, hogy garbage, lévén azt se tudja mik ezek, csak szeretnék a boltban megvett filmet megnézni...
"Az igazi baj, hogy ezek utan a gep tulajdonosa nem tud a kernel modu kodba belelatni, ami azt jelenti, hogy senki nem tudhatja milyen kod fut a kernelben."
már megint hülyeségeket beszélsz... vista-n nyugodtan lehet kernel mode-ban is debuggolni (vicces is lenne anélkül fejleszteni) csak éppen a védett processeket nem tudod mezei debugerrel figyelni. Persze a fejlesztők megtehetik mielőtt még aláirják a drivert.
"Az akinek a hardveret es driver-eit nem hagyja jova a microsoft pedig nem tud eladni semmit, mivel a vista nem lesz hajlando kommunikalni a berakott alkatresszel"
ésmét hülyeség, nézd csak meg a mostani drivereket vista-ra. Nagy részük nincs jóváhagyva ms által. (erre fel is hivja a vista a figyelmedet, de attól még tökéletesen működnek)
"Rendszerserules eseten pedig a kulcsvesztes miatt esely sincs az adatok visszanyeresere."
sokadik hülyeség...
"Mint mondtam a dolog kulcsa a titkositott rendszermemoria es a titkositott bios, ami ellenorzi hogy legalis titkositott operacios rendszer indul-e."
ez majd hardveres úton fog megvalósulni, a szoftveres teljesitményről lásd a korábbiakat... |
Elvileg a Longhorn Server kernelét fogja megkapni a Vista az SP1-el.
|
""kb. 10-szeres gyorsulas a kernelben a titkositas elhagyasa miatt)."
szép elmélet, de ha ez igy van, akkor azonnal nobel dijra lehet jelölni a ms-os programozókat, hogy ez a 10x lassabb kernel RTM kiadásban sok esetben (még nem vistára optimalizált) grafikus alkalmazásban gyorsabb mint az xp... "
Probalj meg lejatszani egy hd filmet. Azt fogja mondani, hogy nem tamogatott, mert nincs benne a drm modul. Na ez a verzio kell nekem. Ha hd filemet akarok nezni, akkor beszerzek egy titkositatlan valtozatot, vagy veszek egy dedikalt hdcp dekodert. (hddvd lejatszonak hivjak)
"úgy érted amikor egy szoftverből kiszedték a benne tárolt aes kulcsot? Mi köze annak a hdmi-hdpc-hez?"
Az, hogy ha a filmet egyszer sikerult feltorni, akkor vege, kikerult nyers formatumban (plaintext-ben). Innentol akinek nincs hdcp kepes hardvere, az beszerzi a kaloz valtozatot. A dolog szepsege az, hogy egy ilyen feltores legrosszabb esetben egy hddvd lejatszo araba kerul egy hackercsapatnak (amit azonnal letiltanak amint kiderul a forras kulcsa), viszont utanna a filmet mar nem lehet vissszadugni a 'palackba'.
Az igazi baj, hogy ezek utan a gep tulajdonosa nem tud a kernel modu kodba belelatni, ami azt jelenti, hogy senki nem tudhatja milyen kod fut a kernelben. Ha ezt sikerul rootkit-el ellatni akkor soha senki nem fog rajonni. Igazabol a vista kernele a sony rootkit-jehez hasonlo modon mukodik. (csak most legalisan) Az akinek a hardveret es driver-eit nem hagyja jova a microsoft pedig nem tud eladni semmit, mivel a vista nem lesz hajlando kommunikalni a berakott alkatresszel. Rendszerserules eseten pedig a kulcsvesztes miatt esely sincs az adatok visszanyeresere. Ha lenne akkor feltorheto lenne a drm rendszer.
Mint mondtam a dolog kulcsa a titkositott rendszermemoria es a titkositott bios, ami ellenorzi hogy legalis titkositott operacios rendszer indul-e. Ha nem, akkor ongyilkos lehet (az xbox360-ban programbol kiegetheto biztositekok vannak az ongyilkossagra) vagy letilthatja a renszer fobb funkcioit (a ps3-ban nincs 3d gyorsitas es csak sztereo hang van az 5.1 helyett ha nem az alairt linux fut hanem egy masik os /other os/) |
Csak mert FUD-olsz, hogy ilyesmit csak vistaval lehetlesz lejatszani.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
"Te hol voltal amikor azt irtak feltortek a vedelmet ? "
úgy érted amikor egy szoftverből kiszedték a benne tárolt aes kulcsot? Mi köze annak a hdmi-hdpc-hez?
|
"kb. 10-szeres gyorsulas a kernelben a titkositas elhagyasa miatt)."
szép elmélet, de ha ez igy van, akkor azonnal nobel dijra lehet jelölni a ms-os programozókat, hogy ez a 10x lassabb kernel RTM kiadásban sok esetben (még nem vistára optimalizált) grafikus alkalmazásban gyorsabb mint az xp...
|
Te hol voltal amikor azt irtak feltortek a vedelmet ?
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
"Hogy a fenébe ne?"
mondom, várd ki a végét...
térjünk vissza a témára 1 év múlva és meglátjuk, hogy az ami vistán nem teljes minőségben játszódik le, hogy játszódik le mondjuk linuxon. Lesz ám sirás-rivás, fudoló barátunk is emiatt aggódik a blogjában a nyilt forrású driverek kapcsán
(persze ugyanez igaz lesz xp-re is)
|
"A DRM-es részre nem ragálnék, mert arra ugyis kitalálnak valamit..."
A microsoft xbox360-ban mar most ezt hasznaljak, meg a titkosito algoritmusok is megegyeznek (aes128). Idaig azert nem sikerult feltorni a rendszert, mert az xbox360 cpu-ja titkositja a memoria tartalmat is. Ha a vista sima intel procikon fog futni es a ram-ban benne lesz titkositatlanul az osszes kulcs, akkor a vedelem feltorese nem lesz nehez, bar kelleni fog hozza egy ice is (in circuit emulator). Az uj drm szabvany hatekony mukodesehez feltetlenul szukeseges az, hogy minden pc cpu-ja is titkositson mindent. Igy a windows alapvetoen egy hypervisor alatt fog futni, ami azt jelenti, hogy a rendszer feltorhetetlensege erdekeben csak a microsoft-nak lehet kulcsa a rendszermemoriahoz. A dolog hatulutoje, hogy a ilyenkor csak a microsoft ellenorzesen atment driver-eket hasznalhatunk, ami azzal fog jarni, hogy par nagy gyarton kivul senki nem tud majd vista kompatibilis hardvert gyartani.
Alternativakent lehetoseget kellene adni a drm rendszer kikapcsolasara, amitol elerhetetlenne valnanak a vista hdcp kulcsai, igy nem tudnank lejatszani legalis hd tartalmat. Viszont a rendszer gyorsabb lenne (kb. 10-szeres gyorsulas a kernelben a titkositas elhagyasa miatt).
Ha a microsoft az intel-en es az amd-n is keresztulveri a kotelezo titkositast es meg tudja tartani a kulcsokat, akkor gyakorlatilag minden pc a microsoft tulajdonat kepezne, meg ha lehetoseget ad is egy masik oprendszer telepitesere (lasd: sony ps3, install other os). Ha ez nem kovetkezik be, akkor siman a memoriabusz olvasasaval kinyerhetoek lesznek a hdcp kulcsok. Innentol a titkositas semmit nem er, csak a legalis felhasznalokat tudja blokkolni.
Az eu jelenlegi allasponta alapjan semmilyen kulfoldi kezben levo kulcsot hasznalo tikositorendszer nem kerulhet allami gepekre. (pl. franciaorszagban ezt allami torveny is tiltja, sot minden mester kulcsbol adni kell egyet az allamnak is)
Azt hiszem megvarom a drm nelkuli valtozatot. Vagy a legalis eu-s verziot vagy a barkacs peldanyt. Az ok: nem akarok drm-es filmeket lejatszani, viszont rengeteg nem hivatalos hardvert es driver-t hasznalok. (koztuk sajatokat is) Jateknal meg nagyon hulyen nez ki hogy a drm rendszeren keresztul lehet csak adatokat kuldeni a videokartya szamara. Ha nem a cpu cache modulja vegzi a titkositast (mint az xbox360-ban), akkor minden 8 byte atvitele a videokartyaba kb. 20 orajelbe kerul az eddigi 1 helyett. (ertsd: 20 szoros sebessegcsokkenes a pci-express buszon, ez lassabb mint az agp2 volt) |
"semmi akadálya, vegyél olyat, nézzel low definition cuccokat. Hol a gond? Jelen állapot szerint nem fogod tudni lejátszani nem védett hardveren és szoftveren a közeljövőben megjelenő hd tartalmakat."
Hogy a fenébe ne? :)
Abit IC7, P4 2,8GHz Northwood HT, 2x1 GB DDR400 RAM, Gainward GF7600GT 256MB AGP
Sony PSP
|
"a jol hangzó dolgok adta biztonságot az ami mellett én "kampányoltam" rég megoldotta."
legalábbis te azt hiszed, miközben a pár %-os piaci részesedésű termékek 0 day exploitjai tömegével cserélnek gazdát a feketepiacon. (lásd a minden napra egy macos bug projektet és az bizony csak a jéghegy csúcsa.)
"Én ilyen tartalmat be nem tennék a gépemben, és olyan hardvert vagyok hajlandó fizetni ami nem támogatja."
semmi akadálya, vegyél olyat, nézzel low definition cuccokat. Hol a gond? Jelen állapot szerint nem fogod tudni lejátszani nem védett hardveren és szoftveren a közeljövőben megjelenő hd tartalmakat.
" a FUD az nem ilyen. "
a fud az olyan, hogy olyan termékekről állitasz butaságokat amiket 1. nem ismersz, 2. nem igaz amit állitasz: "mostantól ő diktál a gépednek nem te" és hasonló lámaságok
|
Ha már megvádoltál kampány nyomással, a jol hangzó dolgok adta biztonságot az ami mellett én "kampányoltam" rég megoldotta.
"Várjuk ki a végét, hogy lehet majd ezeket a tartalmakat más oprendszereken lejátszani, mert lesz ám nagy meglepetés ha sehogy! (vagy csak ugyanilyen megszoritásokkal)"
Én ilyen tartalmat be nem tennék a gépemben, és olyan hardvert vagyok hajlandó fizetni ami nem támogatja.
"
"Bizonyíték kell nem igéret."
már megint FUD-olsz. Ki se jött végfelhasználóknak a cucc, de már nyomod a kampányszövegedet. "
Egy másik ember kampányszövegére reagáltam, a FUD az nem ilyen.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
mennyivel biztonságosabb mint a vista=mennyivel biztonságosabb mint az xp
|
hhmm...szóval ezér teremtett nemtoom hány új munkahejet a vista... sok ember kell az sp megírásához :DDDDDDDDD
LOL Ms...
The EULA sounds like it was written by a team of lawyers who want to tell me what I can't do.
The GPL sounds like it was written by a human being, who wants me to know what I can do.
|
Ezek nem idióta érvek. Sztem ha az ember százezreket ölt monitorra, és videókártára, abszurd dolog h az oprendszer miatt ne tudja kihasználni a HD-t. Nevetséges. Meg h beleszól h mit csinálhatsz, mit nem, mindent ellenőriz. Szánalom a köbön.
Abit IC7, P4 2,8GHz Northwood HT, 2x1 GB DDR400 RAM, Gainward GF7600GT 256MB AGP
Sony PSP
|
|
Nyomtatás
Elküldés e-mailben
Már készül a Vista első javítócsomagja
Merre tovább zeneipar?
EU: Kórházreform kicsit másképp
Sony: Blu-ray-en nem lesz pornó!
