Slashdot Mirror


Arrests For Selling Poison-Ware In Spain

An anonymous reader writes "Spain's FBI equivalent has arrested the management of a software company (Google translation; Spanish original) for selling custom software to small and medium-sized businesses with 'controlled errors' that resulted in the software bombing on a predetermined date. They would then charge for fixing the problem and press the client into buying a maintenance contract. More than 1,000 clients were affected."

17 of 178 comments (clear)

  1. Shenanigans! by WrongSizeGlass · · Score: 2, Insightful

    I hope they throw the book at them. They're basically holding their customers hostage.

    1. Re:Shenanigans! by Meshach · · Score: 3, Insightful

      I hope they throw the book at them. They're basically holding their customers hostage.

      Even worse, they are breaking some contract for sure. Bugs are one thing; every written piece of software contains bugs. But when you intentionally code the program to fail at certain intervals you are cheating the customers.

      What if cars were programmed to randomly stop at some random interval? GM's head would be served up on a plate.

      --
      "Maybe this world is another planet's hell"
      Aldous Huxley
    2. Re:Shenanigans! by Meshach · · Score: 3, Insightful

      Planned obsolescence (planning for a product to go out of service) has no relation to selling someone a product that explicitly developed from the start to not do it's advertised capabilities.

      --
      "Maybe this world is another planet's hell"
      Aldous Huxley
    3. Re:Shenanigans! by DigiShaman · · Score: 3, Insightful

      Per Wiki regarding software

      Software companies are sometimes thought to deliberately drop support for older technologies as a calculated attempt to force users to purchase new products to replace those made obsolete[citation needed]. Most proprietary software will ultimately reach an end-of-life point, at which the manufacturer will cease updates and support. As free software can always be updated and maintained by the end user, the user is not at the sole mercy of a proprietary vendor.

      Noticed that there's no mention of disabling a program or set of features on a set date. You can still run MS DOS if you wish for as long as you want. Just don't expect to get any support from Microsoft. You're on your own. That's the difference between planned obsolescence and poison-ware.

      --
      Life is not for the lazy.
  2. Re:Microsoft by Anonymous Coward · · Score: 4, Insightful

    There's nothing the least bit controlled about Microsoft's errors, so I fail to see how this could apply to them.

  3. Nice by DoofusOfDeath · · Score: 3, Insightful

    In the US, the corporation, not the people, would be charged with a crime. And then they'd settle with the Government for a fine and no admission of wrongdoing.

    It sounds like Spain out-justiced the US this time around.

    1. Re:Nice by Caledfwlch · · Score: 2, Insightful

      ... unless they're doing the criticizing themselves!

      --
      These views express my own personal opinions, not those of the other voices in my head
  4. Yet another argument for Open Source. B-) by Ungrounded+Lightning · · Score: 2, Insightful

    (Subject line says it all.)

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  5. Re:Microsoft by mysidia · · Score: 2, Insightful

    That's right... plausible deniability.

    You have to pay for non-security bugfixes to Windows 2003 now, by buying a contract within 90 days of Jul 12, if you want support.

    There are no "bomb on X date" bugs, but who in their right mind doesn't think there will eventually think there will eventually be some nasty bugs found? :)

  6. Re:Microsoft by mysidia · · Score: 2, Insightful

    [Er.... there are no known "bomb on X date" bugs]... Until the next Y2k-style event that is, when system clock reaches the maximum.

    Many 32-bit OSes will be screwed in Jan 2038.

  7. Re:Microsoft by Kreigaffe · · Score: 1, Insightful

    and that won't actually effect anything at all, pretty much the same as the y2k bug really wouldn't have effected anything either.

    lotta hype, and a lot of busy-work for workers recently displaced by the dot-com bubble burst. that's really what the y2k bug amounted to

    --
    ... still waiting for this free-as-in-beer free beer I keep hearing about. :|
  8. Re:Yet another argument for Open Source. B-) by Ungrounded+Lightning · · Score: 3, Insightful

    The folks at the obfuscated C contest would like to point out that just because you see the source doesn't mean you'll easily be able to figure out what it's doing.

    True.

    But it's a lot easier than with a closed source program with the code owned by the crooks.

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  9. Re:Microsoft by mysidia · · Score: 2, Insightful

    Maybe so... but by 2038, there will be a lot more old software than there was in 2000.

    There are still businesses today, relying on Windows '98, even DOS 5.0 and Netware 3.x, are critical software to some businesses.

    Think.. back in 2000, computers had only been in widespread use since the mid-80s. Approximately 20 years.

    The number of software developers, and the number of programs people relied upon was very small back then.

    The amount of different business critical software programs in use by different companies, software written between 1990 and 2030, that is likely to exhibit further date bugs, is likely an order of magnitude (at least) more massive, then the amount of software there could have been Y2K issues with..

  10. Re:Yet another argument for Open Source. B-) by CAIMLAS · · Score: 4, Insightful

    Sure. And who, exactly, is going to contribute to an open source project written intentionally obfuscated? Nobody. Then the project gets the reputation of being shoddy, and nobody uses it.

    Or, there's also the "we'll just rewrite this little obfuscation and fork it" scenario.

    Open Source thrives on its quality and dies from crap like this. People don't contribute to dead projects: they fork them or reimplement them.

    --
    ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
  11. Re:Microsoft by pegdhcp · · Score: 2, Insightful

    My dear Sir, the correct expression should be:
    "There's nothing the least bit controlled _by the user_ about Microsoft's errors."
    Sincerely

  12. I'll play advocate of the devil by mrjb · · Score: 4, Insightful

    Software bombing on a certain date, just so you can charge for "fixing" it is evil.
    But that assumes that the software was paid for to start with.

    I remember my father adding just this "feature" to the software
    of a difficult client that only requested feature upon feature
    but had a track record of being months late with their payments
    (not very nice if you have a family to feed!)

    When the payment was once again long overdue, the client was
    faced with a friendly dialog stating that the software was
    not paid for yet, and that it would only be re-activated after
    payment in full. The payment cleared less than 24 hours later.

    It probably would have held up in court, too.

    --
    Visit http://ringbreak.dnd.utwente.nl/~mrjb/growingbettersoftware to download your free copy of the book
  13. It's not the language, it's the people by kikito · · Score: 2, Insightful

    I'd like to point out that the fact that perl allows this kind of aberration doesn't mean it enforces or promotes it.

    In fact, that code (or a very similar one) can be written in other languages, such as ruby.

    This just points out that the programmer in question had serious issues in understanding fundamental concepts such as maintainability, and was more interested in amusing himself than in doing a professional job.

    The credit on K&R doesn't mean a thing if you program like that on a day-to-day basis.