Megtörték a Skype 5 irányú konferenciahívás korlátozását

AMD

Maxxuss újra... Február közepén lehetett arról hallani, hogy a Skype és az Intel egy olyan exkluzív megállapodást kötött, amelynek értelmében csak az tud Skype-pal 10 résztvevős konferenciahívást indítani, aki bizonyos Intel gépeket használ ("GenuineIntel" processzor és minimum dual-core). A többiek - például az AMD processzoros géppel rendelkezők - maximum 5 irányú konferenciahívást tudnak indítani a népszerű programmal. Egy mai Slashdot hír szerint ezt a korlátozást megtörték.

A törés annak a Maxxuss-nak a nevéhez fűzödik, aki rendszeresen töri szanaszét az Apple MacIntel gépekre szánt Mac OS X operációs rendszerének "csak-apple-gépen-fuss" védelmét is.

Maxxuss egy olyan patchelt verziójú Skype-ot (pontosabban csak a patch-elt windowsos végrehajtható állományt) tett elérhetővé amellyel 10-es konferenciahívást lehet egy időben indítani függetlenül attól, hogy a gépben milyen processzor található (közben már a letöltési helyről eltávolították).

A cracker honlapján részletes, példákkal illusztrált leírás van arról, hogy hogyan sikerült megtörni az alkalmazást...

( rhapsodhy | 2006. 03. 04., szo – 20:21 )

Számomra hihetetlen, hogy valaki úgy olvassa a disassembler outputot, mintha a forrást magát nézegetné. Ez a srác nagyon tud..

____________| Gentoo-amd64 inside |____________

Ez egyaltalan nem hihetetlen ami ott van az azert nem annyira bonyolult, sooot (kb 10 evvel ezelott foglalkoztam pl virus debuggolassal meg DOS alatt). Inkabb az a hihetetlen hogy ilyen egyszeruen megkerulheto: azert gondolom Skype is sejti, ha ezt kiadja akkor tobb ezeren megnezegetik mi lehet e mogott ... Tehat ha akarjak, akkor ezt nem igy csinaltak volna ...

"(kb 10 evvel ezelott foglalkoztam pl virus debuggolassal meg DOS alatt)"

Regi szep DOS-os idok. :) Anno egyik ismerosom eppen ebbol irt diplomamunkat akkoriban. Kaptam is tole egy halom visszafejtett virusmintat, hogy agyaljak rajta. A mai napig meg vannak. :)

Akkoriban meg a virusok torvenyi szabalyozas ala sem kerultek, igy fordulhatott elo, hogy anno az id elso wolf3d kiadasaban mikor kileptel a jatekbol azzal riogatott egy szep piroskeretes kepernyon, hogy ha nem fizettel a jatekert, egy szep napon leesztergal a vinyodrol mindent. Anno jol hozott nekik a konyhara a kamu. ;-)

Skype vs. Intel
http://www.hwsw.hu/hir.php3?id=30878&count26=1
---------------------
Ригидус а бетегадьбол

Gondolom, kötöttek egy megállapodást az Intellel, és az ő vállalásuk az volt, hogy betesznek egy ilyen korlátozást. Az viszont más szempontból nem érdekük, hogy tényleg benne is legyen, és ezzel piacot veszítsenek, tehát könnyen törhetővé tették. Mentek is, meg nem is, vittek is ajándékot, meg nem is... :-)

Azért annyira nem kellene lefitymálni ezt a védelmet. Maxxuss is beszopta jól első körben... Az exe titkosítva van meg tele van anti-debug trükkökkel és önellenörző algoritmusokkal. Ha detektálja, hogy módosítva lett a programkódja, akkor kilép vagy random helyre jumpol a memóriában.

Maxxuss frissítette is a cikket idő közben:

Note: I have updated the patch on Mar, 5. The original (previous) one was not working properly (e.g. Skype would probably close when receiving a call).

However, there are two obstacles:

The code at 0x7CCCF1 is located in the encrypted code section of the binary.
The whole code segment of the binary is checked or hashed by Skype. If something has been modified, Skype will detect it and quits.

