MEGA file system
Dan Tobias (Talk | contribs) (→References) |
Dan Tobias (Talk | contribs) (→References) |
||
Line 20: | Line 20: | ||
* [http://robertamsterdam.com/2013/01/whos-afraid-of-kim-dotcom/ Who's afraid of Kim Dotcom?] | * [http://robertamsterdam.com/2013/01/whos-afraid-of-kim-dotcom/ Who's afraid of Kim Dotcom?] | ||
* [http://torrentfreak.com/images/WP-KIMDOTCOM.pdf Kim's white paper on Megaupload, the Copyright Lobby, and the Future of Digital Rights] | * [http://torrentfreak.com/images/WP-KIMDOTCOM.pdf Kim's white paper on Megaupload, the Copyright Lobby, and the Future of Digital Rights] | ||
− | * [http://torrentfreak.com/megaupload-raid-destroyed-more-than-10000000-legal-files-131018/ | + | * [http://torrentfreak.com/megaupload-raid-destroyed-more-than-10000000-legal-files-131018/ Megaupload Raid ‘Destroyed’ (Way) More Than 10,000,000 Legal Files] |
− | Megaupload Raid ‘Destroyed’ (Way) More Than 10,000,000 Legal Files] | + |
Revision as of 12:27, 19 October 2013
The MEGA file system is the filesystem used in the cloud-based encrypted virtual disks made available to users of the MEGA system, unveiled on January 19, 2013 by the controversial Kim Dotcom (whose surname is now a misnomer, since he no longer uses the .com top-level domain name due to its being under the jurisdiction of the U.S. government, which is prone to prosecute him and confiscate his sites such as the earlier MegaUpload). (Which Kim is more notorious now, Dotcom, Jong-un, or Kardashian?)
Since the actual storage and implementation is on MEGA's servers, the only file-format details knowable by the public are whatever is exposed in the interfaces (both user-level web interfaces and developer APIs) by which users and third-party developers can access data stored in the system.
Based on the API documentation, MEGA is a virtual filesystem consisting of hierarchical folders (directories) and files, each pointing to a parent node except for three parentless nodes per account: a personal-files root folder, a file-delivery inbox, and a trash bin. Each node has two segments, a data segment with the actual file contents, and an attribute segment with the filename and whatever other metadata is stored with it (at present none, but some use of metadata is planned in the future, in particular for user-to-user messages). Each segment is separately encrypted with the AES-128 symmetric encryption system; "symmetric" in this case means that encrypting and decrypting is done with the same secret key, in contrast to asymmetric systems where there is a private key and a public key, so somebody with just one of the keys can only encrypt a message without being able to decrypt it (or vice versa). However, MEGA also issues each user account a public and private key for a separate encryption system that is used for inter-user messages.
The MEGA system reportedly has what appear to be contradictory attributes: the encryption/decryption is done at the client end so that MEGA has no way of knowing the contents of the files stored on its service, but they also claim that their system has "de-duping" built in whereby multiple copies of the same data uploaded by different users would be merged in order to save storage space.
References
- MEGA home page
- MEGA developer API documentation
- Unofficial crowdsourced search engine of MEGA files
- Discussion on Ars Technica
- Who's afraid of Kim Dotcom?
- Kim's white paper on Megaupload, the Copyright Lobby, and the Future of Digital Rights
- Megaupload Raid ‘Destroyed’ (Way) More Than 10,000,000 Legal Files