Samsung PVR Content Decrypting tool - final

[gooseye]

Windows 32-bit console version now built with gcc/minGW. Compile with

Code: Select all

gcc aes.c drmdecrypt_x86.c -o drmdecrypt_w32

New option added to start decryption with one parameter only, ie name of source.srf. Then source.key & source.ts will be assumed.
Fix to 2-parameter mode where name "drm.key" was hard-wired.

[Denny]

gooseye , now you can write maybee an howto for Wiki Page that everyone can use this tool who it realy need

then this part of project is success done, i am still thinking to obtain drm key direct from exeDSP , but i think it is not urgent need as i dont bolive that many people have so much recordings that they can not use current way and get their records by this method back,

and maybee Samsung think over about this issue and remove totaly DVB DRM scrambling of FTA contents whitch was the main point of this tool and patches.

thank you all who test and suport this part specialy to you gooseye, nice to meet you after so loong time on this board ^..^

[juusso]

Anyone want to make some GUI for gooseye`s tool?

[gooseye]

@ juuso - correction, it's Denny's creation, I only patched a few lines here and there. I don't think a gui is needed at all, but if someone wanted to do it...

@ Denny - I'll happily do a howto wiki page. Agreed, I don't think you need to prioritize this, no need to dig further exeDSP on this one. Sure there are other things interesting you

I have a large batch of recordings I need to decrypt. To assist with key gathering, I thought to make something for the arm/TV which sits in the background, checking the CONTENTS/ folder for currently opened .srf files (meaning the TV is playing them). If an opened yyyymmddhhmmss.srf is found, it can execute drmget to obtain the yyyymmddhhmmss.key. All the user has to do then is zap through the recordings & all keys will be collected

I haven't checked, but I hope that drmget either doesn't write the .key file, or writes drm.key with all 00's when an unscrambled recording is being played.

[gooseye]

Nice to hear someone else have success I've seen the OSD corruption/lines too, but hadn't pinpointed DRMSwitcher widget as the cause.

[idbirch]

I've just got round to trying this however I've fallen at the first hurdle. I've got a Win32 version of netcat which someone on the forum linked to but I can't get it to connect to the TV. I run nc 192.168.0.100 1023 but nothing happens, not even an error message.

I plan to use the Win32 DRMDecrypt tool so all I need from the TV is the key, is there anyway a widget could be made which dumps the key for the next recorded programme that is played? If that's too much work, does anyone have any pointers on how I can get drmget running on the TV from a Windows machine?

[gooseye]

Did you try typing something at the netcat prompt? Try ps to show running tasks or ls for a directory listing.

Do you have a linux machine anywhere in your home network PC, router or NAS? If so then telnet/ssh to that linux box from PuTTY in windows, then perform a telnet "hop" to the TV by running telnet 192.168.10.100 1023 on your router/NAS.

[idbirch]

Thanks gooseye, got it working now! I was thrown by the blank command prompt thinking I was waiting for something but when I entered some commands, it was in fact working fine.

[gooseye]

No problem idbirch. A little warning when using drmget... don't do as I did and stupidly supplied the video file's name.srf as parameter. There's no sanity checking, so drmget wrote its 16 bytes there & I lost my recording. Always put drmget name.key, or simply drmget & rename drm.key afterwards if you have to.