Hoppsan svejsan
Utskriftsvy
Efter en snabb google-sökning hittade jag en bit kod för Oscam som ger stöd för ekpair/hwkey om man kompilerar oscams källkod med detta inlagt i "videoguard reader".
a1-ekpairKod:void VG_ReorderAndDecrypt(unsigned char *p,unsigned char *key)
{
unsigned char tmp[16];
AES_KEY akey;
xcCamCryptVG_Reorder16A(tmp, key);
AES_set_decrypt_key(tmp, 128, &akey);
xcCamCryptVG_Reorder16A(tmp, p);
AES_decrypt(tmp, tmp, &akey);
xcCamCryptVG_Reorder16A(p, tmp);
}
void VG_Overcrypt(char *a1, char *a2, char *a3)
{
char tmp[16];
memcpy(tmp,a2,16);
VG_ReorderAndDecrypt(tmp,a1);
VG_ReorderAndDecrypt(a3,tmp);
}
a2- hwkey
a3- cw
Vill förtydliga att jag inte har något att göra med koden, hittade den som sagt efter en googling.
Exempel på källor:
http://www.streamboard.tv/oscam/ticket/2125
http://linuxsat-support.com/showthre...t=32769&page=2
Anledningen till att newcs slutade utvecklas var just för dom släppte publikt stöd för hwkey/ekpair. Detta fick NDS att se totalt rött och satte stop för utvecklingen med hot om stämningar etc. Så därför kommer oscam aldrig officiellt ha något stöd för hwey/ekpair.
..........
..........
Stod lite överallt på nätet när newcs helt plötsligt försvann bara. Vill minnas att det var en f.d medlem som gick ut med det. Teamet bakom newcs delades upp rätt mycket eftersom många var emot att det skulle släppas version med det stödet. Så många utvecklare hoppade av och jag tror det var så oscam kom till. Men visst jag kan ha fel, men så sägs det iaf.
a1-a3 är väl inputs till funktionen? Om man ska byta ut dem så borde man kunna radera den funktionen och bara använda de som kommer sedan. Men är väl bättre att de läses från någon fil istället
Osannolika påstående? Har ni sovit under en sten eller vet ni inte vilka ni har att göra med?
Jag kan inte turerna kring newcs men vad Deas än säger så är det förmodligen en grov underdrift.
Är det någon pairing man ska hålla sig borta från så är det väl Via$ats.