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

 ( trey | 2006. március 4., szombat - 19:32 )

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...

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

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 |____________

Na, azert nem olyan nehez assembly kodot olvasni. Ha van nemi elozetes programozoi gyakorlatod + napi 12 oraba olvasgatnad, 1-2 honap mulva neked se lenne gond. :)

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

Ez igaz, de Maxxuss csukott szemmel és kikapcsolt monitornál olvassa ;-)

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

Chuck Norrisról nem is beszélve...

Jaj mit tettem...

Software is like sex, it's better with a penguin. :D (r)(tm)(c)

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...

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?

itt a program sajat maganak allitja at a memoria hozzaferesi jogokat, azt mindig is joga volt megtenni. persze mas szempontbol nem mindig jo otlet, lasd PaX es tarsai.

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?

Nem értem én őket, a skype így is egyre jobban veszíti a piacát erre még ez is. Bár lehet jó pénzért én is "meghalnék" kicsit :-)

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

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.

De a "hírekben" az olvasható hogy akkor is megy a 10 fős konf. ha D magos proci van a gépben. Nem csak a CoreDuo kétmagos?

Nem, pentiumból is van két magos, sőt, Athlon64-ből is:)

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.

Esetleg skype előtt ts, nem?

Software is like sex, it's better with a penguin. :D (r)(tm)(c)

mibol gondolod, hogy a codec dekoder resze lenyegesen gyorsabb? az amr-wb-t azert emlitettem, mert amikor en jatszottam vele, a skype-hoz kisertetiesen hasonlo proci terhelest mutatott, es az amr-wb dekodolas messze nem gyors...

Régen rossz ha egy codec 60% procit eszik dekódoláskor. Itt csak hangot kell visszaadni. Ennyit még egy divx-es film se zabál ;-)

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

ajanlom probalj ki egy modern voice codec-et, mint az amr vagy amr-wb (ITU-tol ingyen le lehet tolteni a referenciaforrast), aztan nezd meg milyen proci kell a real-time teljesitmenyhez. a filmekhez hasznalt codec-ek messze nem olyan bonyolultak, mint a voice codec-ek.

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.

Sőt, a Fujitsu-Siemens azt mondja, hogy már 3GHz-es Opteront is tud adni a blade-jeibe.

Ha a Tyan tud, akkor ok is, ha nem, nem :-)

Az FX-57 2,8 gigaherzes, a kétmagos FX-60 2,6.

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.

en talan utananeztem a dolgoknak, de ahogy elnezem te meg nem. egy tipp: google-ban nezd meg az *elso* talalatot a 'skype codec'-ra, az a sajat FAQ-juk lesz, ahol szepen leirjak, hogy a codec minosege adaptalodik (tobbek kozott) az adott proci teljesitmenyehez.

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.

Igen erről van szó, reméljük be is bizonyosodik és jól megrugdossák mind a 2 céget. Pedig szeretem Skype és az új Intel procik is nagyon ütősek.

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

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.

Nem hiszem, hogy mondjuk egy ilyen 10 fős beszélgetésnél amit mondok 10szer kódolná. Gondolom az 1 csatorna 600mhz az a párhuzamos kódolás/dekódolásra kell. Javítsd ki ha nem így van, nem ástam bele magam.

Software is like sex, it's better with a penguin. :D (r)(tm)(c)

Nálam egy 350MHz-es PII-esen gond nélkül megy.

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.

Olvass bele a fórumukba. A Linux változat, mint kiderült, csak a beágyazott Linux (mobilok) piacra való betöréshez volt a főpróba. A mobilokba fölös az ALSA, nem is használják, így a Skype-ba se kerül bele.

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.

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

1. ehhez sem kell akkora teljesítmény, ez csak a hülye kifogás volt a cég részéről.
2. a zenészek nyilván tömörítetlen hanggal dolgoznak, lévén, hogy azt nem kell átvinni 64kbit/s-es max upload sávszéllel rendelkező adsl kapcsolatokon.

Ú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.

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.