text: backuphddvd backuphddvd is a small computer software utility program available in command line and gui versions which aids in the decryption of commercial hd dvd discs protected by the advanced access content system . it is used to back up discs , often to enable playback on hardware configurations without full support for hdcp . the program 's source code was posted online , but no licence information was given . written by an anonymous programmer using the handle , backuphddvd is distributed with none of the cryptographic keys necessary for decryption . users wanting to use the software to decrypt a protected disc 's contents must obtain the appropriate keys separately , a task with which neither the original author nor his or her versions of backuphddvd assist . backuphddvd represented the first known successful attack against aacs . the utility circumvents content protection by decrypting video files directly with aes , the underling cryptographic cipher used by aacs . using this technique , backuphddvd is able to completely bypass the aacs chain of trust , rendering it immune to revocation . the cost of this immunity is that users are forced to rely on keys leaking from commercial player software to use backuphddvd with new discs . history according to the creator of backuphddvd , he or she first set out to circumvent aacs to bypass a restriction in software hd dvd players which reduced the quality of aacs restricted 1080p high definition video to that of standard definition dvd video or refused to play outright unless an hdcp compliant chain of video hardware was present . at the time only a few computer monitors and video cards supported hdcp . as a result , configurations that would have allowed high - definition hd dvd viewing in software players were exceptionally rare . on december 18 , 2006 , a video which showed backuphddvd being used to decrypt and copy the film full metal jacket to a hard drive was uploaded to youtube . two days after the video was uploaded , the initial version of the utility along with its source code and documentation was uploaded to a file hosting service . a link to the file was then posted by the utility 's creator on the forums of doom9 , a website devoted to dvd backup . the utility 's documentation , along with the forum post , contained little information as to how necessary keys could be obtained . the author elaborated in another forum post , claiming that keys could be obtained by exploiting the necessity for them to be held in memory to allow playback in player software . on january 2 , 2007 , the author posted the 1 . 0 version of the backuphddvd utility , which included support for the decoding of discs using volume keys . for several weeks following the utility 's release no success using the author 's key extraction technique was reported . in mid - january 2007 , a volume key was published by another member of the doom9 forum along with an explanation of the technique used to obtain it . other forum members quickly discovered keys for different titles . keys for many discs are now readily available on the internet . further development of backuphddvd was being hosted on sourceforge until the site received a dmca takedown notice alleging a violation in late february . in compliance with the notice , the project was immediately removed . several versions of backuphddvd have been released by individuals other than the original author , including some versions with guis and the ability to locate keys on the internet or scan for them in memory automatically . , a port of backuphddvd to c with a native windows gui is also available . this version supports multiple cpu threads and runs faster than its java counterparts . while development of backuphddvd has ceased , a commercial hd dvd decryption utility called hd exists which relies on compromised aacs processing or media keys to allow for the backup or unrestricted viewing of any aacs - protected discs without the need for title or volume keys . background the aacs licensing authority ( la ) assigns a series of 253 unique cryptographic keys to device manufacturers . when an aacs protected disc is manufactured , a series of up to 64 keys called title keys are generated and the video content on the disc is encrypted using these keys . the title keys are stored on the disc and themselves encrypted with another key called the volume unique key . the volume unique key for any disc can be calculated by all authorized devices using another key called a processing key , which is derived from a media key block stored on each disc . authorized devices use one or more of the manufacturer 's assigned device keys to decrypt the media key block , yielding a processing key and enabling further decryption of the volume and title keys , and finally the content . if a device key is to be revoked , the media key blocks on all discs manufactured after the time of revocation are encrypted in a way which does not enable the revoked device to obtain a valid processing key . users trying to view new content on a revoked player would be forced to upgrade their player software to a more secure version , thereby limiting the scope of the compromise each time an exploit is discovered . while a compromised device or processing key could be used to decrypt a large number of discs , backuphddvd does not use these keys because they can be revoked by aacs la . because the aacs revocation system works by preventing a given device or player from calculating a valid volume unique key , backuphddvd circumvents the system entirely by relying on volume or title keys leaked from authorized players . with these keys backuphddvd is not subject to device revocation and is able to decrypt the content directly , bypassing the key exchange and verification process . features and limitations users must have either found decryption keys themselves or obtained them elsewhere for most versions of backuphddvd to work . the utility reads a text file containing volume or title keys and attempts to find a set of corresponding keys for the inserted disc . through a standard aes library , it then decrypts each video file on the disc using the appropriate keys and writes the results to a location specified by the user . direct file decryption allows the utility 's functionality to remain unaffected by device key revocation and its performance unencumbered with aacs overhead . originally intended to be a proof of concept , backuphddvd is severely limited in its ability to produce fully functional copies of commercial discs . early versions were unable to properly decrypt discs which used the in - movie experience technology . new versions work around this limitation by excluding interactive content from decrypted copies . the utility cannot process hd dvd navigation functionality which enables menus , chapters , secondary audio tracks and subtitles , so these features are inaccessible in copies created by backuphddvd . most versions provide no validation for keys and will still attempt to decrypt a disc 's contents with an incorrect key , resulting in corrupt files . legality under united states anti - circumvention law created by the digital millennium copyright act , backuphddvd may qualify as a device primarily intended to " circumvent a technological measure that effectively controls access to a [ protected ] work . " if identified as such , it would be illegal to use or distribute . reaction reaction to the utility by doom9 forum members , bloggers , and mainstream media has ranged from supportive to intensely hostile . by some , the circumvention of aacs was seen as a reaffirmation of fair use . others felt that the utility was no more than a piracy tool and would bring about group punishment against consumers in the form of player revocation . one article compared proponents of backuphddvd to terrorists . when the release of the tool was first publicized , several articles claimed that aacs had been cracked . in fact no cryptographic weaknesses constituting a crack have yet been found in aes , the underlying cryptographic system of aacs . keys are actually obtained through a side - channel attack . initially , it was thought that the compromise of hd dvd 's security would entice some studios into adopting the competing blu - ray format , but blu - ray 's aacs implementation has since been circumvented using a similar method . however , blu - ray offers an additional layer of protection called bd + . there was some speculation that the player used by the utility 's author to obtain keys would be revoked . , which sells the powerdvd player software , was quick to deny that its software could be used to obtain keys . corel was silent about the role its windvd software had played in the leaking of volume and title keys . both companies have since released updates for their player software . the consortium behind the hd dvd format and the studios delivering films on the format did not release an official statement beyond that they were investigating the utility . on january 24 , 2007 aacs la issued a statement acknowledging that aacs security had been compromised while urging software vendors to limit the availability of keys in memory . beginning with discs manufactured in late april , versions of powerdvd and windvd responsible for leaking keys have been revoked and free updates are available to owners of affected versions .