linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Willy Tarreau <willy@w.ods.org>
To: "Pravin Nanaware , Gurgaon" <pnanaware@ggn.hcltech.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Copy protection of the floppies
Date: Thu, 27 Nov 2003 07:07:24 +0100	[thread overview]
Message-ID: <20031127060724.GA31322@alpha.home.local> (raw)
In-Reply-To: <5F0021EEA434D511BE7300D0B7B6AB530CA67677@mail2.ggn.hcltech.com>

Hi,

I don't believe in copy protection at all because what your program can read,
other programs can read, and what your program can test, others can trick it
into not testing it anymore.

However, there was a solution that I found clever : the weak bit. Basically,
a floppy was written with a special controller, and one sector had invalid
states that could randomly be read either 0 or 1 by the drive. The software
then tried to read the same sector 10 times and expected the contents to
change due to the controller's inability to identify the data as clear 0 or 1.
A copy of the floppy would definitely fix the contents to what was read at the
copy time, so the software would not see any more changes during its read test
and would conclude that it was a copy.

I'm not certain that this was fully compatible with all drives and/or
controllers, because there's always a risk of some hardware always reporting
0's or 1's on this sector, but I found the concept original.

Of course, it took the editor far more time to develop this solution than the
crackers to "fix" the software. You know, launch debug, replace the offending
JZ with a JMP or with a NOP/NOP...

Sincerely, I don't think you want to spend so much time developping something
which can be broken within a few minutes.

Regards,
Willy


      parent reply	other threads:[~2003-11-27  6:07 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-25  5:37 Copy protection of the floppies Pravin Nanaware , Gurgaon
2003-11-25  9:07 ` Murray J. Root
2003-11-25  9:12 ` Måns Rullgård
2003-11-25  9:28 ` YOSHIFUJI Hideaki / 吉藤英明
2003-11-25  9:40   ` Måns Rullgård
2003-11-25 10:55     ` Matthias Andree
2003-11-25 16:07     ` Ricky Beam
2003-11-25 18:37       ` Nick
2003-11-25 20:07         ` Richard B. Johnson
2003-11-25 20:52         ` Ricky Beam
2003-11-26  3:55         ` Gene Heskett
2003-11-25 10:47 ` Helge Hafting
2003-11-25 20:18 ` Antonio Vargas
2003-11-25 20:32   ` Måns Rullgård
2003-11-26  3:58     ` Gene Heskett
2003-11-27  6:07 ` Willy Tarreau [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20031127060724.GA31322@alpha.home.local \
    --to=willy@w.ods.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pnanaware@ggn.hcltech.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).