A probléma csak az, hogy több mint 10 ilyen ellenőrzés van a programban és amit most megtalált csak egy a sok közül. Szóval egyelőre nem hiszem, hogy túl megbizhatóan működne ez a feltört Skype...

( bocs | 2006. 03. 04., szo – 20:42 )

biztos nagyon nem értek hozzá, de elég veszélyesnek tűnik számomra, hogy egyetlen WinAPI függvényhívással ( VirtualProtect(..PAGE_EXECUTE_READWRITE..) ) át lehet állítani írhatóra a programkódot tartalmazó memóriaterületet...

vagy ez csak adminként megy?

( Babszem | 2006. 03. 04., szo – 22:10 )

Kíváncsi vagyok ez az apró fejlemény milyen hatással lesz az Intel-AMD perre. Ugyanis most vonták be a Skype-ot, hogy ok nélkül korlátozta le az AMD multicore processzorain a konferenciarésztvevők számát - és láss csodát, tényleg. Vagy esetleg a Skype-nál előre kimérték, hogy AMD-n úgyse fog menni, azt élből letiltanak ezért mindent?

Az, hogy a skype veszit a piacabol, az nem erte oket varatlanul. Azzal tisztaban voltak ok is, hogy ez csak egy gyors start lesz, jo helyen voltak jo idoben. Igazabol a meglevo ugyfelkort akarjak sztem megtartani, ez lehet az elsodleges cel, a terjeszkedest ilyenkor altalaban hatterbe szoktak szoritani. :)

---------------------
Ригидус а бетегадьбол

nem hinnem hogy merni kellett volna, eleg egyszeru megsaccolni, milyen szamitasi teljesitmeny kell hozza. a skype-ban hasznalt codec (talan amr-wb) kb 600 MHz-t igenyel (P6 mag alapra szamitva), ez ugye 1 csatornat jelent, a 10-es konferencianal 9 csatorna van, ehhez mondjuk 5400 MHz = 5.4 GHz P6 teljesitmeny kell. ilyen allat persze nincs (AMD Athlon64 5400+), viszont ket magra levetitve ez mar csak 2x2.7GHz (P6-ban merve), amit a jelenlegi ketmagos procik boven teljesitenek.

Szerintem nem kell hozzá 600MHz. Egy 1667MHz-es AthlonXP-n max 15-17% CPU-t igényel egy beszélgetés. Tudom, hogy a top nem a legpontosabb mérés, de nagyságrendileg azért kb jó kell hogy legyen. Visszaszámolva 18%-al is kb 300MHz-es processzor jön ki. Ez azt jelenti, hogy még egy egymagos 2.8GHz-es Athlon64 is képes lenne kis ráhagyással 9 beszélegetés kezelésére. Kétmagosból mindössze 1.6GHz-es kellene, hogy szintén némi ráhagyással meglegyen a 10 beszélegetés egyszerre.

Szerintem nem jól számoltok. Ami időigényes, az a Te hangod tömörítése, és ezt nem kell kilencszer, csak egyszer. A többiek kicsomagolását kell kilencszer (azt is csak akkor, ha mind a kilencen egyszerre beszélnek :-D), de az meg lényegesen gyorsabb. Szóval nem hinném, hogy technikai akadály lenne egy nem dual core és/vagy nem Intel CPU...

Tutira nem lehet akadály, mert még teamspeak előtt skype-n dumáltunk miközben wolfeinstein enemy territory-t toltuk és akkor még csak ilyen 2000+-os AMD-s gépem volt, de azon is röccenés nélkül futkározott ha hárman dumáltunk is egyszerre.

--
Az élet harc. Délelőtt az éhséggel, délután az álmossággal.

