home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / protocol / tcpip / ibmpc / 5203 < prev    next >
Encoding:
Text File  |  1992-09-13  |  3.8 KB  |  78 lines
  1. Newsgroups: comp.protocols.tcp-ip.ibmpc
  2. Path: sparky!uunet!utcsri!torn!maccs!beame
  3. From: beame@maccs.dcss.mcmaster.ca (Carl Beame)
  4. Subject: Re: PC/TCP 2.1 copy protection
  5. Message-ID: <1992Sep13.160143.6056@maccs.dcss.mcmaster.ca>
  6. Organization: McMaster University, Hamilton, Ontario, Canada.
  7. References: <1992Sep12.020939.20733@tware.com> <1992Sep12.223938.14081@maccs.dcss.mcmaster.ca> <1992Sep13.124628.23297@tware.com>
  8. Date: Sun, 13 Sep 1992 16:01:43 GMT
  9. Lines: 67
  10.  
  11. In article <1992Sep13.124628.23297@tware.com> bash@tware.com (Paul Bash) writes:
  12. >In article <1992Sep12.223938.14081@maccs.dcss.mcmaster.ca> beame@maccs.dcss.mcmaster.ca (Carl Beame) writes:
  13. >>
  14.  [stuff deleted]
  15. >
  16. >And what is to stop someone from either 1) patching the binaries to disable
  17. >the "copy protection" or 2) obtaining a non-protected version (as in FTP
  18. >Software's scheme for their site licenses) and then distributing these 
  19. >versions freely? Has copy protection helped you any? No. Has it hampered your
  20. >legit customers? Most definitely. Do you honestly think it will take more than
  21. >a week or so for someone to figure out how to bypass any scheme you can think
  22. >of? 
  23.  
  24. Fristly, I want to say that B&W doesn't have copy protection, nor do we have 
  25. plans in this area at this time. I'm not going to debate how easy or
  26. difficult any copy protection scheme is to break. I will say that the major
  27. reason that a company like FTP, SUN or B&W (correct me if I'm wrong, SUN & FTP),
  28. is adding copy protection/notification is not to stop the hackers from
  29. breaking the protection and running several copies, but to make companies think
  30. twice about illegaly copying software. In several foreign countries, companies
  31. don't think twice about using a single copy of software on all their machines.
  32. If they require a hacker to break the protection, they would have to consider
  33. their actions and most likely "do the right thing".
  34.  
  35. There are other countries, like Brazil, where there are no enforced copyright 
  36. laws. What should one do in a case like this? I beleive that Microsoft won't
  37. sell any of it's products there anymore. They have a LARGE lawsuit against the
  38. brazilian government.
  39.  
  40. >
  41. >This smells of playing to the lowest common denominator. 
  42. >
  43. >>    I will say that even though I don't like copy protection, FTP Software's
  44. >>duplicate copy notification is the best solution I've seen so far. It takes up
  45. >>no extra Network bandwidth and probably a very small amount of memory. It
  46. >>also seems easy to manage.
  47. >>
  48. >
  49. >And were Beame and Whiteside to implement the same scheme would we start
  50. >having problems with conflicting serial numbers between your product and
  51. >FTP Software's on the same net?? What about when the next vendor comes along
  52. >and thinks this is such a great idea and jumps on the band wagon (but of
  53. >course not taking the time to _ensure_ its serial numbers are unique).
  54.  
  55.     It is not as simple as you are descibing. The ARP packets have a
  56. series of special codes which indicate that it contains an "FTP serial #".
  57. If another company did this, they would choose a different "special code".
  58. Just like ethernet address, vendors must ensure that the special codes
  59. are different. Maybe (I don't know) FTP uses the letters "FTP" and B&W
  60. might use "B&W" ... :-)
  61.  
  62. >
  63. >I sincerely hope B&W do not go this route, because you have been my primary
  64. >alternative to FTP Software's MSDOS product in the consulting I do. It would 
  65. >be a shame to have to search for another alternative.
  66.  
  67.     As I indicated previously, B&W does not have any protection
  68. scheme and that we have no plans at this time to add one. I should also note
  69. that the pressure to add one is coming from foreign distributors in certain 
  70. countries.
  71. >
  72. >-- 
  73. >Paul Bash                                                   Techware Design 
  74. >bash@tware.com                                              Boulder, CO  U.S.A.
  75.  
  76. Carl Beame
  77. Beame & Whiteside Software Ltd.
  78.