Ask HN: Is it OK to reverse engineer a file format for interoperability?
1–6 of 6 posts
Re: Ask HN: Is it OK to reverse engineer a file format for interoperability?
#2Re: Ask HN: Is it OK to reverse engineer a file format for interoperability?
#3Re: Ask HN: Is it OK to reverse engineer a file format for interoperability?
#4However there are some specific legal requirements, as were detailed by the primary author of Samba, which enables one to mount and to serve Windows SMB/CIFS shares from *NIX systems. He covered those requirements at Advogato:
http://www.advogato.org/article/302.html
Note that the author advises that you buy a lices for that very expensive piece of software.
Re: Ask HN: Is it OK to reverse engineer a file format for interoperability?
#5In practice, perhaps the question you ought to be asking is more like: "How pissed off are they going to be, and what are they going to do about it?". That will depend on what you're doing, to whom, and why. Aggravating factors may include, for example, if the files tend to contain copyrighted works you don't hold the copyrights to, or if the files are scrambled or crypted; sure they might use a ROT13 transform as their "encryption", but that doesn't mean they're not going to get the FBI to arrest you for getting up at a security convention and telling everyone that¹.
___
1. The Dmitry Sklyarov case, aka "one of the reasons reverse-engineers don't visit the United States". https://en.wikipedia.org/wiki/United_States_v._ElcomSoft_and...