egy 900 MHz-es P3-on 60% korul megy, amibol csak az latszik, hogy az Athlon mag nem Hz ekvivalens a P6 maggal, de mondjuk ezt eddig is tudtuk ;-). 2.8 GHz-es Athlon64 szerintem nem letezik (talan a csucs opteronok kozott van mar ilyen orajelu), amire te gondolsz az a 2800+ jelzest viseli es kb azt jelenti, hogy a 2800 MHz-es P6 maggal egyenerteku, de az igazi orajel alacsonyabb (most nem nezek utana, de vhol 1.6-1.8 GHz korul van).

És az a 2800+ ami 1600Mhz például (AMD Sempron 64bit) gyalázza a P4-et nagyon sok tekintetben.
Ajánlott olvasmány a http://prohardver.hu processzortesztjei.

Régen valóban nem voltak egy súlycsoportban, de az AMD nem régen, hanem most pereli be a Skype-t és jogosan! ;-)

--
Az élet harc. Délelőtt az éhséggel, délután az álmossággal.

Ezek szerint egy 366MHz-es Pentium 2 Celeronon nem is lehet Skypeot hasznalni ugye? Esetleg memoria limitacioja nincs ennek a nagyon bonyolult codecnek? 128MB memoria eleg neki, vagy kell neki 1Gb?
Egy kicsit azert nezz ennek utana mielott megszolalsz, vagy fogalmazz erthetobben (sokkal erthetobben).

--
Amiből lekvárt lehet főzni, abból pálinkát is.

Bocs az elobbi kirohanasom miatt, most egy kicsit ideges vagyok. Arrol van csak szo, hogy meg egy jo progit kell kidobnom az ablakon.
Mindenestre Te bszeltel 5GHz-es prociigenyrol, es akarhogy is nezem ez nem nagyon realis akarmilyen codecet is hasznaljanak. Nekem senki ne akarja bemeselni, hogy 1 mono beszedsav tomoritesehez, es 9 kitomoritesehez egy akarmilyen ketmagos proci kell, vagy egy 5GHz-es, ez egyszeruen nem igaz, a Skypeot egyszeruen megvette az Intel, hogy ezt mondjak...

--
Amiből lekvárt lehet főzni, abból pálinkát is.

amirol en beszeltem az egyszeru spekulacio volt ;-), nem a skype hivatalos velemenye. de hogy konkretabb szamokat is mondjak: amikor en teszteltem az amr-t (az amr-wb ennel szamitasigenyesebb), akkor a minosegtol kb. fuggetlenul olyan 250 MHz (P6-ban merve) kellett a real-time *dekodolashoz*. a skype codec-je (meg az egesz protokoll, titkositassal egyutt) az en tapasztalataim szerint ennel tobbet kert, ebbol saccoltam meg a 10-es konferencia igenyet (+/- 100 % ;-). szoval ezek a codec-ek szamitasigenyesek, fuggetlenul attol, hogy az aktualis intel/skype marketingnek most epp igaza van-e vagy sem.

Szerintem semmi értelme Mhz-ben számolni, egy 1000Mhz-es proci nem csak 2x gyorsabb mint egy 500Mhz-es. Az is számít, hogy mennyire tudja párhuzamosítani a proci a feladatokat. 1000 művelet végrehajtásához nem feltétlenül kell kétszer annyi idő mint 500 művelet végrehajtásához, a sebesség != Mhz ez már egy elég régóta így van.

A MHz-ben összehasonlításnak bizonyos körülmények között igenis van alapja. A két körülménynek egyszerre kell teljesülnie:

Egyrészt a két processzor felépítésének egyformának kell lennie, csak órajelben térhetnek el. Tehát P3 vs P3, AthlonXP vs AthlonXP mehet. Athlon64 vs AtlhonXP határeset, a végrehajtóegységek és a pipeline kis mértékben változott csak a két generáció között.

Másrészt tesztelt a programnak cacheből kell futnia. Nyilván, ha sok a memóriahozzáférés, akkor a memória áteresztőképessége és hozzáférési ideje lesz a szűk keresztmetszet. Ebben az esetben egy 1000MHz-es processzor nem lesz 2x gyorsabb egy 500MHz-esnél, sőt ha tényleg nagyon sok a memóriaművelet, akár még az is lehet, hogy pontosan egyforma gyorsak. Legideálisabb esetben a program nem vár memóriára egyáltalán, ez esetben a teljesítménye pontosan egyenesen arányos lesz az órajellel.

