Slashdot Mirror


Thawte Protects The World From Crypto

nutsaq writes: "Thawte.com, a South African Certificate Authority, in a move of astonishing wrong-headedness, has inexplicably changed it's developer certificate policy. To quote from the site: 'Due to current world circumstances developer certificates can no longer be issued to individuals.'Sucks to be working with crypto these days. Apparently I'll get no help from Thawte to encrypt stuff, oh wait, I didn't need it, the browsers did."

179 comments

  1. corporations by polar+red · · Score: 1, Insightful

    Are they only giving out certificates to corps then ? What an improvement ! This means that corporations again gain power over individuals.

    --
    Yes, I'm left. You have a problem with that?
    1. Re:corporations by tomstdenis · · Score: 0

      Only if you actually trust global CA's.

      They basically abuse the web-o-trust that PGP came up with. The problem is the web-o-trust only works when you have physical and credible contact with the other person.

      Otherwise, I could just fake being a global CA and you'd never know the difference.

      --

      --
      Someday, I'll have a real sig.
  2. You are surprised? by purduephotog · · Score: 2

    Crypto is now one of those 6 letter words better left unsaid in public!

    Something else will come along... if that doesn't work, just form a Limited Partnership or some other 'legal' low risk corp.... ;)

    1. Re:You are surprised? by ThePilgrim · · Score: 1

      Setting up a limated company is very easy in the UK.

      Any half decent accountant should be able to do this for about 150 - 200 UKP

      --
      Wouldn't it be nice if schools got all the money they wanted and the army had to hold jumble sales for guns
    2. Re:You are surprised? by tomstdenis · · Score: 0

      Isn't it a bit ironic that "privacy" is still required, sought after and even demanded.

      How exactly does the public intend to achieve privacy [specially online] without the "taboo" crypto?

      Wierd... Of course this flies with the three laws of humanity.

      1. Humans are stupid.
      2. Humans are hypocrits
      3. Humans are vain

      --
      Someday, I'll have a real sig.
    3. Re:You are surprised? by ncc74656 · · Score: 2
      Setting up a limated company is very easy in the UK.
      Someone has been advertising its services lately on radio for setting up a Nevada corporation...under $400 is supposed to do everything needed. I understand that there's lots of similar activity in Delaware as well.

      Having to form a corporation (or some other business structure) raises the bar for getting a digital certificate from these clowns slightly, but not by much. It's probably not a bad idea anyway...if $MEGACORP decides it doesn't like your software/website/whatever, they go after your corporation instead of you personally. If you defeat them on their terms, great. If not, at least you aren't wiped out.

      --
      20 January 2017: the End of an Error.
    4. Re:You are surprised? by Bamyazi · · Score: 1

      I don't get what this is supposed to protect people from. You don't need a CA to use strong crypto. In fact why would anyone using crypto for nefarious purposes want to use a cert or key from a 3rd party. Surely you would exchange your public key with other parties involved via some highly technical method such as postal mail and then use strong crypto safe in the knowledge that it's pretty much unbreakable. In fact why use the internet - use a pc to pc connection using an standard modem over a standard phone line and any crypto/comms protocol you care to write.
      All this does is make it more difficult for legitimate users of the technology while preventing sfa.

  3. Individuals testing before corporations buy. by DivideX0 · · Score: 1

    On my first project that required crypto, I tested solutions from multiple vendors, including Thawte, before I made a final decision with the companies checkbook. Not making cert's available to individuals will only hurt them when developers want to experiment with their technology first.

    --
    My next Slashdot post will be ready soon, but subscribers can beat the rush and see it early!
    1. Re:Individuals testing before corporations buy. by windex · · Score: 3, Informative

      Oh but you CAN experiment with the technology. See, all they are is a certificate authority. OpenSSL, for example, has a fairly robust (but not recomended for mass comercial use) facillity for doing the same exact thing they do. Check the OpenSSL documentation for the 'ca' subset of commands. Sure, you'll have to install your own root cert to test it out, but at least that won't stop you from doing the testing itself.

    2. Re:Individuals testing before corporations buy. by hearingaid · · Score: 2

      Read before you reply.

      The original poster wasn't talking about experimenting with the technology. He/she/it wanted to test the service. You can't do that without using the service.

      Duh.

      --

      my old sig used to be funny, but then slashcode ate it and now it's not funny anymore

    3. Re:Individuals testing before corporations buy. by Anonymous Coward · · Score: 0

      He was talking about their service, as a CA, OpenSSL lets you provide a similar service as a CA. I fail to see how 'Read before you reply' applies here. If you're experimenting with service-types, this is still valid. It emulates what they do.

    4. Re:Individuals testing before corporations buy. by hearingaid · · Score: 2

      It doesn't emulate the uptime of their servers, or their customer service, or any of that. Jeez.

      --

      my old sig used to be funny, but then slashcode ate it and now it's not funny anymore

  4. Its only a matter of time by JohnHegarty · · Score: 1

    Like the rest of the world , its only a matter of time before big companys rule things... and individuals are kept out... with systems like this...

    its only the first step...

    1. Re:Its only a matter of time by Anonymous Coward · · Score: 0

      Ummm, so what's it take to START YOUR OWN CA? Nothing says you have to use one of those right? What if you, as a small developer, get really pissed off, get some $$ for a decent DSL line and start issuing your own certs?

      Put in the rules "Due to world events, we are unable to issue certificates to companies with over $50 million in yearly revenues, government agencies, members of the RIAA or MPAA". We cater to the needs of developers and small businesses.

      Tell Thwate that their name sounds like spitting and you're going to rinse...

      Forget 'em... they'll blow away in bankruptcy someday...

  5. Well, first of all by friday2k · · Score: 3, Interesting

    This is about signing certificates, nothing with "oops, my browser encrypted" bla. This is a very interesting move, that I cannot quite follow. Why in the world would you only limit signing certificates and blame it on the "world". Excuse me? I mean if it was about global server IDs, strong encrpytion, etc. I might find some reasons in current events to limit the distribution. But code signing certs? Quote from the Site: "Your customers can be confident that a Thawte Developer Certificate will guarantee that your code remains tamper proof, and that the content originated from the source on the certificate. Important Notice:
    Due to current world circumstances developer certificates can no longer be issued to individuals." Or am I totally missing the point here (probably too late here on Pacific Time)

    1. Re:Well, first of all by richie2000 · · Score: 1
      I'm no crypto expert, but my guess is that they would want to minimize the risk of an individual acquiring a certificate in a bogus name, creating a virus or something and then signing the virus code with the cert - thus making it appear more valid and getting it to run on more boxes.

      This assumes that Thawte's background checks (if any) are more rigorous for corporations than individuals which I have no idea if they are. If so, it would probably make more sense for them to increase the checking for an individual requesting a certificate (if this is possible) than blocking them completely.

      --
      Money for nothing, pix for free
    2. Re:Well, first of all by BlueWonder · · Score: 2, Insightful

      People tend to believe that if they trust Thawte, they can trust code signed with a Thawte-certified key. This is of course not true, because trust is not transitive.

      My guess is that Thawte wants to ensure only trustworthy people/companies get Thawte certificates, and apparently they think that companies are always trustworthy, while individuals are not.

    3. Re:Well, first of all by NeoTron · · Score: 1

      Looks that way - pity Bin Laden has got interests in quite a few companies dotted around the world...

      Thawte : "What, really?"
      Person : "Yeah, really!"
      Thawte : " Oh my GAWD! Can't even trust companies now!!!"
      Thawte : "We've close dofr business. Goodbye!"

    4. Re:Well, first of all by MrFredBloggs · · Score: 1

      "because trust is not transitive"

      Trust "is" not transitive? Surely the definition of trust differs from person to person? Its like that old chestnut "my enemies enemy is my friend" which gets treated as if it was passed down from God himself, rather than just being a bunch of crap.

    5. Re:Well, first of all by gazbo · · Score: 1

      IIRC, there are no background checks when issuing certificates to corporations or individuals. Equally a certificate does not guarantee that the code is not a trojan/virus or other malicious code - the people at Thawte and other digital signers do not have the time to check through lines of code to guess the meaning.

      All a certificate means is that the code has been created by company X and has not been modified since then. If you trust company X then you allow it to run; if you don't trust them, then don't run it.

      Quite why this has led to Thawte refusing to sign for individuals' code I don't know. Perhaps they are shielding users who believe that signed code is automatically safe - corporations at least leave a trail of culpability if the code is malicious.

      Still, I don't see what relevance this has to world events...

  6. Re:South African ? by Anonymous Coward · · Score: 0

    Why would a US company want a certificate from a South African company ? I didn't realize that Zulu tribe members could write crypto programs in the first place ....!! That is so a typical response from an arrogant American. It shows that your attitude towards some non-American countries has not changed. The company belongs to Mark Shuttleworth -- a South African that is of European origin.

  7. Thawte are still .za... by wangi · · Score: 3, Informative
    While they might be based in South Africa they're just a sub-division of Verisign now (and for a while):
    http://www.thawte.com/corporate/cps/privacy.html
    So I wonder what Verisign will be doing...

    1. Re:Thawte are still .za... by guusbosman · · Score: 1

      Maybe I'm ill-informed then, but it looks like there are really only a few certificate roots world-wide. If Thawte is really a sub-division of Versign, this would reduce the number of roots even further. Would be cool if there would be a free -- but trustable -- root as well. Maybe an institution like SourceForge could provide this as a service!

    2. Re:Thawte are still .za... by Betcour · · Score: 2

      It cannot be free because to be trustable you have to check real world IDs, certificates, etc... this paperworks need to be done by someone and I doubt that someone will want to do it for free. Paperworks is not as fun as hacking the kernel !

    3. Re:Thawte are still .za... by Old+Wolf · · Score: 2

      Thawte and Verisign have different root certs. Verisign bought Thawte out, but since that, Thawte's certificates have still been a lot cheaper than Verisign's for exactly the same thing.

      I guess now Verisign thinks everyone has forgotten, so they are pulling Thawte's certificates off the market, to force people to pay the higher price for Verisign.

  8. Wait a second... by weez75 · · Score: 5, Insightful

    Before we claim another atrocity forced upon the "little guy" let's take a look at the situation. Thawte is not the only provider of certificates out there. There are others and if individuals demand the ability to work with crypto (as they will) someone will provide the service.

    Thawte is not Microsoft. They cannot strongarm other businesses, let alone individuals, into working just how they see fit. There's no chance for Thawte to rule the world.

    So before everyone gets all up in arms realize that all you have to do to correct the situation is not use Thawte for anything until they reverse their stance or simply use another certificate provider. Write a nice email and let them know why you don't agree with them and move on. This isn't a crisis...

    --
    Of course we torture people, we need the information --Gen. Pinochet
    1. Re:Wait a second... by joshtimmons · · Score: 1

      Yes, but you should note that Thawte is owned by Verisign. If this is an indication of what Verisign might do in the future then we could all be impacted.

    2. Re:Wait a second... by Insount · · Score: 5, Insightful
      To get your code to run on popular browsers, you need a certiticate (key pair plus some data) issued by a certificate authority that is available in all popular browsers. Otherwise, your users will get security warning popups to the tune of:
      This applet is signed using a certificate that was issued by an untrusted certificate authority. Run anyway?
      As a developer, you can't afford that.

      Thawte is one of the few certificate authorities that are in the default installation of all popular browsers. VeriSign is another, and in fact I can't recall any other common CA that's catering to the general public.

      The upshot is that VeriSign, which now owns Thawte, has a monopoly on code signing certificates for browsers. They're giving the appearance of competition by selling "lucrative" certs under the VeriSign brand and "economy" certs under the Thawte brand, but technically it's the same product. This is why they can charge $200 for 1-year Thawte certificate, and more for a VeriSign cert, even though effort involved is trivial. It's just like things used to be with domain registration and Network Solutions (which VeriSign also owns now). I don't believe potential liability issues would prevent this price from dropping significantly in the presence of other players.

      Given this, the change in Thawte's policy is quite disturbing.

    3. Re:Wait a second... by jrumney · · Score: 2, Informative
      Thawte is not the only provider of certificates out there.


      True. IE 5.5 contains a list of 100 root CAs. Of these, 3 have certificates that had expired before IE 5.5 was even released. 93 of the others do not have an Issuer Statement, so we just have to trust them blindly. Of the 4 root CAs that have an Issuer Statement, 3 give 404 errors. The remaining one takes you to a page where you can download a potentially virus carrying MS Word document in Italian.


    4. Re:Wait a second... by Conare · · Score: 2, Informative

      A CA's trust should be judged by the Certificate Policy, not the Issuer Statement. I have not researched the availability of the various CA's CPs but you can reference them under the CP attribute where you will find an Object Identifier(OID) that uniquely identifies that CA's certificate policy. Theoretically, you should be able to use that number to view the CP and decide whether or not to trust the CA.

      --
      Stop Continental Drift! Reunite Gondwanaland!
    5. Re:Wait a second... by ahde · · Score: 1
      and Verisign is Network Solutions which has exclusive agreements with Microsoft and is in the process of attempting to transfer their operations and "temporary hosting" over to win2k, supposedly to help them in Netcraft statistics, but partnerships with Verisign and Network Solutions (certificate and domain sections of the same company) are a critical part of the dotNET Hailstorm strategy. Microsoft hopes to make dotNET synonymous with e-commerce in the same way the Verisign is, and they have Verisign's backing on it.

      It won't be long before you won't be able to use a digital certificate, register a domain, or host a web site without permission from Microsoft. It only takes one more line of code to shut out Apache (or Zeus or IPlanet) servers from IE users. If you don't think they'd do something like that, then point your brower to this link.

      If you are counting on the competition to stop practices like these, you may want to head over their site.

    6. Re:Wait a second... by thpht · · Score: 1
      ok wait a second.

      >Thawte is not the only provider of certificates out there.

      Well, there is Verisign. But Verisign owns Thawte. Other than that, well, who is there?

      >Thawte is not Microsoft.

      No, but Verisign is. They bought Network Solutions, who had a monopoly on domain registrations, then they bought the only other Certificate Authority, giving them a monopoly on that.

      >There's no chance for Thawte to rule the world

      heheheh...muahahaha...

    7. Re:Wait a second... by benb · · Score: 1

      > Thawte is not Microsoft. [...] There's no chance
      > for Thawte to rule the world.

      Thawte is part of Verisign, which also owns Network Solutions. In a certain way, they do rule the (.com) world.

    8. Re:Wait a second... by kinkie · · Score: 2

      Erm...
      Wasn't Thawte bought by Verisign?
      Sure, it has been challenged subsequently, but still....

      --
      /kinkie
  9. Shame... by karot · · Score: 5, Insightful

    I think this is a real shame, and is probably originated by some badly informed member of Thawte-management.

    How do they plan on catering for the self-employed? What about small companies where the corporate and technical contacts are the same person? Why should an individual have any less right to certifying their code than a corporate?

    Of course it is up to Thawte who they sell their product to, but given the mind-set of people they are selling to (technical staff), this is not going to do them any favours.

    Generally Thawte are very forward thinking... Their "Web of Trust" model brings free X.509 email certificates to the masses by using a PGP-like trust model (extended through face-to-face authentication) on top of the CA signing model.

    --
    Enjoy Y2K? Roll-on Year 2037!
    1. Re:Shame... by MrDelSarto · · Score: 1

      I think this is a real shame, and is probably originated by some badly informed member of Thawte-management

      If the managment of Thawte don't understand the implications of public key infrastructure then who does? It's no wonder we end up in such a mess when there are people who just don't get it in charge.

    2. Re:Shame... by Gleef · · Score: 1

      It seems more like some badly informed member of Verisign management. Shit flows downhill, and Thawte was bought out by Verisign a while ago.

      --

      ----
      Open mind, insert foot.
    3. Re:Shame... by Anonymous Coward · · Score: 0

      Generally Thawte are very forward thinking...


      Mark Shuttleworth (Thawte founder) was very forward-thinking. Now it's just another part of Verisign.



      Having said that, I have no idea why they'd do something like this. Since what they're doing is restricting the ability of people to create programs to run under Windoze (nothing to do with crypto, despite what the intro text says), maybe it's a part of Microsoft's .NET monopoly - force developers to pay through the nose to keep it an exclusive club, and don't give the little guys the certs they need to get their software running.

  10. Developer cert... by rongage · · Score: 1

    Did anyone other than me notice that this was for the "developers" cert - i.e. signing of programs (aka - the "Microsoft Authenticode")?

    Doesn't appear to have a damn thing to do with web browsers (SSL Certs). Besides, you can always do a "make certificate" in the OpenSSL directory and make a "self-signed" certificate anyhow. They work just as well as the CA signed certs and they cost a whole lot less.

    --
    Ron Gage - Westland, MI
  11. Code signing is flawed by BlueWonder · · Score: 3, Insightful

    I my opinion, the concept of code signing is flawed. The user is tempted to think "this piece of code just loaded by my web browser is signed, so I can trust it."

    In fact, the signature only proves that the code really comes from a specific developer and has not been tampered with during transmission. It says absolutely nothing about the trustworthiness of the developer. So, as long as I don't know if I can trust the developer, the signature doesn't help.

    1. Re:Code signing is flawed by gclef · · Score: 1
      Sure it does. You're right that the signing doesn't prove that it's trustworthy code, but it does serve some purpose in authentication. There are three steps to trusting a piece of code you download from the net:

      1) Verifying that the person who wrote it is really who you think they are.

      2) verifying that the code you're getting is really what they wrote.

      3) verifying that you actually trust this person.

      certs can help with #2. The other steps are left as an exercise for the reader.

    2. Re:Code signing is flawed by ThePilgrim · · Score: 2

      No but the signature does identify the developer so you can at least deny code from people you don't know.

      How you personaly handle code you get from the net is your own problem, but without the cert. you have NO way of telling where the code came from

      --
      Wouldn't it be nice if schools got all the money they wanted and the army had to hold jumble sales for guns
    3. Re:Code signing is flawed by BlueWonder · · Score: 1

      The problem is that many people seem to think that code signing does all three for them. They don't realise that trust is not a technical, but a social concept, so no technical solution (like cryptography) can establish trust.

      In fact, it has happened to me more than once that someone was claiming "this is signed, so it cannot possibly do anything bad to my computer."

    4. Re:Code signing is flawed by euphline · · Score: 1
      OTOH, if someone is willing to stand behind their code (code sign it), and we know who they are (code signing cert issued by trusted CA), then, if their code does malicious things, the likelyhood of being able to hunt them down and clobber them with a baseball bat is increased.

      Unsigned code gives you none of this.

    5. Re:Code signing is flawed by Nicopa · · Score: 1

      That's naive. The code might be doing nasty stuff without you ever knowing it. What if a Microsoft component sent al list of every file of your computer? You think they wouldn't do such a thing?

      Such a thing couldn't be posible in a sandbox system, where the user can control exactly what happens without giving the keys of the house to anybody.

    6. Re:Code signing is flawed by Trepalium · · Score: 1
      certs can help with #2. The other steps are left as an exercise for the reader.
      Not exactly. The cert will only verify the binary has not changed since being signed. It doesn't verify that the code was writting by the company or individual, it doesn't verify that a virus isn't hitching a ride along with the code, that someone didn't break into the company network and implant a backdoor into the code, or anything else. It only verifies that there has been no corruption of the data since the initial signing of the binary.
      --
      I used up all my sick days, so I'm calling in dead.
  12. Get the story out! by ajs · · Score: 5, Insightful
    We need to get the story out to the media that strong crypto has been available to the masses for a long time, and can never be taken away. We need it to be understood that cryptographers are trying to make the world a better place by making private transactions more convinient, but that they've always been possible.

    Here are some first thoughts, if you end up talking to the media:
    • The strongest form of cryptography was invented in the 19th century and does not require a computer (XOR against one-time-pad), though computers certainly make it faster.
    • Cryptography technology that is available for free to the general public is very sophisticated. Weakening the cryptography available to shoppers on the Internet will not prevent the best and strongest software being used by "bad guys".
    • Stunting the public's ability to encrypt will hurt everyone from dissedents in oppressive countries to Internet retail companies to international corporations.
    It's time to fight back in the war of words. Make this "Internet shopper" vs. "public ignorance". Make it "my credit card for sale". Public opinion is carried on sound bites, so let's get some!
    1. Re:Get the story out! by TZA14a · · Score: 1
      The strongest form of cryptography was invented in the 19th century and does not require a computer (XOR against one-time-pad), though computers certainly make it faster.

      Wrong. The Vernam cipher was developed in the 20th century.

    2. Re:Get the story out! by nick2342 · · Score: 2, Interesting
      The strongest form of cryptography was invented in the 19th century and does not require a computer (XOR against one-time-pad), though computers certainly make it faster

      To pick some nits, the One-Time Pad (OTP) cryptosystem has perfect secrecy. So in that sense, it's at least as strong as any other cryptosystem. However, it lacks features that are found in more sophisticated systems, such as protection from a known-plaintext attack or even authentication.

      Those facts, plus its requirement that a key the maximum length of a future message be sent ahead of time via secure channels, means that it is not necessarily the best cryptosystem.

      So saying that it's the strongest is true only in a limited sense. From the perspective of the public, they might prefer it if "terrorists" went back to hand-encoding/decoding messages, since investigative agencies have a better chance of breaking the key distribution than breaking some of the modern ciphers.

    3. Re:Get the story out! by psychofox · · Score: 1

      How does the OTP lack the feature of being protected from a known-plaintext attack?

      It is a requirement of the technique that the
      key is used ONCE only. If you know the plaintext and the ciphertext you can obviously work out the key, but it won't be any use to you because the key will never be used again...

    4. Re:Get the story out! by imrdkl · · Score: 1
      Cryptography technology that is available for free to the general public is very sophisticated. Weakening the cryptography available to shoppers on the Internet will not prevent the best and strongest software being used by "bad guys".

      Who said anything about weakening cryptography? Thawte cannot weaken X.509. They only sell certificates. (or not)

      Stunting the public's ability to encrypt will hurt everyone from dissedents in oppressive countries to Internet retail companies to international corporations.

      Again, this is not what's happening here. Alarmist reactions will only serve to to add to the massive amount confusion surrounding crypto.

      This is about a corporation protecting it's assets, and, quite likely, reducing it's insurance payment. Thats all.

      I would like to see an Free Software authority, however.

    5. Re:Get the story out! by arkanes · · Score: 1

      What they really mean is a PARTIAL known-plaintext attack, where you know or can guess certain words or phrases and use those to crack the rest of the message. This is where cryptography gets away from mathematics and into intelligence - when a message was sent, where it was sent from, who was sending it - all these things are helpful/needed to crack codes.

    6. Re:Get the story out! by gotan · · Score: 2

      The strongest form of cryptography was invented in the 19th century and does not require a computer (XOR against one-time-pad), though computers certainly make it faster.

      I don't know if it's a good idea to use that argument unless that mediacontact is totally clueless. The one-time-pad is in itself close to useless for most application, because of the logistic problem of sharing a common one-time-pad without third parties getting their hands on it. So unless you want to mail millions of one-time-pad CDs (or whatever) through a trusted mail service, this form of cryptography in itself won't help you a bit.

      --
      "By the way if anyone here is in advertising or marketing... kill yourself." -- Bill Hicks
    7. Re:Get the story out! by meara · · Score: 1
      What they really mean is a PARTIAL known-plaintext attack, where you know or can guess certain words or phrases and use those to crack the rest of the message. This is where cryptography gets away from mathematics and into intelligence - when a message was sent, where it was sent from, who was sending it - all these things are helpful/needed to crack codes.

      The only intelligence useful for breaking a OTP is the text of the cipher itself or information about the random bit generator used to create it.

      The known-plain-text attacks you describe are not helpful since the sequence is entirely random and every letter is encoded with its own independent cipher.

    8. Re:Get the story out! by dunham · · Score: 1
      And:
      • the new national cryptography standard, AES (aka Rijndael), was developed outside the US.
    9. Re:Get the story out! by fyonn · · Score: 1

      hang on, the claim was only that one time pad's were the strongest form of crypto, which is true. he never said anything about being good for key distribution (a logistical problem not a cryptographic one) or about authentication. auth may be related to crypto in our world but it's a different subject that public key encryption just happenes to take care of.

      basically the one time ad is the best crypto for security there is. it's not subject to frequency analysis as it's a polyalphabetical substitution cypher, you can subject it to multiple frequency analysis as the key length is the same as the code. if it's a truely random key (hard to find) then there are no patterns to take advantage of. it's unbeatable.

      the big problem with it is that it is a logistical nightmare but, but thats the price of security. if you want unbreakable encryption then you have to like with the caveat's

      dave

    10. Re:Get the story out! by Anonymous Coward · · Score: 0

      The one-time-pad is in itself close to useless for most application

      Here's an application where it's pretty useful: running a massive terrorist network. You have to deal with all the logistics problems involved in one-time pads anyway, and the only resources required for it are time and dedication. Those are, of course, the resources that terrorists will always have more of than the other guys. So bringing up one-time pads is really a counter to the argument "but al-Queda will use PGP if we don't outlaw it!"

    11. Re:Get the story out! by mmontour · · Score: 3, Interesting

      if it's a truely random key (hard to find) then there are no patterns to take advantage of. it's unbeatable.

      If it's not a truely random key, it's not a one-time pad (in the standard sense) but rather some type of stream cipher.

      A stream cipher uses a keyed mathematical algorithm to generate a stream of data that "looks random" but of course is completely deterministic. This keystream is then XOR-ed with the plaintext, as in the OTP.

      I find it helps to think of the one-time pad as "secret splitting" - you take the original plaintext, and divide it into two halves (the random keystream, and the keystream XOR the plaintext). Neither half by itself tells you anything about the plaintext, but when you have both of them you can recover the plaintext. (This can be extended to N > 2 as well)

      Another way to think of it: For a given ciphertext, there exists a keystream corresponding to EVERY POSSIBLE plaintext of that length. If you don't have the keystream, you have no knowledge about which plaintext was actually used.

      A stream cipher does not have this property. For a given ciphertext, there are at most 2^(keysize) possible plaintexts that could have produced it. However that can still be a very large number, and you have the advantage that the key is much smaller than the plaintext (therefore easier to store and distribute).

  13. What difference does this make in the long run? by Anonymous Coward · · Score: 1

    After all, no matter how well programmed or insightfully designed, every encryption system will eventually get broken by some 12 year old script kiddy. Look at SDMA. All that work, and it's useless.

    Right now, strong crypto is either a pipe dream or a false promise. It isn't worth getting upset over changes to crypto laws yet, because cryptography is still in its infancy, and has a long way to go before we can consider our data to be secure.

    1. Re:What difference does this make in the long run? by Anonymous Coward · · Score: 0

      20+ years of DES, script kiddies have yet to break it. You know, script kiddies don't break crypto, cryptanalysts do. A script kiddie might download a program and run it to break someone's crypto, but the people out there writing research papers on SDMA and the like are most likely trained mathematicians, or dedicated amatuers at least. Calling them script kiddies is a disservice, and just plain wrong. Plus, there are plenty of algorithms that have aged VERY well.

    2. Re:What difference does this make in the long run? by gregor_b_dramkin · · Score: 5, Informative

      Thanks for opening up your skull and letting us peek at the cavern inside. I normally wouldn't reply to flamebait such as yours, but I'll make an exception in this case to try to stem the flow of ignorance that pours from your keyboard.

      1)
      Script kiddies do not break ciphers. They do not find exploits. They do not reverse engineer systems. If they could do any of these things, they would not fall under the derogatory category, "script kiddie".

      2)
      Pick any of the following algorithms and break it: IDEA, 3DES, RSA, DH. I guarantee you will be famous, at least within security/cryptography circles. These are algorithms that have been scrutinized for decades by professors and professionals. I don't think a 12 year old could break these, except in a movie.

      3)
      SDMI (I assume this is what you mean by SDMA), was a copyright protection system not an encryption system. Anyone who believes they can create a secure, stand-alone, software copyright protection scheme is either ignorant or a genius. Given the ratio of ignorance to genius in the world, I know how I'll bet.

      4)
      The reason so many crypto systems are broken usually falls into one of two categories
      a) The developers think they can design a system just as strong as the professionals who have devoted their lives to making and breaking ciphers.
      b) The designers were forced to use limited strength crippto due to stupid crypto laws.

      Incidentally, the DVD CSS system was broken by the combination of government-mandated 40 bit key length, and a home-made algorithm that reduced the effective keylength to around 30 bits. This makes it possible for an attack to be completed in seconds. FWIW, a 40 bit key search takes 1024 times longer than a 30 bit key search.

      --
      You can never equivocate too much.
    3. Re:What difference does this make in the long run? by gazbo · · Score: 2

      Just to add to point 2:

      At the moment, the only evidence we have that asymmetric cryptography techniques is that it hasn't been compromised by 'better minds than mine'.
      However, that is not to say that it will always remain like this; it is possible that in the future we can prove mathematically that an algorithm is unbreakable (or at least only breakable by an exponential complexity brute force attack. Of course this relies on proving that P!=NP This trivial proof is left for the reader)

      This is directed at the post claiming that encryption will *always* be broken; one day we may have provably secure asymmetric encryption.

      Quantum computers counter my argument nicely as they don't care whether they are working on a problem in P or NP. As such I shall ignore them and hope they go away.

    4. Re:What difference does this make in the long run? by Frank+T.+Lofaro+Jr. · · Score: 2

      Doing 2) above would be a DMCA violation (because there is some intellectual "property" which is "protected" (restricted) by those ciphers.

      You could get 5 years per count.

      Sklyarov is facing a 25 year prison sentence (total of 5 years times 5 counts)

      --
      Just because it CAN be done, doesn't mean it should!
    5. Re:What difference does this make in the long run? by gorilla · · Score: 2
      Pick any of the following algorithms and break it: IDEA, 3DES, RSA, DH. I guarantee you will be famous, at least within security/cryptography circles.

      All of the algroithms are 'broken' in one sense, that we know how to decode something encoded in it. However, it will take a lot of CPU cycles to do so.

    6. Re:What difference does this make in the long run? by Anonymous Coward · · Score: 0
      ...was a copyright protection system...


      Please instead use the wording "copy prevention" because this more accurately reflects the intent of the system, and battles the status quo propaganda with propaganda for freedom :)

  14. Re:South African ? by Anonymous Coward · · Score: 0

    Mark Shuttleworth -- a South African that is of European origin.
    What do you want to say? Is he better than the Zulu's or isn't he allowed to become a tribe member?

    Why you stayed on topic at all is questionable.

  15. Certificate Authorities by Detritus · · Score: 2
    Why do we need these bozos anyway? They got bought up by Verisign and both companies charge way too much for a certificate.

    Why not just have a non-profit organization that issues certificates to anyone that wants one for a nominal fee?

    --
    Mea navis aericumbens anguillis abundat
    1. Re:Certificate Authorities by imrdkl · · Score: 1

      Thawte, and others, pay a tremendous amount of money to M$ to get their root-certs installed with the OS (and updates). A non-player (or non-payer, more appropriately) CA must ask users to install their CA root-certs themselves. Even this ability (installing a "non-trusted" root) is also being restricted in some of the newer MS platforms, from what I understand.

    2. Re:Certificate Authorities by euphline · · Score: 3, Informative
      Thawte, and others, pay a tremendous amount of money to M$ to get their root-certs installed with the OS

      This is no longer the case. Microsoft has changed their policy on this for the time being. CAs pay nothing...

      On the other hand, CAs must pass a WebTrust CA audit in order to get on the list. WebTrust audits are extremely expensive. Of course, they serve a useful purpose. They serve to give the end user some sense of confidence that the CA does due dilligence in determining that "you are who you say you are" before issuing a certificate. There is a very small group of companies that have passed WebTrust Audits... (according to WebTrust press releases, Verisign, Entrust, Digital Signature Trust).

      Setting up a non-profit to issue certs sounds like a nice idea, but isn't a realistic option when one must spend lots of money to audit ones practices to assure the public. The commercial CAs are even having troubles making money...

      Determining that "I am who I claim to be" really is a difficult task.

    3. Re:Certificate Authorities by imrdkl · · Score: 1
      I believe it was on Microsoft ME where we noticed this, but I got the report second-hand, and I dont have an installed copy to check it out.

      In any case, this is not about SSL certs. Only codesigning. (And they cost more, if I recall) Thawte is certainly within reason to discontinue certifying individual codesigners in this day and age...

    4. Re:Certificate Authorities by imrdkl · · Score: 1
      Setting up a non-profit to issue certs sounds like a nice idea,

      Yea, but who'd wanna run it? My PGP key got signed by USENIX years ago, but I doubt they do it anymore.

      Its a big hassle, being an issuer of trust. Even when your corporation is located in South Africa, it seems.

      I'd love to see FSF or one of the other big players try it, but everyone would still whine about the restricitions and policies, I bet. A CA by nature needs to make money to pay for it's insurance, otherwise no real corporation would trust it. But for Free Software, I'd probably trust FSF for my own machines.

    5. Re:Certificate Authorities by sql*kitten · · Score: 3, Informative

      Why not just have a non-profit organization that issues certificates to anyone that wants one for a nominal fee?

      Well, you can generate your own certificate, it's straightforward enough. The issue is trust. When you (a shopper, say) go to a site secured by Verisign, you are in effect saying that you trust Verisign not to issue a certificate to anyone who isn't trustworthy. Of course, for most people, it's "I trust Netscape/Microsoft/Whoever, who trust Verisign, who trust this merchant". If you generate your own certificate, there is no "trusted third party" to confirm you are who you say you are. The reason certificates cost money is because for a certificate to be trustworthy, the issuer has to perform due-diligence checks (for example, company registration documents) to ensure that they are granting it to a legitimate organization.

      Logically, this could and perhaps should, be a function of Companies House (or the US equivalent), the body responsible for keeping track of company registrations, filing accounts and so forth. But any company with a strong enough brand (a hardware vendor, a major bank or law firm, a telco) could act as a trusted third party, so long as that TTP is itself trusted by the public. The only problem there is, how to get the browser vendors to distribute their certificates along with the browser.

    6. Re:Certificate Authorities by gorilla · · Score: 2
      [T]hat they have good crypto.

      Except you don't. There are oodles of SSL sites which only run 40 bits, which isn't good crypto.

    7. Re:Certificate Authorities by Anonymous Coward · · Score: 0

      The thing is - the public "trust" system needs to be based on something. When you go to an SSL protected site you getting the benefits of that trust - that the company and webpage belong together, that they have been established long enough to have a business listing, and that they have good crypto.


      If you go to an SSL-protected site then you're guaranteed only one thing, that the site owner paid some CA way too much for a magic token to make the browser warning dialogs go away:

      "A commercial CA will protect you from anyone whose money it refuses to take"

      -- Wish I'd said it, but it was actually Matt Blaze at RSA2K
    8. Re:Certificate Authorities by alienmole · · Score: 2
      This trust argument would make perfect sense, if Verisign et al were actually doing anything to check that you are who you say you are.

      But it wasn't that long ago that Verisign issued some certs in Microsoft's name to an unknown perpetrator. The bottom line is, Verisign runs a con game which exploits people's ignorance about the service really being provided, which is basically a cozy relationship with the biggest browser maker, i.e. Microsoft.

    9. Re:Certificate Authorities by Rob+Parkhill · · Score: 2, Interesting

      You want an SSL cert on the cheap? Go see the folks over at TuCows.

      That's about as cheap as it gets for an SSL cert from a CA with it's root cert in most browsers.

      Disclaimer: I work for Entrust.

      --
      "Tomorrow's forecast: a few sprinkles of genius with a chance of doom!" - Stewie Griffin
    10. Re:Certificate Authorities by Ian+Bicking · · Score: 2
      Setting up a non-profit to issue certs sounds like a nice idea, but isn't a realistic option when one must spend lots of money to audit ones practices to assure the public. The commercial CAs are even having troubles making money...
      Hmmm... kind of makes me wish the government would take this over. Well, it makes me wish the government had taken it over -- if they did so now they'd no doubt put backdoors in.

      Still, the identifying-business seems like something government is reasonably good at doing. It's a naturally bureaucratic process, and private companies don't seem to be all that much better than governments at such things (except they are much more expensive).

    11. Re:Certificate Authorities by euphline · · Score: 1
      Still, the identifying-business seems like something government is reasonably good at doing

      Yes, and no. Passports? Drivers licenses? Forged.

      Private industry takes liability for their Identification and Authentication process. Government just shrugs and says, "Oops, we messed up." While private industry issuing certs and not taking liability is no better than government (and, as you indicated, probably worse because of cost), private industry with liability is a good thing.

    12. Re:Certificate Authorities by Ian+Bicking · · Score: 2
      Private industry takes liability for their Identification and Authentication process. Government just shrugs and says, "Oops, we messed up." While private industry issuing certs and not taking liability is no better than government (and, as you indicated, probably worse because of cost), private industry with liability is a good thing.
      Yes, but the government has much more control over law enforcement. Forged government IDs are directly investigated and prosecuted by the issuer -- the government.

      Ultimately, the government is a political system, where private companies are commercial systems. I think political systems can be superior in some circumstances -- particularly where a there's a central authority, universal accessibility, and long-term reliability (i.e., not reliant on economic factors). Or, at least, where there's a need for all those things.

      We already mostly have this, because Verisign is a monopoly. And it's not clear that a non-monopolistic situation would actually work all that well -- at least, it certainly doesn't work well for reliability, since everyone but Verisign has dropped out (was there ever any other serious CAs?)

      Some things the private sector is really horrible at providing, like health care and transportation infrastructure. I think certificates might be one of them.

    13. Re:Certificate Authorities by realdpk · · Score: 1

      "that they have been established long enough to have a business listing"

      Wha? I got a secure certificate in the first few weeks of starting my company. It was registered under my name, in fact.

      SSL certificates do not grant any useful level of trust. All they do is say "This web merchant was conned by the Thawte/Verisign/MSIE/Netscape conspiracy, trust us on that!"

  16. Re:Hopefully... by Anonymous Coward · · Score: 0

    Thwart?
    Thought?

    We need to export some dictionaries to Africa


    pun : noun
    : the usually humorous use of a word in such a way as to suggest two or more of its meanings or the meaning of another word similar in sound

    Or maybe America should import some dictionaries from SA

  17. Hey, wasn't this in a science fiction short story? by Rogerborg · · Score: 4, Interesting

    Actually, I know that it was, because I wrote it for the Wipout competition, which is spookily enough another /. story of the day.

    I wrote this story in early September, pre-11th. It postulates a society where knowledge of crypto is so strongly controlled that... well, read the story.

    At the time that I wrote it, it was science fiction. It now looks like I was way too conservative, and events are already on the way towards overtaking my predictions. Hey ho.

    --
    If you were blocking sigs, you wouldn't have to read this.
  18. Who needs Thawt. by Anonymous Coward · · Score: 0

    Build your own certs that import into IE and Netscape easily..

    The best JCE on the planet..

    BouncyCastle

  19. closed source is having issues by LazyDawg · · Score: 2

    Now that closed source companies are starting to really restrict what end users can do, and what they can see, and what licensing they will even give out to people, it'll be a lot easier for open source organizations to really shine.

    While everyone else is adding restrictions, we should be in a mad dash to catch up where the closed source versions are leaving off, increasing public acceptance of how convenient and useful open source products are compared to the rest of the software industry.

    CSS people are actually giving OSS people the opportunity to be BETTER, not just feature-equal! Yaaaay :)

    --
    "Look at me, I invented the stove!" -- Ben Franklin
    1. Re:closed source is having issues by Anonymous Coward · · Score: 0

      Please take your hilarious, 20th-century, meaningless views elsewhere, where someone new can laugh at them. I can't believe, October 2001, and I can still find people like you here on slashdot. Amazing, in a sad kind of way.

  20. Good to stop those induhviduals! by Metrol · · Score: 5, Interesting

    Now only real companies, like the MANY that bin Laden's network runs, can get encryption tools.

    --
    The line must be drawn here. This far. No further.
    1. Re:Good to stop those induhviduals! by Anonymous Coward · · Score: 0

      No, but they can get browser code signing certificates. Who said "encryption tools"?

  21. Not a completely un-sensible decision by imrdkl · · Score: 3, Insightful
    For Thawte to decide not to trust individual developers for code-signing makes sense, right now. Code-signing authority is possibly the strongest authority that can be purchased from a public CA. And just because a bit of code is signed by a certificate issued by Thawte, doesn't mean that I'm gonna run it anyways. Otoh, Thawte continues to issue code-signing certs to a companies, which is the context from where most signed code is downloaded/installed and run.

    I really doubt that much signed code is distributed with authority from certificates issued to individuals. Chill out. They will lose some money, and I'm sure Thawte doesn't like that, but crypto is not going away.

  22. There is an open hub of sorts.... by friedmud · · Score: 3, Informative

    If you use GnuPG (GPG) - you can create your own circle of trust.

    You sign your own certificates (verifying them over the phone or through some other means) and then you in turn publish your keys to open key servers around the world.

    The more places your identity exists the harder it is for someone to steal it - that is why Slashdot allows you to put your public key into your account (you can see the box for it just below the signature box)

    The key servers are run mostly by institutions around the world (I think Stanford is a main hub here in the US) - they basically hold a bunch of public keys that have been signed.

    So this story isn't a big deal for jo shmoe because if you need to securely transfer something from yourself to someone else you can do that for free using GPG.

    So let the companies have their closed ring of trust and you can create your own.

    Derek

  23. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  24. Thawte responds: by Domini · · Score: 5, Informative

    I e-mailed them and got this response from Jeanne Fourie:

    Dear Marius

    Thank you for emailing me with regard to your concern. Due to the current
    international threat of terrorism we have been advised by
    our parent company VeriSign to refrain from issuing developer certs to
    individuals, for the mean while.

    As you will be aware, there is a need right now for companies like ourselves to be
    extremely cautious in all aspects that concern
    security and encryption.

    Developer certs are issued to individuals based on verification of passports and
    drivers licenses. These documents are however easily
    forged and we have therefore had to take the executive decision of not issuing
    certs where the verification process may be
    questionable.

    We are positive that we will be able to resume this service in the near future. I
    do apologize for any inconvenience that this may have
    caused you.

    Regards

    Jeanne

    As can be seen it seems to be Verisign who requested this....

    Hmm...

    1. Re:Thawte responds: by kir · · Score: 1

      What do you know? A canned response. I got the same reply.

      --

      From: Jeanne Fourie "jeannef@thawte.com"
      To: Michael E. C. Gauthier "gauthier@LICKDEEZNUTZ.mindless.com"
      Subject: Re: No longer be issued to individuals???
      Date: Mon, 29 Oct 2001 14:33:53 +0200
      X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)

      Hi Mike

      Thank you for emailing me with regard to your concern. Due to the
      current international threat of terrorism we have been advised by our
      parent company VeriSign to refrain from issuing developer certs to
      individuals, for the mean while.

      As you will be aware, there is a need right now for companies like
      ourselves to be extremely cautious in all aspects that concern security
      and encryption.

      Developer certs are issued to individuals based on verification of
      passports and drivers licenses. These documents are however easily
      forged and we have therefore had to take the executive decision of not
      issuing certs where the verification process may be questionable.

      We are positive that we will be able to resume this service in the near
      future. I do apologize for any inconvenience that this may have caused
      you.

      Regards

      Jeanne

      --
      3cx.org - A truly bad website.
    2. Re:Thawte responds: by markom · · Score: 1
      Developer certs are issued to individuals based on verification of passports and drivers licenses. These documents are however easily forged and we have therefore had to take the executive decision of not issuing certs where the verification process may be questionable.
      Interesting. What's next? Sorry sir, but you are not allowed to travel. You know, passport controls rely on pasports and these documents are easy to forge.

      If goverments and legal institutions trust these documents, for far more important things than software, why cannot they?

      Marko.
    3. Re:Thawte responds: by interiot · · Score: 2
      Okay. So... they finally realize that driver's licenses are a bad thing to base identity off of, we know this already. The DMV is primarily concerned with pulling speeders over, not necessarily with identifying people well enough for financial transactions, etc...

      But I don't see what terrorism has to do with that. As mentioned, terrorists are unlikely to use signed web server certs to do much in the way of loss of life. And the unreliability of driver's licenses won't go away if/when the terrorist threat does.

      So why even bring up terrorism?

    4. Re:Thawte responds: by ers81239 · · Score: 1

      Funny Stuff.....

      I have a business account at First Union. Every time I try to go do some banking, they have to use this automated fax service, which faxes them a copy of my signature. They hardly spend any time comparing my signature with the one on the fax. Plus, the one on the fax is blown up to like 4x its actual size.

      If I'm not mistaken, even handwriting experts barely hold up in court? It just seems so funny how much work people will do for so little true security.

      --
      there are 2 kinds of people. those who divide people into 2 kinds, and those who don't.
    5. Re:Thawte responds: by Twylite · · Score: 2

      Hmmm ... I must be missing something. Thawte does not require developers to present their passport or drivers' license in person. They get the details and check with the records of the appropriate authority; there is no physical interview, no cross-check that you aren't quoting someone elses details. If you have their name and numbers, you can masquerade as them.

      Companies? Pah. Give me R250 and I can buy a close corporation with a name, registration and CK number (this is in South Africa, btw). It doesn't take a genius to get a corp. certificate from there. If you have the $200 for the certificate, it shouldn't be stretching finances to find the additional $30 for the corp.

      Oh ... there's still no-one who is going to check that the company represents the people it claims to...

      --
      i-name =twylite [http://public.xdi.org/=twylite], see idcommons.net
    6. Re:Thawte responds: by Kevinv · · Score: 1

      what a load of crap. what verification do they use that you're a real business? Wasn't it VeriSign that issued 2 bogus Microsoft certificates?

      Probably harder to fake a passport/driver's license than it is to fake being a business.

    7. Re:Thawte responds: by mpe · · Score: 2

      So... they finally realize that driver's licenses are a bad thing to base identity off of, we know this already. The DMV is primarily concerned with pulling speeders over, not necessarily with identifying people well enough for financial transactions, etc...

      Pity various "authorities", including the state governments of various US states have yet to catch on to. Let alone such utter daftness as making these the prefered ID for purchase of intoxicants.

      But I don't see what terrorism has to do with that.

      Very little, but the people making the decisions just arn't clued up on the subject.

      As mentioned, terrorists are unlikely to use signed web server certs to do much in the way of loss of life.

      Even assuming a terrorist organisation were to set up an https website they'd probably prefer a cetificate signed by someone they trusted.

    8. Re:Thawte responds: by Domini · · Score: 2

      On querying this, I got the following response:

      HI Marius

      I am sorry that my response seemed automated. I was more concerned with giving you a
      clear reason for the move.

      Nonetheless, thanks for bringing the discussion to my attention, I have tried to keep
      the wording as simple as possible on our web site, and am responding to queries as they
      arise.

      Thanks again!

      Jeanne


      So, it's not an automated response, but only a re-defined one for the genre of question.
      :)

      They have good PR at least.

      Me.

  25. eh? by GC · · Score: 2

    Am I right in thinking that this has no bearing on users actually using certificates as anyone can create certificates with Openssl on a i386.

    So all they are doing is removing the convienience of the extra dialog box that the certificate was not from a trusted source.

    I don't get the paying money for Certificates in the first place...

    1. Re:eh? by Anonymous Coward · · Score: 0

      >I don't get the paying money for Certificates in >the first place...

      Go ahead. Don't get your SSL certs signed. Then, don't get worried when someone launched a Man in the Middle attack on your customers. Since there's no signing authority, there's no way for your users to know the difference.. I hope they weren't sending anything they wouldn't want in the open.

      Unsigned SSL certs open a MAJOR vulnerability into public key encryption. Know your shit or don't post.

    2. Re:eh? by GC · · Score: 1

      OK. So what is special about the Certificate Authority that makes them secure and prevents the Man in the Middle attack?

    3. Re:eh? by ifoxtrot · · Score: 1
      The CA acts as the trusted point of reference. If you trust the CA then you can know that no one has touched the data since the CA certified it.

      Nothing however stops the CA from changing the data, except that there is nothing in it for them and a lot for them to lose... Should a CA become corrupt and this become known, their business is going to become a lot smaller. Think banks, lawyers etc... Nothing stops them from stealing money, becoming unfairly biased, etc. except the threat of bad press and subsequent loss of income.

    4. Re:eh? by jmauro · · Score: 1

      This change is for developer signatures. Man in the Middle is not a consern while developing the application. It just makes things easier.

  26. verisign always charged double... by portal9 · · Score: 2, Insightful

    so now verisign can take more from the individual.. once verisign bought thawte, they wanted to raise the prices.. but couldn't.. this is a way that they can.

  27. ok, let's try to write down some strategies by kipple · · Score: 4, Insightful
    I'm throwing in some thoughts of things that can be done on a worldwide scale or at least independently from the country you live in:

    1. letters to newspapers. this can be the first, lowest-effort thing to do. the net is full of good examples of how crypto is good, first of all the writings of Phil Zimmermann, that could be at least inspiring. here's the link and a quote:

    "You don't have to distrust the government to want to use cryptography. Your business can be wiretapped by business rivals, organized crime, or foreign governments. Several foreign governments, for example, admit to using their signals intelligence against companies from other countries to give their own corporations a competitive edge. Ironically, the United States government's restrictions on cryptography in the 1990's have weakened U.S. corporate defenses against foreign intelligence and organized crime."
    2. for those of you who have good capabilities/reputation, start spreading the word. Not only among your friends (no matter how commputer-illiterate they are, public opinion is independent from tech skills, unfortunately), but also at work.
    3. the main goal is to make the idea of 'banning crypto can make more damage to your business than give benefits to the country' reach the higher levels. letters to newspapers will perhaps lighten a few minds, but enlighten a CEO of a multinational or a big company will help things better. It may seem unreal, but if you think that anyone in the world is just seven hops away, why don't try it? Never underestimate the power of coffee-break gossiping.
    4. all the 'geeks' and technician all over the world have a great power over "regular user". When a techie or a sysadmin talks, everybody is listening. Make good use of it. Be responsible, and be clear. Make people think. 5. talk to newspaper writers, friends working for the media, whoever you think can spread the world.
    6. wait
    7. repeat
    8. listen to other ideas and possibly invite your "opponent" to post it somewhere, to publish it, basically don't treat who does not agree with you as a stupid.

    that's what I'm doing with my friends, parents, et cetera. I'm posting opinions on public forums in newspapers, and although I cannot see an immediate feedback, I'm positive about it.

    Just my .2Euros :)

    --
    -- There are two kind of sysadmins: Paranoids and Losers. (adapted from D. Bach)
  28. errata corrige [some addons] by kipple · · Score: 1

    make conferencies about that, give interviews, talk about it in any public place where the argument may be of some interest. Don't be shy, if you're there to listen to someone else opinion, so are all the people sitting near you - and it's your opinion that they may consider.

    ...any other idea?

    --
    -- There are two kind of sysadmins: Paranoids and Losers. (adapted from D. Bach)
  29. Fiction is an optimistic view of world. by Bostik · · Score: 1
    At the time that I wrote it, it was science fiction. It now looks like I was way too conservative, and events are already on the way towards overtaking my predictions. Hey ho.

    One of my personal mottos has been for quite a while this:

    "Humans are by nature optimists. Try to think the absolute worst thing that other human beings could come up with. Wait a few years. Note how optimistic you really are."

    --
    There is no such thing as good luck. There is only misfortune and its occasional absence.
    1. Re:Fiction is an optimistic view of world. by Anonymous Coward · · Score: 0



      "Little miracles happen all the time. Did you expect the Berlin Wall would come down so
      peacefully? Did you expect Nixon would leave office the way he did? That the Pentagon
      would leave Vietnam? The Hudson River between Yonkers and the Catskills is clean,
      where 20 years ago lumps of this and that were floating along with the toilet paper. And if
      we keep pushing, it will be clean to swim in New York." - Pete Seeger

  30. Something else they've done wrong. by suso · · Score: 1

    Recently, thawte has also decided to change the way they issue wildcard certificates. What used to be a great way to use one certificate for all hosts on the same domain, has now become just a way to do mass certificate licensing. They are charging people a fee for each host that they use the wildcard ceritificate on, although I don't see how this could work. The price per host gets lower as you buy more licenses. But still. Come on!!

    I just hope that when the company I work for goes to renew their wildcard certificate that they don't try to switch us to the new wildcarding system.

  31. It's all about $$$ (as usual) by Anonymous Coward · · Score: 0

    Veri$ign - the recent purchaser of Thawte - is simply using "world circumstances" as an excuse to increase their own revenue by eliminating the one source of relatively inexpensive certificates.

  32. Make your own developer certs by KlomDark · · Score: 5, Informative
    It's amazingly easy. Get OpenSSL, install it...

    Make your homebrew CA private key:

    openssl genrsa -des3 -out ca.key 1024

    Create your CA self-signed public key:

    openssl req -new -x509 -days 365 -key ca.key -out ca.crt

    OK, you're set up as a homebrew Certificate Authority (CA) and ready to start signing your own home-brew certs:

    First, create a homebrew private key:

    openssl genrsa -des3 -out server.key 1024

    Create the unsigned public key (AKA certificate signing request) At one point in the process, it asks for "Your Name" - if this is for personal identification, then put in your name. However, if this is for a development web server, then put in the web site address "dev.www.wherever.com" when it asks for "Your Name"

    openssl req -new -key server.key -out server.csr

    Get the sign.sh script from the Apache mod_ssl distribution, use this to sign the certificate:

    ./sign.sh server.csr

    There you go, you now have the private (server.key) and public (server.crt) keys. Install them on your webserver.

    They will work, but your browser will whine about them being signed by an untrusted source. No problem there, give a copy of CA.crt (NOT CA.key!!) to any developers using your web server and have them install it on their machine, from then on, their browser will consider any certs signed by your homebrew CA key to be valid. To install the cert on IE browsers, a hint: you do not use your browser to do it, even though there is an "Install Cert" button on the window that pops up to let you know that the cert is signed by an unknown CA. Instead, you give them CA.crt, have them save it to their hard drive, then open up Windows Explorer, right click on CA.crt, and pick Install Cert from the menu, a Certificate Wizard will pop up, go with the defaults, then your machine will trust the homebrew certs.

    The root certificate game has always been just a money scam, especially for dev certs.

    1. Re:Make your own developer certs by KlomDark · · Score: 2

      And yes, you can sign your code with these too, but then you have to distribute ca.crt to people who will be using it, somewhat of a pain. In a small-scale type of thing, not a problem. Make it part of your installer.

    2. Re:Make your own developer certs by Vapula · · Score: 4, Informative
      Distributing a CA cert under Netscape is very easy.

      You just have to use the little CGI that follows...

      #!/usr/bin/perl -Tw use strict; $|++; open(FP, "); close(FP); my $len = length($cert); print "Content-type: application/x-x509-ca-cert\r\n"; print "Content-length: $len\r\n"; print "\r\n"; print $cert;

      A link to that CGI with the mention "install the certificate into my Netscape" and you're done. (I don't know if it works with MSIE... I never use it !!!)

  33. Hmmm, I'm not sure that's true - by yatest5 · · Score: 1

    The trust associated with a certificate from Thawte is that you can trust that code signed with a Thawte certificate is definately written by the company 'XYZ' specified on the certificate - I don't believe (m)any people believe Thawte are recommending their code - who knows who / what Thawte are apart from developers anyway?

    --
    • Mod parent up! [a] by Anonymous Coward (Score:5) Thurs, June 31, @13:37
  34. Become a company... by kris · · Score: 2


    To become a registered company in Germany, you need to get a license. In the smallest case, that's going to cost you all of 15 DM ($7.50).

    What a stupid and useless move at the side of Thawte...

  35. That's what I did by Greyfox · · Score: 2

    You can hit my pages with http or https. If you do the https version with Netscape, you get a happy little dialog telling you Netscape doesn't know who signed the page. Fortunately the dialog box defaults to "Trust for this session only" as it's pretty well certain that most users, conditioned to hit "OK" when a dialog box pops up, will do so. I make a note that you really shouldn't trust my certificate permanently on my page.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    1. Re:That's what I did by KlomDark · · Score: 2
      I've always thought that it was a little strange to have both public key encryption and identification built into the same thing.

      In some situations, you just want your data encrypted as it goes across the net. I'd think there should be two separate things, one for enabling encryption, the other for identifying the other party.

      But then again, typically if you are actually going to go to the "trouble" of encrypting your data, you probably want to make sure of who is receiving that data.

      But, the current CA scheme really leaves a lot to be desired, I certainly don't feel a lot of trust just because something is signed by Verisign, ever work with those people??

  36. Re: Internal Certificate Authorities by coyote-san · · Score: 2

    Don't forget about the other type of CA - corporate (or educational) internal CAs. These CAs don't issue certs to the general public, they issue them to employees, students, whatever, so the individual can access corporate or school resources.

    This solves a *lot* of problems, since you can assume all authorized users have a valid cert. If someone is fired, leaves school, whatever, you can revoke their cert immediately. Some resources might not check the CRL, but others definitely will.

    But this, of course, requires installing your own cert. Oh, to be sure, you can outsource this operation to a commercial CA and be covered by their root cert. At a modest cost of something like $20-$100 per employee per year. (It's been a while since I checked the prices.) A lot of organizations won't mind that cost, but others will. It's not like this system is hard to maintain, once installed.

    --
    For every complex problem there is an answer that is clear, simple, and wrong. -- H L Mencken
  37. The Big Picture by Twylite · · Score: 2

    This is not only about trust; it is about economics. Small development studios representing a single owner, or a partnership, produce a vast amount of software for the Internet. OpenSource development teams likewise have no corporate presence, and rely on the identities of individuals.

    This may sound like an innocuous move now, but consider the general direction of the intellectual property movement. The only way to truely secure digital content is to tie it to an identified user. That means hardware capable of decrypting content on the fly using a user-specific key. It is unreasonably difficult to reencrypt each piece of content for different hardware, so a license certificate is used to associate the content key securely with the user's identity.

    CPUs already exist to do this for secure computing applications, and its hardly improbably that Intel and/or MS have considered this as a route for development. Whether it is the hardware or the OS that enforces it doesn't matter awfully much: at some point a corporation is responsible for issuing a license certificate which will marshall the association between your software certificate and a user's identity certificate.

    In other words, someone has the power to determine if your software is allowed to run on their hardware, or not. By denying you a developer certificate, they can prevent your software from running.

    Right now that's not a reality. Unsigned code isn't prevented from running, it just causes a miriad of warning and threats which most users will back away from.

    So the moral of the story is be a big corporate, pay lots of money, and your product will be used. Otherwise you're sleeping in the sewer, my friend.

    Twylite

    --
    i-name =twylite [http://public.xdi.org/=twylite], see idcommons.net
  38. I may be horribly confused... by yatest5 · · Score: 1

    but can someone please tell me the point of making your own certificate which you then tell your users machine to trust.

    'Oh I trust the software from Dave because Dave made his own pretty certificate for it and put gold and silver stars on it and everything'.

    If the certificate has no trustworthy third-party, it's a waste of time innit...

    --
    • Mod parent up! [a] by Anonymous Coward (Score:5) Thurs, June 31, @13:37
    1. Re:I may be horribly confused... by Anonymous Coward · · Score: 0

      You can be sure it's Dave's software then... OTOH, I don't trust Verisign and Thawte. They may be secure (or not), but they act on the will of politicians and this is not good.

    2. Re:I may be horribly confused... by Anonymous Coward · · Score: 0

      but can someone please tell me the point of making your own certificate which you then tell your users machine to trust.

      'Oh I trust the software from Dave because Dave made his own pretty certificate for it and put gold and silver stars on it and everything'.


      As opposed to "I trust the software from Dave because someone claiming to be Dave went to some CA I don't know anything about and gave them a credit card number which may or may not have been Dave's and claimed to the CA that they were Dave"?

      If the certificate has no trustworthy third-party, it's a waste of time innit...


      You've just described the state of most certificates today.
    3. Re:I may be horribly confused... by Anonymous Coward · · Score: 0

      No. IIRC, you need 'Level 3' personal authentication which means you have to physically go to them with lots of ID.

    4. Re:I may be horribly confused... by Anonymous Coward · · Score: 0

      You can be sure it's Dave's software then...

      No, you can't. Unless you personally know and trust Dave, and he personally gave you the certificate (or its fingerpring) in some physical form. (And provided Dave takes his crypto seriously and doesn't make stupid mistakes.)

    5. Re:I may be horribly confused... by asackett · · Score: 1
      If the certificate has no trustworthy third-party, it's a waste of time innit...

      No, it's not. The cert proves identity, not trustworthiness. The "trusted third party" acts as a trusted introducer, nothing more. He does not make any claims about the second party's honesty, integrity, or sexual prowess.

      --

      Warning: This signature may offend some viewers.

    6. Re:I may be horribly confused... by Skapare · · Score: 2

      If Usama bin Laden were to apply for a certificate, and proved he was who he said he was, would they issue one? Remember, this is all about identity, which is trusting the CA. It's not about making judgements about sexual prowess, or whatever else the person may represent. As for whether this enables Usama bin Laden to engage in cryptographic traffic, I can assure you that the lack of a certificate is not going to prevent him from hiding messages from authorities.

      --
      now we need to go OSS in diesel cars
  39. Signature, not encryption by Zeinfeld · · Score: 2
    Code signing certs are for validting signatures. They re not and in fact cnnot be used for encryption - unless the SSL stack is broken.

    The only use for a code signing certificate is to tell a user that a piece of code is safe to use.

    --
    Looking for an Information Security student project suggestion?
    Try http://dotcrimeManifesto.com/
  40. Nobody uses them anyway by Pascal+of+S · · Score: 2, Interesting

    Well, not a lot of people/companies anyway.
    Half the time I try to download an application/plugin I get the message 'this code was not signed'. This happens so often that the average user will simply click 'run anyway'.

    This will only affect companies that have actually taken the time to set the system security policy to 'never run unsigned software'. Which nobody on this planet has done, because all the really useful software has not been signed. *sigh*

    Code signing is rather useless anyway, it's a good concept. However, the certificate issuers only certify that a company writes software (which you knew anyway, you just downloaded a piece of their work), they do *explicitly* not certify 'this is software written by a company that will not copy all files from your harddrive and publish them on IRC'.

    In it's current implementation it makes software somewhat tamper proof. Which is nice...

  41. Or what they are not telling us is by Archfeld · · Score: 2

    that someone already cracked their system and there are bogus personal certs out there now but to say that would RUIN Thawte. I have a personal cert from them but I've given up using it in general.

    --
    errr....umm...*whooosh* *whoosh* Is this thing on ?
  42. Verisign owns Thawte - still surprised? by Anonymous Coward · · Score: 0

    No, not at all.

  43. ... please email us at ... so I did. by Anonymous Coward · · Score: 0

    You said ...

    -----
    Important Notice:
    Due to current world circumstances developer certificates can no longer be issued to individuals.
    Please note that the following restrictions will apply to companies applying for developer certificates:
    Both corporate and technical contacts must work for the company
    No ISP and Hosting Partner may be the technical contact if they are not working for the company applying for the certificate.
    Should you need any clarification on the above please email us at
    developer@thawte.com

    -----

    Gee, let's think about this for a minute.

    Corporate contact: secretly a terrorist.
    Technical contact: secretly a terrorist.

    'Secretly", that is, not telling others, like the anti-terrorist certificate issuing authorities?

    Meanwhile, you deny certifcates to the non-terrorist individuals, in the expectation that they are terrorists.

    Are you /trying/ for the idiot-of-the-day award?

    Perhaps you are secretly a terrorist organization.

    :) me

  44. Who Cares!? by Anonymous Coward · · Score: 0
  45. Existing certificates? by iabervon · · Score: 2

    So Thawte now thinks their verification process is flawed. So they're not revising their verification process, or revoking their existing certificates (which they presumably issued based on their flawed process). And it's not like someone planning to do something with a developer certificate would wait until the last minute to actually get the certificate.

    In any case, PKI is inherently broken in a number of ways, including that the signer doesn't specify what about the key is being certified. So there's no way for Thawte to certify that they checked a passport and you look like the photo. There's no way for them to say, "This person is who he says he is, unless he accidentally emailed his private key to a total stranger or duped the Portugese passport authority."

  46. Mod parent up by alienmole · · Score: 1
    Not only is this the chance for open source systems to shine, open source systems may end up being our only defense and salvation from enormous, monopolistic corporations that have completely lost touch with their customers, and seem for the moment to be beyond the control of governments.

    (For the record, the issue under discussion has nothing to do with terrorist attacks, as the other AC troll reply implies.)

  47. Those are server certs, not devel. certs by phr1 · · Score: 3, Informative
    Developer certs are for signing code, not web sites. If you download (e.g.) a service pack from Microsoft and click "Properties" on the file, you'll see a tab that says "Digital Certificates". The cert that signs those things is a developer cert. The tools used for creating and signing the files are totally different from what's used for SSL certs. You could in principle generate the certs with OpenSSL, but the method you proposed won't work (you need special identifiers in the certs).

    What developer certs let you down is put ActiveX controls on your web pages that the user can download without going through a scary dialog saying "the browser can't tell who created this file". You do get a dialog saying "This file was created by so-and-so, click 'yes' if you trust them" but that dialog is designed to not be scary, and encourage the user to download whatever crap is about to take over his computer.

    There are also developer certs for signed objects in Netscape browsers, but not too many people care about those any more. :(

    1. Re:Those are server certs, not devel. certs by Skapare · · Score: 2

      So Verisign, Thwate, and the other CAs, are deciding not just who is who, but who's code I should allow to run on my computer without a dialog? The sad part about all this is that so many people have blind trust in the system. If a cert was issued to someone, they must have good intentions, right? The problem is too many people assume this. The "scary dialog" should always be present for the first time for every identity. Once the user states his trust in that certificate, then no more "scary dialog" for that one until it expires, unless it is re-issued with the same identity (what is stored in the user trust DB is the identity itself).

      --
      now we need to go OSS in diesel cars
    2. Re:Those are server certs, not devel. certs by phr1 · · Score: 2
      The development cert never lets you download code with no dialog. Under IE, you get a scary dialog with no verifiable cert. With a verifiable cert you get a non-scary dialog with a check box saying to not ask again next time code comes from this developer. Under Netscape, there are also two dialogs that function the same way, but both use scary wording.

      To say the wording should always be scary (i.e. that Netscape did the right thing) is right from a security standpoint, wrong from a user acceptance standpoint. We know perfectly well by now which side Microsoft is on. From a developer's point of view the Netscape approach is a pain in the neck because you have to put in an extra screen telling the user to click "yes" to permit the download (but if you tell them to click yes, then they do so, which means the scary words don't really add security).

  48. Man in the middle and self-certs by jonabbey · · Score: 2

    But OpenSSL allows you to create a CA cert as well. Just preload your clients' browsers with your CA's public key cert and then you are every bit as safe against man in the middle attacks as you would be if Verisign or Thawte had signed your server's cert, SO LONG AS you keep your private CA key safe on your servers.

    Which you have to do in the presence of a Verisign or Thawte-signed server cert anyway. All that having Verisign or Thawte sign your cert gets you is convenience (so you don't have to distribute your public cert keys to your browsers) and the ability to provide data to a wider audience.

    The big hole that I wonder about is that most browsers have cert keys for a whole lot of CA's.. do they cross-check with each other to ensure that more than one Cert Authority among them are issuing keys for a given host or domain? If my web servers' keys are signed with Verisign and someone else can get a cert for the same domain signed by Joe Fourth Party CA, then new visitors to the fake site would be none the wiser.

  49. reasonable but probably ineffective by lucas_gonze · · Score: 1

    A certificate signer like Thawte is explicitly in the business of managing reputation. Their certificates are as valuable as their certification process. If they see existence of a formalized organization as a good predictor of future behavior, then they should incorporate that information into their ruleset.

    The amount of reputation information in a certificate from a high volume provider like Thawte is pretty small, and anything Thawte does to reduce the volume increases the amount of information. What they have done is a legal and completely relevant technique.

    What they haven't done is provide more contextual information about the meaning of their certificate. What they _sell_ is a statement of reputability. What they _ship_ is a statement of having matched the claimed identity with a civil identity. Those are different things. In the long run I can't imagine that certificates won't become more closely matched with context.

  50. Won't help anything by Norny · · Score: 2, Interesting

    The whole decision is silly. All thawte is doing is loosing business. If a terrorist wants to encrypt a webpage, it's easier and faster to just set up OpenSSL/mod_ssl and sign your own cert.

    If the visitor is another terrorist looking to download encrypted content, all he has to do is click OK to the browser box that says it's not trusted and then the encrypted stream of content will begin.

    All thawte is doing is removing the part where the cert is trusted. I doubt a terrorist would care.

  51. Trusting a CORPORATION? by Skapare · · Score: 2

    Do you actually trust ALL corporations because they are a corporation? There are many corporations I do not trust. For me, Verisign and Thawte are slipping over the edge now, and might find themselves in the heap with Microsoft, Intel, and Dell.

    --
    now we need to go OSS in diesel cars
    1. Re:Trusting a CORPORATION? by yatest5 · · Score: 1

      I assume this got modded up because it expressed an anti-microsoft stance? Or maybe its got something to do with Karma - i dunno!

      I didn't say I trusted corporations explicitly, or at all, I said I didn't trust Dave.

      --
      • Mod parent up! [a] by Anonymous Coward (Score:5) Thurs, June 31, @13:37
  52. Why would a terrorist declare himself to a CA org? by iggyflashbulb · · Score: 1

    That's stupid. That would be like a terrorist calling up the FBI and saying, "I here's my name and phone number and proof of who I am."

    If the FBI intercepted a message encrypted using a Thawte cert, even if they can't read the message they can read the certificate to see who it came from.

    The whole point of a certificate authority is that they vouch for the identity of who the certificates came from, it's for the *receiver's* benefit, not the sender's.

    I doubt any terrorists want to have foreign companies vouching for their identities.

  53. only criminals use individual ssl certificates by Anonymous Coward · · Score: 0

    only criminals use individual ssl certificates therefore they should be banned for individual use.

  54. A new CA? by forgetmenot · · Score: 1

    Hmmm... it's not difficult to set yourself up as a root CA. It really just boils down to "trust".
    Verisign, Thawte, etc. are where they are because of the "trust" that corporations and individuals alike have placed in them. If Verisign (Thawte is owned by them) feels that it cannot issue developer certificates because of an inability to safely verify the authentifiy of applicant credentials, then that is their business. I don't like their decision anymore than anyone else here, but They DO have a reputation to maintain.

    How would Slashdot like to get into the certificate business? Let's say that once you get to the coveted 25 Karma you gain the privilege of being able to purchase certificates from Slashdot, just as you would from Verisign and the like. If you get yourself up to 25 karma that's kind of like a sign of "communuty trust" at least within the /. crowd. Of course throw in some terms and conditions to encourage appropriate use, whatever... I highly doubt the Bin Laden's of the world have anything relevant to say on /. so you can don't have to worry about THEM getting the 25 karma.

  55. Thawte *was* good by rabbits77 · · Score: 1

    Thawtw was good. Then they became a "Verisign company". Now you can expect the same spectacular service that you can get from NetWork Solutions.

  56. It's about code-signing, not crypto by Animats · · Score: 2
    You're missing the point. This isn't about web site certificates. It's about code-signing certificates.

    This is related to Microsoft's concept of blaming others for security problems. Since they demonstrably can't make their OS secure, and chose a fundamentally insecure technology (Active-X) for their browser, their answer is to require that all code run on their systems be signed by somebody who can be blamed for problems. Microsoft may also use this to obstruct free software from running on Microsoft boxes. Remember that Windows XP can be configured to run signed code only.

  57. Example: Trust code from "Microsoft Corporation"? by yerricde · · Score: 2, Informative

    I'm no crypto expert, but my guess is that they would want to minimize the risk of an individual acquiring a certificate in a bogus name, creating a virus or something and then signing the virus code with the cert - thus making it appear more valid

    In other words, you claim Thawte has restricted granting code signing certificates to avoid another debacle like this where Verisign granted a certificate to "Microsoft Corporation".

    --
    Will I retire or break 10K?
  58. Does the Java plug-in support GnuPG? by yerricde · · Score: 1

    If you use GnuPG [gnupg.org] (GPG) - you can create your own circle of trust.

    Yes, but does the Java platform's code signing mechanism recognize OpenPGP style certs? Java applets cannot access the local hard drive or any host other than the server they were served from without being signed, and they pop up a scary (to AOLers) FUD-box if the cert used to sign the applet wasn't signed by VeriSign (the most significant root CA now that VeriSign owns Thawte).

    --
    Will I retire or break 10K?
  59. Developer loses a cert that way by yerricde · · Score: 1

    The code might be doing nasty stuff without you ever knowing it.

    A contract between the CA and the developer effectively prevents that from happing, because if too many users complain to the CA, the developer loses the cert.

    --
    Will I retire or break 10K?
  60. Java applets don't do this by yerricde · · Score: 1

    Half the time I try to download an application/plugin I get the message 'this code was not signed'. This happens so often that the average user will simply click 'run anyway'.

    Exception: Java technology. Applet viewers do not open the dialog at all but simply throw an exception whenever an unsigned applet tries to access the local filesystem or any host other than the host that served the applet; the only way to let users upload a file through an applet is to sign the applet with a code signing certificate, and I don't think OpenPGP (GNUPG, etc.) counts.

    --
    Will I retire or break 10K?
  61. NO NO NO! Kwhores by yerricde · · Score: 1

    Let's say that once you get to the coveted 25 Karma you gain the privilege of being able to purchase certificates from Slashdot

    NO NO NO! It's surprisingly easy to whore a troll account to 25 Karma, and your nick has no connection to a Real World Identity that can be thrown in jail for violating the terms of a CA agreement, which for code signing include "do not sign malicious code".

    --
    Will I retire or break 10K?
  62. Alkingtay niay onguestay... by Julz · · Score: 1

    Extnay t'lliay ebay llegaliay otay alktay otay ouryay riendsfay niay onguestay.

    --
    When shit hits the fan get some of these https://youtu.be/pY-GncsZ-UE
  63. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  64. Better alternatives... by bradipo · · Score: 1

    I've always thought that PGP was a better way to sign software anyway.

  65. Re:Example: Trust code from "Microsoft Corporation by richie2000 · · Score: 1
    In other words, you claim Thawte has restricted granting code signing certificates to avoid another debacle

    Not really, I'm speculating that it may be a (the?) cause for their behaviour. I have no trouble believing that many people routinely accept any signed website, program or aardvark without bothering reading through the provided information first.

    With corporate certs, the CA can atleast make rudimentary background checks (I don't know if Thawte bothers though) and assign some kind of responsibility to their use.

    --
    Money for nothing, pix for free
  66. DUH... what's at MSN.com? by budgenator · · Score: 2

    Maybe I'm a dunderhead but I didn't see anything funny at MSN.com using netscape 4.77 in linux. The head page came up OK, looked like crap, it's IE optimized but it's their world. I didn't try to sign in, don't know my passworld or UID do to passport signin years ago. Guess that one bit'em in the kester.

    --
    Apocalypse Cancelled, Sorry, No Ticket Refunds
  67. Here's the reply I sent to developers@thawte.com by John+Miles · · Score: 2

    Re: http://www.thawte.com/getinfo/products/devel/conte nts.html ("Due to
    current world circumstances developer certificates can no longer be issued
    to individuals.")

    Have you guys given any thought to how much of the current IT world was
    built by self-employed individuals? How is a single-person development
    shop -- even one such as my own that's been in business since 1991 --
    supposed to deploy browser-based software that requires security
    certification, if a monopolistic company such as yours is allowed to
    maintain arbitrary discriminatory policies such as this one?

    Finally, how in the _world_ do you expect this policy to have any impact on
    terrorists who have absolutely no historical record of abusing this type of
    technology? Every time a corporation or government exhibits a
    poorly-thought-out knee-jerk reaction such as yours to the events of
    September 11, the score on the bad guys' side of the board jumps up a tick.

    Given the rate of consolidation in the IT infrastructure world, in a few
    years, Thawte/VeriSign will be the only game in town. Any suggestions as to
    what steps I and similar lone-wolf developers can take when that happens?
    --
    Dahlmann tightly grips the knife, which he may have no idea how to use, and steps out into the plain.
  68. Re:Hey, wasn't this in a science fiction short sto by Winged+Cat · · Score: 1

    Of course you know the solution to the problem presented in the story: sign it if you have to, then route the illegal stuff through people who don't care. Don't give 'em a reason to make an example of you, until you've got your fingers on the puppet strings too.

  69. Re:South African ? by Anonymous Coward · · Score: 0

    Why would a US company want a certificate from a South African company ?

    Yeah, after all we all know how excellent the USA is at writing software ;)

    The saddest thing is, your post would be obviously a troll if it weren't for the fact that there really are a lot of arrogant/ignorant Americans that think like that - in other words, you might even have meant what you said :/. And then Americans still wonder why some other countries hate them so much.

  70. Encryption and Identification by Greyfox · · Score: 2
    I don't really care who I'm sending my stuff to usually. I just want them to be sure they know it's from me.

    You can build a reputation around your identity, and insure that no one would be able to tear that down using the authentication aspects of the encryption. I think in the long run, the authentication aspects will be more important than the data hiding aspects.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?