EEPhil
Number 28
I'll have a read and see if I can make sense - thanks
How big/small is enough?
Presumably you'd need MAC and serial number too?
Beta Offline decryption utility
- Thread starter af123
- Start date
Presumably you'd need MAC and serial number too?
EEPhil
Number 28
Just the encrypted version? And uploaded to where?
Black Hole
May contain traces of nut
That's the point. What we have here is universal decryption, not reliant on HDR-FOX or a network connection/loop-back plug.
Black Hole
May contain traces of nut
Why only the HD-FOX WebIF? Albeit unlikely, it is possible for a HDR-FOX not to be configured to enable DLNA decryption.
OP
Bad phrasing on my part. The web interface doesn't currently show the decrypt options on the HD model. I'm removing those restrictions and extending the decryption code at the backend to handle the direct method. I'm not intending to do automatic failback on the HDR though, but it will be possible to queue things for direct decryption using a sweeper rule for anyone who really wants to..
EEPhil
Number 28
Unless I'm completely missing the point - I think the idea is to be able to decrypt anything from one Humax Fox box on a PC or another box - if you know the MAC and serial number of the original box. Might be useful if box 1 packs up, but you have encrypted files on a usable disk that you can copy to box 2.
Unfortunately I'm not having much success trying the same on a 2000T. Either I'm being dumb (very likely), or the keys/method are not the same. I can't even get one packet to decrypt at present.
Unfortunately I'm not having much success trying the same on a 2000T. Either I'm being dumb (very likely), or the keys/method are not the same. I can't even get one packet to decrypt at present.
MymsMan
Ad detector
- It can be used to recover recordings from dead boxes
- It is better for HD-Fox users
- It may decrypt recordings from other Humax boxes without customised firmware
- It doesn't require a network connection
- It can be run on a PC
Last edited:
OP
Great summary!
OP
Missed this. You can FTP it to hummy.tv, anonymous login and place into the upload/ directory.
Or, just paste a packet here in hex and send the MAC/serial to me separately so I can see if the algorithm is the same.
Ideally, find a PAT packet as that should have repeating patterns in it, indicating that ECB is in use, and it will also reveal the block size.
PAT packets have PID = 0.
Black Hole
May contain traces of nut
How are you trying to do it?
EEPhil
Number 28
@af123: Have uploaded a short segment of "Escape to the Country" (StdDef, .ts + .hmt - just in case). Took photo of MAC & S/N sticker and uploaded that also. (Note, although I've uploaded - I can't see the files in the upload directory. Please let me know if they haven't arrived and I'll try plan B).
EEPhil
Number 28
This is where I could be making a canine's lunch out of it.
First I recorded a short StdDef programme. I ftp'd a copy of the .ts file and also streamed another copy (ie. an encrypted and decrypted version of the same programme).
Using what I think is af123's method of generating the key, I knocked up a bodge Java program to read a packet - remove the 8 byte header and, using some Java encryption libraries, applied the relevant decryption to the 184 bytes remaining. Comparing with the decrypted version fails. However, reading af123's last post does suggest I don't really know what I'm doing - yet.
EEPhil
Number 28
You might be right. But my ignorance of the layout of the transport stream is beginning to show. I tried to analyse a decrypted .ts file a couple of years ago (yes I know other people have done it, but that doesn't help my understanding). I'm finding that I've now forgotten most of what I'd made sense of at the time. The idea of doing it myself is to re-learn the layout and to make sense of encryption. I suspect that would hold back af123's work. And as a 2000T user, "stripts" is rather meaningless to me.
MymsMan
Ad detector
I only run auto-decrypt on BBC recordings because it is a pre-req of the thumbnails package, with the new off-line decryption I no longer need it just-in-case I have a major Humax failure.
So I was wondering whether we might be able to extend the stripts support to decrypt and extract the single frame containing the thumbnail image rather than decrypting an entire 2hr movie just so we can look at a single frame a few seconds from the start. We could even generate the thumbnail whilst the programme was still recording!
So I was wondering whether we might be able to extend the stripts support to decrypt and extract the single frame containing the thumbnail image rather than decrypting an entire 2hr movie just so we can look at a single frame a few seconds from the start. We could even generate the thumbnail whilst the programme was still recording!
OP
Got it, thanks.. however it doesn't decrypt with the same method as the HDR, which is shame:
Code:
% ../stripts/stripts -@ xxxxxxxxxxxxxxxx... Escape\ to\ the\ Country_20180419_1502 test
Incorrect decryption key.Running brute force now...
EEPhil
Number 28
In one way, that's a relief. Perhaps I'm not quite as dumb as it was beginning to look.
