Patent Claimed on System-Level Encryption 230
nattt writes "The Register is reporting that a Californian firm, Maz Technologies has been granted a patent for application independant file encryption, and is now going after other companies with its lawyers to press its claims. It seems that the US patent office doesn't check very well for prior art, and their laxity is causing small firms that get attacked on infringing these bad patents a lot of money to defend themselves."
What happened to making it illegal (Score:1)
Re:What happened to making it illegal (Score:2)
Think SSSCA and DMCA...they're trying to make it illegal not to use encryption.
Re:What happened to making it illegal (Score:2)
What they want is encryption in the hands of those with the power, not the rest of us.
Re:What happened to making it illegal (Score:2)
While we are talking about patents, I think I'll get a patent on factoring, but only factoring of numbers on thursdays. This way I can get my lawyers to go after anybody useing SSH on a Thursday.
Then I'm going to get a pantent on a method of looking at people ugly with my eyeballs, and sue people who give me dirty looks for my awsome patents.
Re:What happened to making it illegal (Score:2)
Here's a thought... (Score:5, Interesting)
Re:Here's a thought... (Score:2)
Re:Here's a thought... (Score:4, Insightful)
And you've just struck on the problem of having the government do anything...
Suing the governemt, while possible, is an extremely daunting prospect. It takes lots of time and lots of money--two assets the government has in plenty, whereas most private companies or individuals don't.
Now, if the government wasn't doing so many other non-Constitutional things, perhaps some attention could be paid to the patent office and things like this could be prevented... nahh, I'm just a lunatic...
Keywords: "private companies" or "individuals" (Score:2)
Re:Keywords: "private companies" or "individuals" (Score:2)
While corporations might have the money, in a theoretical sense, they don't have the *profits* to fight such a battle. It would *not* "enhance shareholder value" to fight a long, *political* battle over a patent. Better to find some loophole, or some other method, to allow the corp to continue as before.
I don't know the ratios, but I imagine that if you looked, most freedom-inspired battles before the supreme court stem from individuals, not corporations.
Re:Here's a thought... (Score:2, Interesting)
Then maybe I'm dreaming.
Re:Here's a thought... (Score:4, Funny)
Re:Here's a thought... (Score:1)
Josh
Re:Here's a thought... (Score:2)
"A method for calming a wild cat. Point the laser beam at the cat's eyes"
--
Re:Here's a thought... (Score:2)
Re:Here's a thought... (Score:2, Informative)
Re:Here's a thought... (Score:5, Insightful)
If you could sue the USPO, the majority of suits would be from companies suing to have their patents *granted*. Being able to sue would just give them a second whack at the pinata.
Normal small companies and rational individuals would not sue to have bad patents denied: if you have the money to go to trial, it's better to wait until the patent is enforced in an unfair way.
So, could you restricts suits to reimbursing the costs of unfair patents? "Unfair" would need to mean that a court had invalidated the patent or restricted its scope, so the defendant would already have gone to trial for patent infringment, and prevailed. In this case, he may well ask for court costs, and get them (especially in a David & Goliath situation) so the USPO incompetance has, in some sense, cost him nothing.
If the defendant can't afford to defend himself in court, no one is going to judge the patent to be "bad."
IANAL, etc.
Re:Here's a thought... (Score:4, Informative)
They allow patents on things for which prior art exists, even things for which prior PATENTS exist. IBM got a patent on LZW and then Unisys was granted their patent on it - the patent office either didn't check for a prior patent or didn't realize the 2 patents described the same thing.
And Unisys wants us to pay THEM? IBM should be more pissed than they are.
Oh, yeah, they will deny a patent for a "perpetual motion device", unless you are clueful enough to call it something different, like an "overunity device". 1/2
Here is a GNU page describing the GIF situation and mentioning the 2 LZW patents [gnu.org].
Also, even if someone can afford to fight a lawsuit - the odds are stacked against them. A patent is presumed valid and the defendant must rebut that with a preponderance of the evidence, or lose. This is a reversal of the normal situation in civil law, which is where the plaintiff needs to have preponderance of the evidence. The plaintiff needs to have a preponderance of the evidence that the action alleged to be infrigement occurred - but the defendant has to prove the patent is invalid.
So if the court can't tell who is right on the latter issue, they'll presume the patent valid and you guilty.
Ask a lawyer for legal advice. (if you got tons of cash lying around to pay for one)
Re:Here's a thought... (Score:2)
Re:Here's a thought... (Score:2)
Re:Here's a thought... (Score:2)
Note : For the sarcastically challenged and the secret service this was just a wee bit of sarcasm and in no way intended as a threat to Senator Mouse.
Hey this is great! (Score:5, Interesting)
Why didn't we think of this. Let's get patents on watermarking and other intrusive technologies being rammed down our throats by content providers. Then just sit on them and thumb our noses.
- JoeShmoe
.
Re:Hey this is great! (Score:3, Funny)
Water marking? Great! Then the gov't wouldn't be able to cram their proprietary currency down our throats anymore.
Re:Hey this is great! (Score:2)
jesus christ on a rubber stick (Score:4, Insightful)
Re:jesus christ on a rubber stick (Score:3, Interesting)
I should apply for a patent: (Score:1)
Too late, somebody already patented the wheel (Score:2)
Re:I should apply for a patent: (Score:2)
this is good (Score:4, Insightful)
But you have to patent something THEY care about. (Score:2)
Like the patenting ability to use the words "Yea" and "Nay" to record assent or dissent with a statement or perhaps the the passing of legislation for the purposes of levying taxes to pay for expernses without visibly providing any actual services...
Then you should duck real quick because the military will be shooting and they won't be blanks.
Don't worry about find a lawyer who'll do it. (Like who would be that stupid and self destructive/defeating?) Look under any rock, behind any ambulance or in the bark of dying trees. There's sure to be some form of slug or parasite. I know plenty of lawyers. Some of my most worthless relatives are pond scum, uh, lawyers.
Lawyers are ALL that stupid. When the achieve brain death, they run for office so they can pass more laws "for other people."
Prior art in US govt? (Score:5, Interesting)
probably wont happen (Score:4, Informative)
But if the above mentioned agency put their computer on sale, or used it publicly then it would be prior art.
Actually, it can be (Score:2)
That is true (Score:2)
Clipper (Score:4, Informative)
We need look no further than our good friend the Clipper chip [epic.org] for a good example of government created prior art that is covered by this patent.
Re:Clipper (Score:3, Interesting)
IBM had a nice system tht encrypted all of it's traffic between the terminal and mainframe using lucifer. Rekeying was done periodically by encrypting the rekeying message and new key with a special key unique to that terminal. IBM wanted help improving lucifer, so they asked the NSA for help. The NSA said "sure, as long as as the end result's intellectual property is released to the public domain" The NSA took lucifer,,, shortened the keyspace to 56 bits but appearenty maximally strengthened it against all of the shortcut attacks they knew of at the time (differential cryptanalysis). The result was called DES. So there's prior art older than DES. The newer version of the iBM system employing DES (and newer versions allow for 3DES) in most, if not all, bank automatic teller machines.
Off topic:
The end result of the NSA involvement is that it was much harder for mathemeticians to discover shortcut attacks to allow random blackhats to crack DES, while still allowing big budgeted governments to build specialized crackers or run cracking on several massive vector machines, like CRAYs.
Speaking of DES, has anyone seen optimal boolean functions for the DES s-boxes? I'd like to implement DES "sideways", putting each bit of the message in a different register. You can then run 32 (or 64, if you're lucky enough to have a 64-bit CPU) encryptions in parallel. This is much faster since DES does things like uplicating and swapping individual bits, which takes zero time in hardware, but kills the standard way of implementing DES in software gets killed by these little bit duplications and swaps. If you run DES sideways (and 32- or 64-way parallel), duplicating bits simply means usng the same register variable twice, and swapping bits means chaging the positions of varaiables in your equations. You lose some latencey for an individual encryption, but your throughput is potentially multiplied several times. (This depends alot on how compactly you can represent the s-boxes as boolean functions.) This isn't applicable to CBC-mode encryption, but it is usefull for ECB, counter, OCB, and other parallelizable encryption modes. It's also applicable to cracking any of the encryption modes, even OFB, CFB, and CBC.
One word: (Score:2)
PS: of-course German government is not US government but it is a government still...
Prior-art (Score:5, Informative)
The nice folks over at sci.crypt [google.com] seems to have listed quite a few cases of possible prior art.
Not that that makes it much better on the whole, but...
typical sleazy practice (Score:5, Insightful)
what can i say (Score:2)
holy crap (Score:3, Interesting)
Why go for the small potatoes? (Score:4, Insightful)
Or maybe this dinky unknown company saw a way to squeeze money out of little companies who they thought couldn't afford to fight back?
Re:Why go for the small potatoes? (Score:2)
Because ... (Score:2)
Or maybe this dinky unknown company saw a way to squeeze money out of little companies who they thought couldn't afford to fight back?
You answered your own question.
To get the most mileage out of a patent, law, etc. that can be applied many times:
- First sue/prosecute a little guy with negligable resources and (if applicable) a bad reputation or history. (For censorship laws, for instance, start with a kiddie pornographer before going after Playboy.)
- With your precedent established, work your way up to deeper pockets and more reputable defendants.
That way you get the most convictions and (if applicable) the most money before somebody manges to spike you - if anybody manages to spike you at all.
a fine example of patent problems.. (Score:5, Informative)
The difficulty with this is that the patent gives the owner a degree of 'high-ground', and defending against this from the point of view of the apparent patent violator, can be VERY expensive, so often just coughing up is the cheapest option, which then lends weight to the defendability of the patent.
Certainly, being filed in 1998 makes this particular patent laughable.
for exmaple, have a look at:
http://www.cs.auckland.ac.nz/~pgut001/sfs/
Re:a fine example of patent problems.. (Score:5, Interesting)
If it was filed in 19_98_, then the Unix "crypt(1)" program predates it by a generation. A human generation, not a "software generation." crypt(1) only offered trivial protection, but it *was* an application-independent system resource that could be used to encrypt and decrypt messages with a classic algorithm.
It sounds like the attorneys who filed that patent application need to be face penalties for filing a fradulent legal document. Don't just invalidate the patent, disbar the assholes who try to patent stuff that's been common practice for decades.
Re:a fine example of patent problems.. (Score:4, Informative)
By the way, since crypt() is a system library function , it is in Section 3 of the manual, and is denoted as crypt(3), not crypt(1).
Note: I'm not sayng that this isn't a dumb patent, but your example of prior art is in error.
Re:a fine example of patent problems.. (Score:2, Insightful)
what, a one-rotor Enigma machine or some such. Do
a google search on 'crypt(1)'.
I'd call this not prior art since it wasn't really
"application-independent", even if vi did have that
-x option. Perhaps any of the encrypted file systems
such as CFS would qualify.
Re:a fine example of patent problems.. (Score:2, Informative)
The crypt function does not automatically encrypt a file during a save operation which is one of this patent's claims.
And NTFS has NOT done this for years. This functionality was firts implemented in Windows 2000 which was after this patent application.
There is prior art however for this. Norton 'Your Eyes Only' had this functionality as it would trap the 'save file' calls using symevent (The Symantec Event Manager). This product was first released for Windows 95 which predates this patent application by several years.
Use the DMCA to bite them in the ass. (Score:1)
On a more serious note, the patent officer really needs to get off its ass. This is absurd. I'm going to patent substitution boxes, bitwise transpositions, and while I'm at it, hash functions and the use of a 'key' to permutate text.
Patent sans Art = Financial Speculation (Score:3, Insightful)
I find it quite disturbing that our United States patent office will accept such a broad claim, needless to say. What I find even more disturbing, however, is the precident for accepting such patent claims without, as the article states, any such encryption programs being submitted.
In my mind, it's one thing to stake your claim to an invention or creation of your own doing, something that you have already built. Even what may be viewed as a "fair" patent process, however, I object to on the principle that it tends to create unnecessary monopolization of certain products and only serves to lock down profits for one party. Patents, in my mind, are a competitive, money-making scheme and nothing more. It's another thing entirely, however, to patent an idea, preventing others from using it possibly, without submitting any such art of your own.
Think about this for a moment. If companies are allowed to patent thoughts and ideas they have not created, then this only creates a rush to create patents and not a race for innovation. If "prior art" of your own is not required in a patent submission, then the application for patents becomes nothing more than financial speculation on future technologies.
-Niten
Re:Patent sans Art = Financial Speculation (Score:2)
Re:Patent sans Art = Financial Speculation (Score:2)
I remember seeing a news story about a guy to did exactly this for a living. He'd look at an industry, decide what the next logical step might be, and than patent it. Then, when the company (or companies) took that step (and they often did), he'd go after them (and win). He put no effort of his own into any of the R&D, or produced anything of substance, but he went after companies that did. I forget his name, but his behavior earned my assessment as a blood-sucking leech on the buttocks of a rotting corpse. Actually, I think he's dead now, but his attorney is still defending these patents for his estate.
Profit by patent (Score:1, Funny)
Learn more now! Call 1-800-GOINGTOHELL!
Encryption (Score:3, Funny)
Bad patents. (Score:2)
If they can show you LIED on the prior art section... your patent can be overturned.
Also.. prior art means prior PATENTS that are similar.
Re:Bad patents. (Score:3, Informative)
That turns out not to be the case. Check out this Prior Art Tutorial [bountyquest.com]:
"In essence, any publication, in any language, located anywhere in the world is valid prior art for invalidating a U.S. Patent. One copy of a thesis, written in the Chinese language and stored on a dusty shelf of the Beijing University Library will invalidate any and all U.S. patents that were filed one year after that thesis was published and that claims as an invention ANY of the subject matter that was disclosed in that thesis."
Leonardo Da Vinci (Score:1)
who holds (Score:1)
could I not enter in a patent on legal documentation providing the holder of said documents protection against competing entities who wish to develop similar products to the holders.
since they'll never find the prior art in this matter, my patent will be granted, thus rending all other patents and the USPTO totally powerless...!
nah, that's just silly talk.
God damned shysters (Score:2, Insightful)
This is a wake up call. This is the most fucked up thing to come out of a fucked up patent office.
This is not fucked up just because it indicates that the USPTO is incompetent. As someone else has said, this patent indicates that the USPTO is not doing a poor job, it is doing NO job.
That means that shysters like this company can be granted a patent and embark on the typical shyster lawsuit strategy: small fry first, maybe some bigger game later, and of course ignore the big game because the big game will eat them and their entire families.
Let's sum up. This company with this bogus patent is nothing but a racket, a group of hoodlums, a pack of criminals hoping to make a quick score. Either than, or they are criminally stupid. And the USPTO is abetting the criminally stupid by failing to do anything remotely resembling their job.
They're all part of a big family by the name of Mud that keeps on gettin bigger.
Patenting granting bad patents? (Score:1)
I'm going to get a patent on granting bad patents, then sue the PTO. :)
You can't change things by talking about them... (Score:2)
A quick fix (Score:2)
I bet the US patent office would shape up really quick if they were liable for all the court costs companies incur defending themselves from hogwash like this.
Alternative to prior art research (Score:2, Interesting)
When a company (or person) receives a patent, they have to wait at least 1 year before dragging anyone into court related to that patent. That will give the court of public opinion (slashdot) time to find and point out the mistake to the patent office and hopefully they will make amends.
Re:Alternative to prior art research (Score:2)
Unfortunately, it's somehow turned into "patents are a way for a company to own an idea and milk money from it as long as possible". I'm afraid your "quiet period" idea plays into the latter -- it might make it a bit harder to get a solid patent, but generally tends to reinforce the "we own this idea now" concept.
It'd be better for patents to only last for a few years. Since US patent law was created, the term has constantly increased, which is ridiculous, because the pace of technology keeps going up too. If software patents only lasted two years, they'd be annoying, but not potentially crippling as they are now.
What about. (Score:1)
Or StegFS?
Or even NTFS (as an earlier poster well... umm posted)?
What about a container partition (ScramDisk).
Oh well.. I guess there's no prior art.
meh. This is SOP at USPTO. (Score:2)
I'm not anti-patent per se - I believe they serve their constitutional purpose in certain circumstances - but I do think that if left unchecked, the current US patent regime will ultimately lead to the same sort of industrial consolidation and resultant economic stagnation that Japan has been experiencing for over a decade. Patents aren't the only or even the main factor that has led Japan to its current situation, of course, but their patent system coupled with incestuous cross-licensing relationships within and among Japan's keiretsu has all but eliminated start-ups and smaller enterprises, particularly in high-tech industry, while the larger IT firms have become moribund from lack of competition (see NEC, Hitachi).
Just my opinions, of course.
-Isaac
References ahoy (Score:4, Informative)
Also check out this article on patent strategies of japanese companies [compuserve.com]. I do not claim to be a scholar here and freely concede that mmy posts are not scholarly works. That said, they do derive from the cumulative impact of articles I have read in a variety of sources over the years. I invite you to do some more research yourself to dispute my view - indeed, a quick google search reveals plenty of B-school theses fawning over the Japanese tendency towards cross-licensing to the extent that it permits more than one company to extract monopoly rents from a market, though I would dispute (again, admittedly without my own body of scholarly work) the assumption that this is a good thing from a macroeconomic perspective. If anything, I think this would reinforce my point, but since nobody (that I've found) has directly studied the impact of cross-licensing on companies excluded from the "club," as it were, I cannot provide you with an online reference directly supporting my proposition wrt stifling of innovation.
-Isaac
This is Uninformed Hysteria (Score:2, Interesting)
BFD.
Go read it here [uspto.gov]
GNU/Linux tears apart the patent (Score:3, Interesting)
The claims of this patent seem to be limited to the situation where there is an application client
Take GNU Emacs for example.
and a backend "Document Management System" (DMS)
Any file system.
in which there is a crypto module
File system encryption module.
intervenes when a file-save command or the like is issued from the client
fopen() in glibc.
which then encrypts the data with an appropriate key
Encrypted block driver.
hands off control to the DMS.
return from the block driver to the filesystem to libc to the app.
Re:GNU/Linux tears apart the patent (Score:2, Insightful)
Here's the actual claim (claim 1):
1. A method of encrypting an electronic document which is open in an application program running in a general purpose computer, the general purpose computer including a display, a user input device, a crypto module and a processor, the method comprising:
(a) from within the application program running in the general purpose computer, a user issuing one of a "close," "save" or "save as" command for the document using the user input device;
(b) automatically translating the command into an event;
(c) the crypto module automatically trapping the event;
(d) the crypto module automatically obtaining an encryption key value;
(e) the crypto module automatically encrypting the document using the encryption key value;
(f) the crypto module automatically passing control to an electronic document management system; and
(g) the electronic document management system executing the issued "close," "save" or "save as" command;
whereby the electronic document is automatically encrypted.
First off, fopen() is not the "crypto module" in your description, the block driver is. But it's the crypto module that has to trap the call.
Second, the patent goes out of its way to define "electronic document management system." You can't ignore its definition and just say that it's synonymous with "any file system."
Also, according to the claim, the EDMS is the entity that has to execute the "save" or similar command. A file system doesn't do that.
In short, the claim fits where you have an encryption add-on module for something like PC DOCS. It seems to be a bit of a stretch when applied to a garden variety file system.
Re:GNU/Linux tears apart the patent (Score:2)
I think the proof is in the question "who are they suing?" Are they suing companies doing something very specific and indentical to what Maz Technologies is doing? Or are they suing anyone who is in any way similar (like, oh, I don't know, someone using an encrypted filesystem?). Let's take a look...
From The Register:
PC Dynamics, the publisher of a virtual disk encryption product for Windows called SafeHouse, is among the first companies targeted in Maz's claim.
Hm, that sounds like AN ENCRYPTED FILESYSTEM to me.
Let's look at the product in more detail....
From the PC Dynamics web page:
SafeHouse encrypted volumes appear on your PC as another Windows drive letter. All encryption is performed automatically and transparently on the fly.
Yep, sounds exactly like what PGP does, and like an encrypted filesystem. The main difference being that it's a filesystem built on a raw file on another filesystem. Which doesn't really change things much at all.
Re:This is Uninformed Hysteria (Score:2, Insightful)
Let's go through claim (1) for example:
(a) from within the application program running in the general purpose computer, a user issuing one of a "close," "save" or "save as" command for the document using the user input device;
Doesn't that sound like any generic application these days? Can we say "File/Save" anyone (or for the CLI people using vi, ":w"? So this part of this claim applies to practically any desktop application. What they are describing here is existing infrastructure, and nothing that could be considered to be characteristic of their own invention.
(b) automatically translating the command into an event;
Once again, any desktop application. Most GUIs I know are event based, so any menu action is always sent to the application as an event. This even generation process is transparent to the application itself. Once again, hardly unique or original, and definately not an indicator that a particular system is like their own.
(c) the crypto module automatically trapping the event;
One could achieve this by using, say, stegfs. The crypto module is part of the file system driver - it traps the events being sent to things like "open" or "write". There is a catch here - perhaps you could argue that, in order to be covered by this patent, the crypto package would have to intercept the "File/Save" event before that event actually got to the application.
(d) the crypto module automatically obtaining an encryption key value;
Like, say, obtaining a PGP key from a keystore using a cached passphrase? Or perhaps a passphrase that was specified at the time that the steganographic file system was mounted?
Perhaps their system is even more primitive - they pop up a dialog box and ask the user for a passphrase on the spot.
PGPDisk was doing all the stuff up to here a long time ago. So the claim so far sounds very unobvious and definitely not novel.
(e) the crypto module automatically encrypting the document using the encryption key value;
I only wonder if they mean "automatically" as opposed to "manually", or "automatically" as compared to "mechanically" or "algorithmically". To me it sounds like this claim is redundant and obvious. Encrypting the document using any other values than the ones provided by the crypto keys is pretty useless.
(f) the crypto module automatically passing control to an electronic document management system;
What do they mean by "electronic document management system"? A file system is a DMS. Are they just using obfuscated language here, or do they have a particular thing in mind when they say "electronic document management system"? If their patent suits [google.com] are anything to go by (that link from another response to the original story, BTW), they mean "file system".
(g) the electronic document management system executing the issued "close," "save" or "save as" command;
That's what a DMS would normally do anyway, surely? You could escape this patent by having your encryption module issue its own "save" command, after intercepting the system's own "save" command.
Of course, letting an Electronic Document Management System do the things it's supposed to do is hardly a novel concept.
The Last Paragraph
Then we get to the interesting bit - right at the end:
Thus they are claiming that anything which looks something like this system is also covered by this patent - they're redefining patent law!
[1] They don't even know that a system built as described in their patent would work. exemplary [dict.org] in sense 3 implies that these guys have built a patent on top of a proof-of-concept.
The Patent Wont Hold Up In Court (Score:2, Insightful)
Re Step 425, "Crypto Server Traps Event", Grail said, There is a catch here - perhaps you could argue that, in order to be covered by this patent, the crypto package would have to intercept the "File/Save" event before that event actually got to the application. You are correct. They are trapping when the user selects "save" from the application menu, NOT when the file is written to disk.
They probably meant to say that the system intercepted reads/writes to particular files on the filesystem. That's how SafeHouse [pcdynamics.com] (the product they're suing) does it. Oh well, too late to change the patent now. <g>
I also liked
Step 420: Command is translated into an event.
Waddaya mean translated? Modern operating systems handle this as an event by default.
Step 430: Should document be encrypted?
Funny that this decision seems to be made without interaction from the user. In other words, the user doesn't decide which documents are or are not encrypted. (at least not at run time).
The description of the technology in the patent is vague enough that I wonder if they had actually implemented this at the time. Oh, another funny thing... Maz Technology [maztechnology.com] doesn't seem to have a product that does what this patent claims to do. Hmm.... You're not allowed to patent someone else's invention. <g>
Maz does have this product [maztechnology.com] called IntelliGuard, which has a great marketing description, but to me the description seems rather... lite. I wonder if they've actually implemented anything even now. (It also claims to provide an infinite number of customer's options. At least they got the infinity problem licked.)
-gh
DISCLAIMER: this post is a statement of opinion and not of fact. (Just in case any laywers are reading...)
For the full text of the patent, visit USPTO Search Page [uspto.gov] and enter the patent number 6185681.
See also a sci.crypt discussion on google groups [google.com]
bah (Score:2)
I remember seeing an interview with the head of the office a while ago, and he reacted to this exact criticism by insisting it was OUR (yours and mine) fault for not bringing prior art to their attention.
Proposed Changes for the U.S Patent Office (Score:2, Interesting)
2.) Realistically, after firing all current employees for sheer incompetence, hire new ones at much higher salaries. Make their performance conditional on *not approving* patents. The more rejections for prior art or being obvious, the more pay the examiner is given. Companies should also be liable for bad patents. A company could forfeit over 10% of its assets for a patent granted that was either obvious or prior art.
This should stop parasites like Rambus in their tracks.
3.) Remove patent protection entirely for "business methods" and software patents, and sharply reduce all patent terms to 5 yr terms, which can be renewed only 4 times maximum. The companies now have to show their R&D cost for developing the patent, and once their is a profit made the patent cannot be renewed again.
The price for increasing the length of the patents
increases, doubling every time it is renewed.
4.) In general, prevent indefinite extension of copyright and patents. This means that anyone will be able to market Mickey Mouse etc.
Should be treated like trademarks (Score:2, Interesting)
Since there's most probably prior-art for this patent, I wonder if the companies being pursued could file suit against the PTO to recover defense costs if it is indeed found that the patent is invalid.
Maybe then the PTO would actually start doing its work instead of pretending to....
Would this be possible? (Score:3, Insightful)
Just a thought, yes I know its an expense to do..But just wondered.
StarTux
Re:Would this be possible? (Score:2)
I have no idea if this is even legal or possible, but, damn, it should be. Someone needs to smack the USPO upside the head.
Prior Art (Score:2, Interesting)
A Cryptographic File System for Unix by Matt Blaze (1993)
http://www.crypto.com/papers/cfs.pdf
Design and Implementation of a Transparent Cryptographic File System for
Unix (1996)
http://www.tcfs.it/docs/tcfs.ps
Linux Journal Issue 40: TCFS: Transparent Cryptographic File System
(August 1997)
http://www.linuxjournal.com/article.php?sid=2174
possible solution (Score:2, Interesting)
Then the patent office can afford to get rid of some people....the industry is responsible for keeping care of its own patents...copm sci people scan through the comp sci patents, engineers scan through the engineering patents in their field every now and then...etc. etc.
though, then again, maybe there're just too many patents being filed for this to help much...
Possible solution to dumb patent threats? (Score:2)
I did this in 1978 (Score:5, Interesting)
I did system level encryption in 1978 on the mainframe VM/CMS system. Under the CMS component, which ran in a virtual machine, all I/O was done through an interface known as SVC 202 . This interface was used for modular execution of both external (a file) and internal functions. I wrote a program in assembly language which first ran in what was known as the "transient area". This program then allocated memory on a permanent basis, and copied part of itself there. That part was written in relocateable assembly code (was not hard to do in S/370 assembler). It then substituted the SVC interrupt vector with its own, and intercepted all SVC instruction traps. The intercept handler was now in control and the program did a graceful exit, but without deallocating the memory. This was similar to the DOS TSR (Terminate and Stay Resident) feature. The intercept handler checked for SVC traps being code 202. If not, it passed them on to the original SVC handler in CMS. If it was 202, then it checked for the request name for reading and writing. If that matched, it then checked to see if it was a file to be encrypted (writing) or decrypted (reading). CMS had disk letter/number combinations added to each file, and I allowed the program to be told to use either a letter (specific disk) or number (file mode) to be matched to indicate that the file was encrypted. It them modified the buffer appropriately before (writing) or after (reading) the system function completed. The net effect was the ability to have selected files, or a whole disk, encrypted. All native CMS programs, and some OS/VS/MVS emulated programs, would successfully do I/O through this encryption system. I was able to edit a Fortran program, save it, and compile it with the Fortran G compiler, and subsequently run it. I placed a call to my encryption facility in a script called "PROFILE EXEC A1" which made it run every time I logged in. It prompted me for the key, which was a string that was hashed to construct the encryption vector for the algorithm I used (which is probably terribly insecure today).
I was a student at Ohio University [ohiou.edu] at the time. A group of us were "hackers" (and at times did a little cracking, too). All the disk space was partition-like slices on big (in the physical sense, about the size of a small washing machine) hard drives shared with a lot of other people. The computer center administrators could easily spy on any user's disk space. So this was used as a means to keep nosey people out. About 3 months after I started regularly using this, I was summoned to the office of the Director of Academic Affairs at the computer center. I was told by Dr. Craig Farrar that he was aware that I was encrypting my files, and that this was against computer center and university policy. He gave me a copy of the policy. He was at least an honest man, and also told me it was a brand new policy adopted specifically because I was encrypting my files. He then told me I had 2 days to unencrypt all files before the disk space would be entirely erased. I simply backed up most of them to a private tape, removed it, and unencrypted a few remaining files and deleted the rest. I never used the program again.
When the PC came out with DOS, and I learned of TSR, I thought about that program, and thought I'd like to do the same thing again. I didn't at that time because I didn't make the committment to learn x86 assembly, and didn't have a suitable C compiler at the time. So a DOS version, unfortunately, never actually happened. However, I did see among some shareware on a BBS, around 1989, a description of a program that did exactly that. Unfortunately for that program, at that time I was doing the Amiga thing. Hopefully someone can track down that program.
When I moved to Texas in 1993, I left all my old mainframe tapes (about 120 of them by then) behind. I had gotten hooked on Linux and swore to never use a mainframe again, so I had them discarded. Now I wish I had them back, because I could now run them on Linux using emulators [google.com] ... after I figured out how to get stuff off those old tapes.
Re:I did this in 1978 (Score:2)
I'll just lie and say "I meant, a traditional old mainframe OS". Really, with Linux on the mainframe, I might have to eat those words.
Patent self-correction (Score:2, Interesting)
I think that what will happen is that companies and individuals will get fed up with the system and change it. Eventually, patents will be almost non-existant because the system will require PROOF of non-prior art, other than the current model, which only hints at the notion.
I'll agree that this is getting out of hand and anyone who claims a patent and files a suit against any company, should have to PAY for ALL legal fees of BOTH parties, if they want to pursue the patent.
This would keep folks like the idiot here from filing, getting and then pursuing a lawsuit for the patent he was given.
my 0.02 cents
Is Microsoft next? (Score:2)
How about open sourcing the patent office.... (Score:2)
New patent.. (Score:2)
FOR IMMEDIATE RELEASE:
I (grub.net Industries) have been granted a patent on:
"Voluntarily moderated muscle ring for the controlled
expulsion of solid and semi-solid waste from the posterior
opening of the alimentary canal."
Please note that I claim immediate control of all such devices. grub.net Industries' team of highly paid lawyers will station in all hospital delivery rooms to receive our license fee from the parents before the child first uses our product.
If you have been using said product without paying our license fee please note that you are in direct violation of patent law and may be held liable for damages.
You are ordered to cease use of The Product immediately until said license fee ($100 at birth, 25 cents per use thereafter) to grub.net Industries.
Thank you for your time.
Great Example ! (Score:2)
Now, if anyone, ever asks the stupid question about why software patents are bad, this is one hell of a example.
Think aout it, a lot of people have been working on THIS [kerneli.org] since 1998 only to have someone come to them 4 years later and tell them that they can't continue since it's now a patented idea.
X-Lock 50 Cards From X-Lock Corporation (Score:3, Informative)
Barring the fact that DES is no longer considered unbreakable, the card rendered the HD in a system unrecoverable without the card installed. *Every* sector was encrypted, including the boot sector. To gain access, you had to enter a user name and password (similiar to a BIOS password) when the machine started. After 3 failed attempts, the machine had to be power cycled to try again (to prevent keyboard spoofing attacks).
At one time, if I recall correctly, we had a contest for a high stakes prize if anyone defeated the system. Several universities attempted it, and all failed.
This system was considered the ultimate in security until the 386 machines started appearing on the market. Because of the CPU cache, it became possible with some sophisticated trickery to defeat the system.
If anyone feels this information is relevant to this patent, and can *seriously* use additional information (this product is not a current product, so please don't ask where you can buy one), please feel free to contact me at the above email address.
I know little to nothing about patent processes, but I believe this definitely constitutes prior art.
I related news: (Score:2)
-
Sue the patent office. (Score:2)
This is an example... (Score:2)
It sure isn't my top priority, but I would find myself hard pressed to vote for any politician that said a good word in favor of patents. This despite the fact that there do exist quite reasonable patents, and a decent patent system would actually strenghten the country (though it would always be quite dangerous: always remember that a patent is a kind of government approved monopoly. It can't be made safe. That's a part of the reason that it was made temporary.)
.
Sue them for damages/costs of the lawsuit (Score:2)
Re:Funny how... (Score:1)
Re:Patent office woes. (Score:1)
quoth the AMD CEO:
In 2001, we had more than a thousand AMD patents granted, many on process technology.
That's a long way from a million. Doesn't seem like AMD is contributing much to your million a year. I know, I'm disappointed too.
Also, probably not too many of those had anything to do with encryption. So that would lessen your number somewhat.
Finally, reflect that with that many patents, it couldn't be that hard to find one which might have shown some prior art. So your point actually undermines itself.
Re:Anti-patents (Score:2)
Someone should set up an "Anti-Patent" website.
That is not going to be effective, someone else could just pick up the idea and patent it. And even though there would be prior art, the patent being issued only begs this problem, the original inventor would have to incur significant legal burden to cancel the patent.
However, your idea would work if another spin on the "anti-patent" was taken (I believe this was posted on Slashdot a couple years back). Inventors would go and patent their works, and then allow anyone to use them, provided their original design remained open. This is similar to the GPL for software, except that since there was a patent involved, there was a much less questionable force of law backing the "anti-patent". By the time the patent expired, there would most likely be no economic incentive to keep the idea secret anymore.
Re:Anti-patents (Score:2)
Re:Is there a way of finding out who approved this (Score:2)
Now the goddamned USPTO is slashdotted so I can't get those names for you right now, but they were different names for both the Examiner and the Asst. Examiner. So now we have at least 4 clueless fucknuts working at the USPTO. I'm willing to bet they're the tip of the iceberg. *sigh