Separate names with a comma.
Discussion in 'TiVo Home Media Features & TiVoToGo' started by moyekj, Mar 15, 2008.
Thanks moyekj. Sorry slow to respond. I've been out of it with the flu. I downloaded the new release and tried 4 samples and everything looks great so far! I'll queue up a bunch to run tonite.
Thanks again for the great program and fast response!
Are we really sure about the extent of that protection? Supposedly a TiVo checks all its software for unauthorized modifications each time it boots, but aren't there sometimes reports of units misbehaving because presumably the software got corrupted somehow? How is that possible? How can the TiVo software ever be corrupted without the TiVo halting with an obvious error during the boot process?
AFAIK it's the database that gets corrupted, not the software.
You're assuming two things. 1. That the speculation about s/w corruption was correct. 2. That the signature involves a checksum.
That's the way the Sid=abc cookie crumbles.
Precisely, and they are not about to share it with anyone. It's never been cracked, or at least not by anyone who is advertising the fact.
What do you mean? Do we know the mechanism? Yes.
Well, not all. On an S3 class machine, the BIOS checks the kernel to make sure it is digitaly signed. If not, it wil not pass control to the kernel. Once control has been passed to the kernel, it checks the contents of several key directories to make sure there are no extra files in them, and then it checks the md5sum of certain key files, including the tivoapp binary, to make sure they have not been modified. Once this is done, the initrd loads the root file system and booting continues normally as on any other Linux system.
On a Premiere, there are actually digital signatures unique to the particular TiVo embedded in the CPU itself. In essence, the CPU code on each and every Premiere is unique. One cannot simply replace the CPU and get the TiVo to work, let alone simply replacing a BIOS PROM chip as can be done with the Series III models.
There are reports of Bigfoot and Little Green Men, too. 'Doesn't mean they are true. More to the point, the DATA on the hard drive can be corrupted without giving the Chain of Trust fits. The TiVo does check the MFS file system for format errors during boot, much like regular Linux systems periodically run fsck on the file system which are about to be mounted during boot, but just because the file structures pass muster does not mean their contents do.
There are a number of ways. The TiVo does not check every single byte on the hard drive. It doesn't even check every single file used by the OS.
So are these signatures in the CPU checked by the kernel? That would seem to imply that you can't put the hard drive from one Premiere into a different one and expect it to work. Which if true would make repairing crashed drives impossible.
AFAIK you've never been able to do that with any TiVo model. At least, you wouldn't be able to do it, and expect the recorded videos to play. You'd have to "clear everything and delete."
No, they are checked before the kernel is loaded. The CPU then also checks the signature of the kernel.
No, not at all. Even if the kernel does checking of signatures inside the CPU (it's basically the other way around, though), one needn't have a unique kernel to do so. The kernel just would need to have a public key to match a private key in the CPU. The public key could be the same for all kernels.
But still, you can't put the hard drive from one Premiere (or any TiVo, really) into a different one and expect it to work.
I'd been using the system date workaround, for 3 weeks, all OK. Unable to transfer files since Mar 2. I then applied the sid = "abc" fix, same result. I can access The Tivo 'Now Playing, but files won't download. Went to a browser and typed the Tivo S2 IP address and the splsh screen came up promptly. Uninstalled the Tivo desktop (complete) and intaslled the version of kmttg that was posted 3 days ago, turned on Java, same redults, can access 'Now Playing' but no downloads.
Error message shows server busy, The MAK is not displayed curl is used which I thot it was bypassed under JAVA. Any ideas?
Not right off the bat, you have to cure that whole error 51 thing, but eventually...
If you're getting "server busy" then you need to reboot your TiVo before anything will work to download.
Thank you , moyekj, works well now
My face is red.
20 yrs ago, my wife asked me to get her started in computing. I spent 10 years hammering into her, what I call the 1st law of computing "If it's flaky, or won't work, reboot"
I forgot that lesson.
I just upgraded to the 0 version of kmttg and it's not letting me queue more then 2 shows. Could there be something I'm doing wrong? I can highlight 57 shows and hit start but only 2 will queue. Then I can't queue another until one of those are done.
Windows XP system... Is there a log I can provide that will help fix this?
I have released a new version of TiVoPlayList v0.71 which fixes the expired cookie issue. Thanks everyone.
I doubt very seriously that either key is "public". I suspect there is a signature generating algorithm and one half of a key pair embedded in the cpu. The cpu generates a signature for each s/w module and then uses its key to decrypt the attached signature, which was generated by the same process and encrypted with the other half of the key pair. The two signatures are then compared and if they don't match, "boom*.
IOW, none of the s/w actually has a "key" in it. BTW, even in the case where there is a true public/private key pair, signatures are encrypted using the sender's private key. That is so that the receiver can verify the source using the sender's public key. Data on the other hand, is encrypted using the receiver's public key so that only the receiver can decrypt it, using his private key.
Thanks moyekj, works like a charm. 34 ts downloads so far without a hitch