Amit te írsz, az biztosan lehetetlen. A processzor teljesítménye semmilyen körülmények között nem tud az órajelnövekedés egyenes arányánál nagyobb mértékben nőni. Szertintem te arra gondolsz, hogy tők más az architektúrája a két processzornak.

( pioo | 2006. 03. 05., v – 10:56 )

Ez volt az utolso csepp a poharban. Azt meg valahogy lenyeltem, hogy nem voltak kepesek alsa kompatibilisse tenni ezt a progit, de hogy allast foglaljanak Intel vs. AMD ugyben ez mar sok volt. Sztem ez a ceg haldoklik, vagy nagyon erkolcstelen vezetoik vannak. Mindenestre egyiknek sem lesz jo vege (ugy ertem nekem nem fog tetszeni). Pedig a program annyira nem lenne rossz...

--
Amiből lekvárt lehet főzni, abból pálinkát is.

Nagyjabol olvasgattam a forumokat, es valamelyik topicban megigertek, hogy tamogatni fogjak az alsa-t, de kb 4 honapja egy szot nem szoltak a skypeosok a forumba, es ez altalanos kozfelhaborodashoz vezetett. Nemreg kiderult, hogy mar nehany belso ember egy ideje beta-teszteli az alsa-s skypeot, de meg nem teszik nyilvanossa. Ez megnagyobb felhaborodast okozott. Ez volt ket honapja, vagy meg tavaly ev vegen. Hogyha hihetunk a Skype fejlesztok pletykainak, akkor tamogatni fogjak az alsa-t, de ezzel imho egy picit elkestek.

--
Amiből lekvárt lehet főzni, abból pálinkát is.

( Elbandi v | 2006. 03. 05., v – 12:10 )

miert is jo ez a codec amit ok hasznalnak? Sokat eszik, de eleg neki 2k/sec sebesseg? Mi ventrilon beszelgetunk haverokkal evek ota (oke hogy kell egy szerver), de az alig eszik procit, es volt mar olyan party amikor 30-an voltunk egy szobaban.

Mert ez hangverseny kozvetitesere is jo;))

---
Oszinten hogyha emberek millioinak jo a GSM kodek, akkor kar itt olyan kodekkel nagyzolni amihez 4magos 5000+ processzor kell;)

Szerintem a hangminoseget mar az emberek kis vacak mikorofonja megolte. Nem hiszem el, hogy egy titkositas ennyi procit enne.

Ha meg a kodeknek kell az 5000Mhz-es processzor, akkor az a kodek szar. Tessek optimalizalni.

Lehet hozongeni, de amikor a zeneszek REALTIME 20+ csatornan dolgoznak egy kozonseges pc-n, akkor kar a hudejo skype kodekkel jonni.

Khiraly

( Polesz v | 2006. 03. 06., h – 00:48 )

Újra elérhető maxxuss honlapján a cuccos, akit érdekel most töltse ;-)

Egyéb hírek:
"Two new fun releases: I’ve prepared the patch for the Mac OS X 10.4.5 Security Update. The installation is quite easy. And there’s a new Skype patch available (as already noted in the posting below), along with an updated article - the original patch would make Skype unstable; this is fixed now."

http://www.maxxuss.com
--
Az élet harc. Délelőtt az éhséggel, délután az álmossággal.

( zoldi | 2006. 03. 22., sze – 00:07 )

csap par gondolat az intel-amd per vonalhoz.

nem az amd volt az aki hosszu eveken at gatlastalan es pofatlanul nyulta le az intel fejleszteseit?
mert en igy emlekszem. ennek tukreben enyhen gusztustalan a mostani pere is.
maszek velemenyem szerint meg ha valaki megir egy progit, sztem donthet ugy h csak iylen avgy oylan hardvert tamogat. nem feltetlenul szep ha igy dont, de sztem megteheti.