<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
xmlns:wfw="http://wellformedweb.org/CommentAPI/">
<channel>
<title>Techdirt. Stories filed under &quot;vulnerabilities&quot;</title>
<description>Easily digestible tech news...</description>
<link>http://www.techdirt.com/</link>
<language>en-us</language>
<image><title>Techdirt. Stories filed under &quot;vulnerabilities&quot;</title><url>http://www.techdirt.com/images/td-88x31.gif</url><link>http://www.techdirt.com/</link></image>
<item>
<pubDate>Tue, 8 Nov 2011 08:14:46 PST</pubDate>
<title>Find A Vulnerability In Apple Software; Lose Your License As An Apple Developer</title>
<dc:creator>Mike Masnick</dc:creator>
<link>http://www.techdirt.com/blog/wireless/articles/20111107/18193216671/find-vulnerability-apple-software-lose-your-license-as-apple-developer.shtml</link>
<guid>http://www.techdirt.com/blog/wireless/articles/20111107/18193216671/find-vulnerability-apple-software-lose-your-license-as-apple-developer.shtml</guid>
<description><![CDATA[ It appears that Apple is the latest company to take a "kill the messenger" approach to security vulnerabilities.  Hours after security researcher Charlie Miller found a <a href="http://www.forbes.com/sites/andygreenberg/2011/11/07/iphone-security-bug-lets-innocent-looking-apps-go-bad/" target="_blank">huge vulnerability in iOS</a>, which would allow malicious software to be installed on iOS devices, Apple responded by <a href="http://www.forbes.com/sites/andygreenberg/2011/11/07/apple-exiles-a-security-researcher-from-its-developer-program-for-proof-of-concept-exploit-app/" target="_blank">taking away his developer's license</a>.
<br /><br />
The obvious implication: don't search for security vulnerabilities in Apple products, and if you <i>do</i> find them, keep them to yourself.
<br /><br />
First off, here's Miller explaining the security hole:
<center>
<iframe width="560" height="315" src="http://www.youtube.com/embed/ynTtuwQYNmk?rel=0" frameborder="0" allowfullscreen></iframe>
</center>
To be fair, Miller did get Apple to approve an app that he was using to demo the security flaw.  However, kicking him out of its developer program is exactly the wrong response.  Miller, clearly, was not looking to use the code maliciously -- just demoing a problem with their system.  In other words, he was <i>helping</i> Apple become more secure, and they punished him for it.  The message seems to be that Apple doesn't want you to help make their system more secure.  Instead, they'd rather let the <i>malicious</i> hackers run wild.  As Miller noted to Andy Greenberg at Forbes (the link above):
<blockquote><i>
&ldquo;I&rsquo;m mad,&rdquo; he says. &ldquo;I report bugs to them all the time. Being part of the developer program helps me do that. They&rsquo;re hurting themselves, and making my life harder.&rdquo;
</i></blockquote>
And, no, this is not a case where he went public first either.  He told Apple about this particular bug back on October 14th.  Either way, this seems like a really brain-dead move by Apple.  It's only going to make Apple's systems <i>less</i> secure when it punishes the folks who tell it about security vulnerabilities.<br /><br /><a href="http://www.techdirt.com/blog/wireless/articles/20111107/18193216671/find-vulnerability-apple-software-lose-your-license-as-apple-developer.shtml">Permalink</a> | <a href="http://www.techdirt.com/blog/wireless/articles/20111107/18193216671/find-vulnerability-apple-software-lose-your-license-as-apple-developer.shtml#comments">Comments</a> | <a href="http://www.techdirt.com/blog/wireless/articles/20111107/18193216671/find-vulnerability-apple-software-lose-your-license-as-apple-developer.shtml?op=sharethis">Email This Story</a><br />
 ]]></description>
<slash:department>kill-the-messenger</slash:department>
<wfw:commentRss>http://www.techdirt.com/comment_rss.php?sid=20111107/18193216671</wfw:commentRss>
</item>
<item>
<pubDate>Tue, 11 Oct 2011 13:40:00 PDT</pubDate>
<title>Find A Massive Security Hole At American Express? If You're Not A Cardholder, It Doesn't Care</title>
<dc:creator>Mike Masnick</dc:creator>
<link>http://www.techdirt.com/articles/20111011/04263216303/find-massive-security-hole-american-express-if-youre-not-cardholder-it-doesnt-care.shtml</link>
<guid>http://www.techdirt.com/articles/20111011/04263216303/find-massive-security-hole-american-express-if-youre-not-cardholder-it-doesnt-care.shtml</guid>
<description><![CDATA[ One of the general tenets of white hat security hackers is that when they find a vulnerability they alert the company first and allow them to fix things before they reveal the details.  But what if it's impossible to reach anyone at the company?  <a href="http://www.techdirt.com/profile.php?u=jdoe668">That Anonymous Coward</a> points us to a recent case of someone discovering a serious zero-day vulnerability at American Express... and not only not not being able to find anyone to contact, but also being told that <a href="http://qnrq.se/full-disclosure-american-express/" target="_blank">the company would pay more attention to him if he were a cardholer</a>:
<blockquote><i>
To my great surprise American Express doesn&rsquo;t allow anybody to contact them. Instead, you&rsquo;re sent through their ten-year-old copyright noticed website&rsquo;s first line support jungle to be attacked with questions ensuring that you&rsquo;re a paying customer. If you&rsquo;re not then you might as well not bother, unless you feel like speaking technical advanced 0day vulnerabilities with incompetent support personnel either through Twitter direct messages or phone. They will leave you no option of contacting them in a manner that circumvents any theoretical possibility they may have of boosting sales numbers.
<br /><br />
The only acceptable contact methods that I found on their site were telephone, fax or physical mail to some typoed country called Swerige. I figured none of them were suitable for 0day reports and decided to turn to Twitter and ask for an e-mail address or some other modern protocol.
</i></blockquote>
<center>
<a href="http://imgur.com/An9Kn"><img src="http://i.imgur.com/An9Kn.png" width=450 /></a>
</center>
As TAC mentioned in his submission, perhaps black hat hackers are merely white hats who got tired of the muzak on hold...<br /><br /><a href="http://www.techdirt.com/articles/20111011/04263216303/find-massive-security-hole-american-express-if-youre-not-cardholder-it-doesnt-care.shtml">Permalink</a> | <a href="http://www.techdirt.com/articles/20111011/04263216303/find-massive-security-hole-american-express-if-youre-not-cardholder-it-doesnt-care.shtml#comments">Comments</a> | <a href="http://www.techdirt.com/articles/20111011/04263216303/find-massive-security-hole-american-express-if-youre-not-cardholder-it-doesnt-care.shtml?op=sharethis">Email This Story</a><br />
 ]]></description>
<slash:department>ouch</slash:department>
<wfw:commentRss>http://www.techdirt.com/comment_rss.php?sid=20111011/04263216303</wfw:commentRss>
</item>
<item>
<pubDate>Tue, 9 Mar 2010 09:11:00 PST</pubDate>
<title>Can You Still Say DRM Is Effective When It Creates Security Vulnerabilities, Performance Degradation, Incompatibilities, System Instability And 'Other Issues'? [Update]</title>
<dc:creator>Mike Masnick</dc:creator>
<link>http://www.techdirt.com/articles/20100308/0123168455.shtml</link>
<guid>http://www.techdirt.com/articles/20100308/0123168455.shtml</guid>
<description><![CDATA[ <a href="http://www.techdirt.com/profile.php?u=modplanman">Modplan</a> alerts us to a developer at Wolfire games who wrote a blog post claiming that <a href="http://blog.wolfire.com/2010/03/DRM-can-be-effective" target="_blank">DRM can be "effective,"</a> and giving the example of StarForce's DRM on Splinter Cell 3: Chaos Theory, which supposedly took over a year to crack.  But, for this to happen, there were all sorts of problems and even lawsuit threats over people reporting on those problems:
<blockquote><i>
StarForce 3.0 used a plethora of controversial methods to achieve this, most notably, it secretly installed mandatory device drivers. This obviously was highly controversial and there were many reports of new security vulnerabilities, performance degredation, incompatibilities, system instability, and other issues. As an aside, StarForce actually <a href="http://www.boingboing.net/2006/01/31/starforce_threatens_.html" target="_blank">threatened to sue BoingBoing and CNET</a> for reporting on these issues.
<br><br>
Massive consumer issues aside, it worked.
</i></blockquote>
Wait, what?  You can't just toss aside those massive consumer issues.   "Security vulnerabilities, performance degradation, incompatibilities, system instability, and other issues," does not sound like it "worked" at all.  It sounds like the exact opposite.  It pissed off and potentially put at risk tons of paying customers.  That's not DRM "working" -- though, that is how DRM works.  <strike>Anyone who reads about  "security vulnerabilities, performance degradation, incompatibilities, system instability, and other issues," and thinks that's an example of a system to be emulated, is not someone who you should ever trust to do business with.  I'd consider that fair warning to stay away from Wolfire games.</strike> As pointed out in the comments, we may have been too quick to judge on this one.  Wolfire makes it clear they don't believe that DRM makes sense.  The folks from Wolfire also reached out and pointed out that this post was actually a small "correction" to an anti-DRM piece written earlier.  As for DRM, Wolfire makes it clear: "We have never used DRM, we hate DRM, and we never will use DRM!"  On top of that, they "encourage all other game developers to remove DRM."  My apologies for jumping to conclusions on that one.  Ok, now go support Wolfire Games...<br /><br /><a href="http://www.techdirt.com/articles/20100308/0123168455.shtml">Permalink</a> | <a href="http://www.techdirt.com/articles/20100308/0123168455.shtml#comments">Comments</a> | <a href="http://www.techdirt.com/articles/20100308/0123168455.shtml?op=sharethis">Email This Story</a><br />
 ]]></description>
<slash:department>seems-like-a-stretch</slash:department>
<wfw:commentRss>http://www.techdirt.com/comment_rss.php?sid=20100308/0123168455</wfw:commentRss>
</item>
<item>
<pubDate>Wed, 7 Jan 2009 19:28:53 PST</pubDate>
<title>Trusted Computing Not So Trustworthy</title>
<dc:creator>Mike Masnick</dc:creator>
<link>http://www.techdirt.com/articles/20090106/1937273304.shtml</link>
<guid>http://www.techdirt.com/articles/20090106/1937273304.shtml</guid>
<description><![CDATA[ As pretty much anyone in computer security recognizes, any bit of "secure" computing is only secure for a <a href="http://www.techdirt.com/articles/20081230/1656563255.shtml">limited</a> period of time.  Eventually, the security will be cracked.  Yet, we still keep hearing about expectations for some new technologies to solve all our security problems.  For example, we've been hearing for years about the wonders of "trusted computing," which basically gets mocked every time some company tries to roll it out (which is why it's gone through five or six name changes over the years).  The latest news is that Intel's implementation of a trusted computing offering, called Trusted Execution Technology, <a href="http://www.securityfocus.com/brief/881?ref=rss" target="_new">has security vulnerabilities</a> that allow it to be circumvented.  In other words, it's not trustworthy, nor secure.  Of course, it's not widely used, either, so it's not a big deal.  But, once again, there is no magic bullet for security that solves all security problems.<br /><br /><a href="http://www.techdirt.com/articles/20090106/1937273304.shtml">Permalink</a> | <a href="http://www.techdirt.com/articles/20090106/1937273304.shtml#comments">Comments</a> | <a href="http://www.techdirt.com/articles/20090106/1937273304.shtml?op=sharethis">Email This Story</a><br />
 ]]></description>
<slash:department>but-of-course...</slash:department>
<wfw:commentRss>http://www.techdirt.com/comment_rss.php?sid=20090106/1937273304</wfw:commentRss>
</item>
<item>
<pubDate>Tue, 21 Oct 2008 09:01:00 PDT</pubDate>
<title>Want To Know Just How Bad Security Is For E-Voting Machines?</title>
<dc:creator>Mike Masnick</dc:creator>
<link>http://www.techdirt.com/articles/20081020/1557562594.shtml</link>
<guid>http://www.techdirt.com/articles/20081020/1557562594.shtml</guid>
<description><![CDATA[ You may recall earlier this month that a judge in New Jersey <a href="http://www.techdirt.com/articles/20081003/0926382445.shtml">barred</a> some researchers from releasing their report into the security vulnerabilities found in e-voting machines from Sequoia that were being used in the state.  Sequoia had fought hard to stop the research from even being done in the first place, let alone released, even <a href="http://www.techdirt.com/articles/20080317/185348564.shtml">threatening</a> the researchers with lawsuits.  Now, one of the researchers who did the research, Andrew Appel, has <a href="http://freedom-to-tinker.com/blog/appel/report-sequioa-avc-advantage" target="_new">released a long report detailing a ridiculous number of security problems with Sequoia's machines</a>.  To be honest, it's not clear from the blog post about the report if this is the same one that's being suppressed or not, but it's pretty damning.  Because this is an important issue that doesn't necessarily get enough attention, I'm reposting Appel's executive summary of just how screwed up these machines are:
<blockquote><i>
<p><b>Executive Summary</b></p>
<p><b>I</b>. The AVC Advantage 9.00 is easily "hacked" by the installation of fraudulent firmware. This is done by prying just one ROM chip from its socket and pushing a new one in, or by replacement of the Z80 processor chip. We have demonstrated that this "hack" takes just 7 minutes to perform.</p>
<p>The fraudulent firmware can steal votes during an election, just as its criminal designer programs it to do. The fraud cannot practically be detected. There is no paper audit trail on this machine; all electronic records of the votes are under control of the firmware, which can manipulate them all simultaneously.</p>
<p><b>II</b>. Without even touching a single AVC Advantage, an attacker can install fraudulent firmware into many AVC Advantage machines by viral propagation through audio-ballot cartridges. The virus can steal the votes of blind voters, can cause AVC Advantages in targeted precincts to fail to operate; or can cause WinEDS software to tally votes inaccurately. (WinEDS is the program, sold by Sequoia, that each County's Board of Elections uses to add up votes from all the different precincts.)</p>

<p><b>III</b>. Design flaws in the user interface of the AVC Advantage disenfranchise voters, or violate voter privacy, by causing votes not to be counted, and by allowing pollworkers to commit fraud.</p>
<p><b>IV</b>. AVC Advantage Results Cartridges can be easily manipulated to change votes, after the polls are closed but before results from different precincts are cumulated together.</p>
<p><b>V</b>. Sequoia's sloppy software practices can lead to error and insecurity. Wyle's Independent Testing Authority (ITA) reports are not rigorous, and are inadequate to detect security vulnerabilities. Programming errors that slip through these processes can miscount votes and permit fraud.</p>
<p><b>VI</b>. Anomalies noticed by County Clerks in the New Jersey 2008 Presidential Primary were caused by two different programming errors on the part of Sequoia, and had the effect of disenfranchising voters.</p>
<p><b>VII</b>. The AVC Advantage has been produced in many versions. The fact that one version may have been examined for certification does not give grounds for confidence in the security and accuracy of a different version. New Jersey should not use any version of the AVC Advantage that it has not actually examined with the assistance of skilled computer-security experts.</p>
<p><b>VIII</b>. The AVC Advantage is too insecure to use in New Jersey. New Jersey should immediately implement the 2005 law passed by the Legislature, requiring an individual voter-verified record of each vote cast, by adopting precinct-count optical-scan voting equipment.</p>
</i></blockquote>
Happy voting!<br /><br /><a href="http://www.techdirt.com/articles/20081020/1557562594.shtml">Permalink</a> | <a href="http://www.techdirt.com/articles/20081020/1557562594.shtml#comments">Comments</a> | <a href="http://www.techdirt.com/articles/20081020/1557562594.shtml?op=sharethis">Email This Story</a><br />
 ]]></description>
<slash:department>read-this</slash:department>
<wfw:commentRss>http://www.techdirt.com/comment_rss.php?sid=20081020/1557562594</wfw:commentRss>
</item>
<item>
<pubDate>Tue, 23 Sep 2008 16:24:56 PDT</pubDate>
<title>Washington DC's Primary E-Votes Still Not Adding Up Properly</title>
<dc:creator>Mike Masnick</dc:creator>
<link>http://www.techdirt.com/articles/20080923/0342052344.shtml</link>
<guid>http://www.techdirt.com/articles/20080923/0342052344.shtml</guid>
<description><![CDATA[ You know, the one thing that computers are supposed to be good at is counting things accurately.  So why is it so hard to do so when it comes to counting votes?  We recently wrote about the case in Washington DC's primaries where election officials were <a href="http://www.techdirt.com/articles/20080912/1346342255.shtml">struggling</a> to figure out the source of an awful lot of votes for a non-existent write-in candidate.  Sequoia, the makers of the e-voting machines in question, were quick to deny any and all responsibility with the hilariously "thou dost protest too much" statement: "There's absolutely no problem with the machines in the polling places. No. No."
<br /><br />
Either way, it appears that officials in DC still can't properly add up the votes properly, and are noting that <a href="http://www.washingtonpost.com/wp-dyn/content/article/2008/09/21/AR2008092102344_pf.html" target="_new">13 separate races all show the exact same number of overvotes: 1,542</a>, though no one can explain why.  Sequoia continues to stand by its original statement that the problem must be one of human error -- though it fails to explain how simple human error would create 1,542 extra votes in 13 entirely separate races -- and why it didn't design a system that would prevent the ability for "human error" to create such votes.<br /><br /><a href="http://www.techdirt.com/articles/20080923/0342052344.shtml">Permalink</a> | <a href="http://www.techdirt.com/articles/20080923/0342052344.shtml#comments">Comments</a> | <a href="http://www.techdirt.com/articles/20080923/0342052344.shtml?op=sharethis">Email This Story</a><br />
 ]]></description>
<slash:department>it's-not-like-we've-got-computers-that-can-count</slash:department>
<wfw:commentRss>http://www.techdirt.com/comment_rss.php?sid=20080923/0342052344</wfw:commentRss>
</item>
<item>
<pubDate>Tue, 16 Sep 2008 11:50:21 PDT</pubDate>
<title>When There Are So Many 'Human Errors' On Your E-Voting Machines, It's Your Problem</title>
<dc:creator>Mike Masnick</dc:creator>
<link>http://www.techdirt.com/articles/20080915/0237532274.shtml</link>
<guid>http://www.techdirt.com/articles/20080915/0237532274.shtml</guid>
<description><![CDATA[ Last week, we wrote about yet another problem with Sequoia e-voting equipment where the company was <a href="http://www.techdirt.com/articles/20080912/1346342255.shtml">vehemently denying</a> the problem was with the machines, even saying: "There's absolutely no problem with the machines in the polling places. No. No."  Of course, this came right after a report revealing how easy it was to <a href="http://www.techdirt.com/articles/20080909/2333082218.shtml">hack</a> their machines, as well as <a href="http://www.techdirt.com/articles/20080404/085851751.shtml">numerous</a> other <a href="http://www.techdirt.com/articles/20061103/095309.shtml">problems</a> with Sequoia machines.  Yet the company consistently employs the same exact strategy: it couldn't possibly be the fault of the machines.
<br /><br />
You may recall the story earlier this month about the Sequoia optical scanning machines in Palm Beach County that supposedly <a href="http://www.techdirt.com/articles/20080904/0318472165.shtml">couldn't reach the same vote tally</a> if different counting machines were used.  At least that was the original claim -- but it was later changed when election officials admitted they had simply misplaced some ballots.  Well, the latest report claims that the recount is now not showing lost ballots -- <a href="http://www.wptv.com/news/local/story.aspx?content_id=a07a3599-e75c-4c69-89a2-75e800ca8905" target="_new">it's showing <i>too many</i> ballots</a>.  Fantastic.  Election officials think they've traced the problem to the fact that some votes on Sequoia's e-voting machine cartridges weren't properly transferred, which kicks off Sequoia's standard PR response:
<blockquote><i>
The company's representative, Phil Foster says "the cartridge is fine. Why it didn't read I do not know," suggesting another human error made on election night.
</i></blockquote>
You know, when you keep saying that, and the problems keep occurring, at some point, people are going to stop believing you.  Even if the problem really is human error every one of these times, people might begin to wonder why you don't design your systems to <i>avoid</i> such human errors.<br /><br /><a href="http://www.techdirt.com/articles/20080915/0237532274.shtml">Permalink</a> | <a href="http://www.techdirt.com/articles/20080915/0237532274.shtml#comments">Comments</a> | <a href="http://www.techdirt.com/articles/20080915/0237532274.shtml?op=sharethis">Email This Story</a><br />
 ]]></description>
<slash:department>sequoia,-i'm-talking-to-you</slash:department>
<wfw:commentRss>http://www.techdirt.com/comment_rss.php?sid=20080915/0237532274</wfw:commentRss>
</item>
<item>
<pubDate>Wed, 10 Sep 2008 08:34:00 PDT</pubDate>
<title>Want To See How Easy It Is To Hack An Election?</title>
<dc:creator>Mike Masnick</dc:creator>
<link>http://www.techdirt.com/articles/20080909/2333082218.shtml</link>
<guid>http://www.techdirt.com/articles/20080909/2333082218.shtml</guid>
<description><![CDATA[ It seems like every few months, well respected security researchers come out with yet another report about just how insecure various e-voting machines are.  The amazing thing is how hard the various e-voting companies have <a href="http://www.techdirt.com/articles/20080317/185348564.shtml">fought</a> against allowing these researchers to look at their machines, always insisting that the federal certification process (the one that's were later shown to have <a href="http://www.techdirt.com/articles/20070104/115544.shtml">not</a> done a very good job testing the machines) was fine.  Of course, even the Government Accountability Office has admitted that the federal certification process <a href="http://www.techdirt.com/articles/20070309/180818.shtml">sucks</a>.
<br /><br />
One of the complaints that the e-voting firms have had about having independent security researchers testing the machines is that those tests are not in real world conditions.  In fact, we had a commenter from one of the e-voting companies who <a href="http://www.techdirt.com/article.php?sid=20070205/104956#c169">insisted</a> that these independent tests were useless because:
<blockquote><i>
The point people often miss, which is left off of the conspiracy blogs, is that all of these 'hacking' attempts that are requested are made to do so in some sort of vacuum. In some obscure room where a gang of hackers get together and try to penetrate the system with unlimited resources. In any election, paper or fully electronic, there are procedural and security measures taken that complement and supplement the security features of the system itself. This is in addition to internal and system-independent, pre- and post-election audit features.
</i></blockquote>
That's really rather meaningless, because if it were true, then that info would also come out in those independent research reports.  However, even that comment turns out to be untrue.  As a few folks have submitted, some security researchers at UCSB <a href="http://www.cs.ucsb.edu/~seclab/projects/voting/" target="_new">have demonstrated not just how insecure Sequoia's e-voting systems are</a>, but they've shown how easy it is to hack an election with a pair of videos that you can watch right here (if you're in the RSS feed, click through to see them):
<center>
<object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/SWDEZqqqBHE&#038;color1=0xb1b1b1&#038;color2=0xcfcfcf&#038;fs=1"></param><param name="allowFullScreen" value="true"></param><embed src="http://www.youtube.com/v/SWDEZqqqBHE&#038;color1=0xb1b1b1&#038;color2=0xcfcfcf&#038;fs=1" type="application/x-shockwave-flash" allowfullscreen="true" width="425" height="344"></embed></object>
<br /><br />
<object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/moEsgdzZ19c&#038;color1=0xb1b1b1&#038;color2=0xcfcfcf&#038;fs=1"></param><param name="allowFullScreen" value="true"></param><embed src="http://www.youtube.com/v/moEsgdzZ19c&#038;color1=0xb1b1b1&#038;color2=0xcfcfcf&#038;fs=1" type="application/x-shockwave-flash" allowfullscreen="true" width="425" height="344"></embed></object>
</center>
What this shows is that the hack that the researchers shows demolishes that comment from the insider.  All it required was for those wishing to change the results of the election to drop a USB key into the pile of USB keys used to set the system up.  All of the security measures that the insider talks about are then bypassed with ease.  The video shows it getting buy the procedural security measures, as well as the pre- and post-election audit features.
<br /><br />
The video also shows why paper ballots are hardly a solution, as the second video shows how the malware included in the software can be set to void out legitimate votes and replace them with fake votes, in a variety of different scenarios, almost all of which are likely to go undetected.  This is a hugely damning report -- and it comes against a company that has <a href="http://www.techdirt.com/articles/20080319/003853580.shtml">fought so hard</a> against having its machines tested by independent security experts.  While some may say that this shows <i>why</i> they didn't want it tested -- it should concern anyone who believes in free and fair democratic elections that we're using such insecure voting machines.<br /><br /><a href="http://www.techdirt.com/articles/20080909/2333082218.shtml">Permalink</a> | <a href="http://www.techdirt.com/articles/20080909/2333082218.shtml#comments">Comments</a> | <a href="http://www.techdirt.com/articles/20080909/2333082218.shtml?op=sharethis">Email This Story</a><br />
 ]]></description>
<slash:department>have-a-look-see</slash:department>
<wfw:commentRss>http://www.techdirt.com/comment_rss.php?sid=20080909/2333082218</wfw:commentRss>
</item>
<item>
<pubDate>Tue, 2 Sep 2008 08:33:00 PDT</pubDate>
<title>Credit Card Companies Gagged Mythbusters Over RFID Vulnerabilities?</title>
<dc:creator>Mike Masnick</dc:creator>
<link>http://www.techdirt.com/articles/20080901/1816502143.shtml</link>
<guid>http://www.techdirt.com/articles/20080901/1816502143.shtml</guid>
<description><![CDATA[ It's amazing to watch just how sensitive some companies are concerning the rather well-known security vulnerabilities associated with RFID tags and smart cards.  We've seen time and time again, companies try to <a href="http://www.techdirt.com/articles/20080709/1720471634.shtml">suppress</a> such research from getting <a href="http://www.techdirt.com/articles/20070228/104159.shtml">published</a> -- and every single time, those efforts to suppress the publication of the vulnerabilities <a href="http://www.techdirt.com/articles/20080718/1135201723.shtml">backfires</a>, often <a href="http://www.techdirt.com/articles/20070307/093346.shtml">badly</a>.
<br /><br />
But that never seems to stop companies from flexing their legal muscles.
<br /><br />
The latest example comes to use via the Consumerist blog, who dug out a clip of Adam Savage from the TV show <i>Mythbusters</i> <a href="http://consumerist.com/5043831/mythbusters-gagged-credit-card-companies-kill-episode-exposing-rfid-security-flaws" target="_new">talking about what happened when the show tried to do an episode on RFID vulnerabilities</a>:
<blockquote><i>
Texas Instruments comes on along with chief legal counsel for American Express, Visa, Discover, and everybody else... They were way, way outgunned and they absolutely made it really clear to Discovery that they were not going to air this episode talking about how hackable this stuff was, and Discovery backed way down being a large corporation that depends upon the revenue of the advertisers. Now it's on Discovery's radar and they won't let us go near it.
</i></blockquote>
Check out the <a href="http://www.youtube.com/watch?v=-St_ltH90Oc">video</a> of him saying this (while admitting he's probably not supposed to talk about it) here:
<center>
<object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/-St_ltH90Oc&#038;hl=en&#038;fs=1"></param><param name="allowFullScreen" value="true"></param><embed src="http://www.youtube.com/v/-St_ltH90Oc&#038;hl=en&#038;fs=1" type="application/x-shockwave-flash" allowfullscreen="true" width="425" height="344"></embed></object>
</center>
Perhaps it's an exaggeration by Savage, but do the credit card companies really think that security through obscurity (with a healthy dose of legal threats) is the best way to protect their customers?<br /><br /><a href="http://www.techdirt.com/articles/20080901/1816502143.shtml">Permalink</a> | <a href="http://www.techdirt.com/articles/20080901/1816502143.shtml#comments">Comments</a> | <a href="http://www.techdirt.com/articles/20080901/1816502143.shtml?op=sharethis">Email This Story</a><br />
 ]]></description>
<slash:department>security-through-obscurity...-and-legal-threats</slash:department>
<wfw:commentRss>http://www.techdirt.com/comment_rss.php?sid=20080901/1816502143</wfw:commentRss>
</item>
<item>
<pubDate>Fri, 22 Aug 2008 10:50:33 PDT</pubDate>
<title>Diebold/Premier Actually Admits Its Machines Are Faulty!  And That It Lied About Antivirus Software...</title>
<dc:creator>Mike Masnick</dc:creator>
<link>http://www.techdirt.com/articles/20080822/0352532064.shtml</link>
<guid>http://www.techdirt.com/articles/20080822/0352532064.shtml</guid>
<description><![CDATA[ Consider me to be in a state of shock.  For nearly half a decade Diebold has always <a href="http://www.techdirt.com/articles/20060913/190935.shtml">responded</a> in the identical way to every single report of a problem or security vulnerability with its e-voting machines: <a href="http://www.techdirt.com/articles/20060227/1133237.shtml">attacking</a> those who pointed out the problem and claiming it really wasn't a problem at all.  This has happened time and time again that I'm not even sure how to react when the company (renamed Premier to get away from the Diebold name stigma) <a href="http://voices.washingtonpost.com/the-trail/2008/08/21/ohio_voting_machines_contained.html" target="_new">has finally admitted that its machines have a flaw that drops votes</a>.  Oops.  It's warning 34 states that use the machines of the problem which was highlighted in the <a href="http://www.techdirt.com/articles/20080812/0206421955.shtml">lawsuit</a> Ohio filed against Premiere/Diebold.  Not only that, but it's admitting the flaw in the software has been in the software for the past decade.
<br /><br />
So, uh, why was the company <a href="http://www.techdirt.com/articles/20080815/1102151994.shtml">blaming anti-virus software</a> just a couple months ago?
<br /><br />
It should also make us question Premier/Diebold's longstanding claim that independent outsiders should not be allowed to inspect its machines for problems.  Of course, Diebold execs are already downplaying all of this, claiming that they were "confident" that this hadn't actually impacted any elections, though they offer no proof of that.  The company's president admits he's "distressed" that they were wrong in their previous analysis, but he fails to explain why the company is so against letting outsides inspect the machines to avoid such flaws.  In the meantime, the company insists that the problem will be patched in time for the November election, and I'm sure we're all confident that there won't be <i>any</i> other problems with their machines, right?<br /><br /><a href="http://www.techdirt.com/articles/20080822/0352532064.shtml">Permalink</a> | <a href="http://www.techdirt.com/articles/20080822/0352532064.shtml#comments">Comments</a> | <a href="http://www.techdirt.com/articles/20080822/0352532064.shtml?op=sharethis">Email This Story</a><br />
 ]]></description>
<slash:department>wonders-never-cease</slash:department>
<wfw:commentRss>http://www.techdirt.com/comment_rss.php?sid=20080822/0352532064</wfw:commentRss>
</item>
<item>
<pubDate>Tue, 19 Aug 2008 19:32:50 PDT</pubDate>
<title>Judge Lets MIT Students Share Their Research On Boston Subway Vulnerabilities</title>
<dc:creator>Mike Masnick</dc:creator>
<link>http://www.techdirt.com/articles/20080819/1712052034.shtml</link>
<guid>http://www.techdirt.com/articles/20080819/1712052034.shtml</guid>
<description><![CDATA[ While it took about a week and a half, a judge has now <a href="http://www.eff.org/press/archives/2008/08/19" target="_new">lifted the gag order</a> that had <a href="http://www.techdirt.com/articles/20080811/0035111937.shtml">prevented</a> some MIT students from sharing a presentation about vulnerabilities in the Boston subway system.  The judge refused to ban the students from talking about it for a period of five months (which the MBTA insisted it needed to fix the system).  This is definitely a win for free speech, though I'm sure the debate over how and when to disclose security vulnerabilities will continue for a long, long time.<br /><br /><a href="http://www.techdirt.com/articles/20080819/1712052034.shtml">Permalink</a> | <a href="http://www.techdirt.com/articles/20080819/1712052034.shtml#comments">Comments</a> | <a href="http://www.techdirt.com/articles/20080819/1712052034.shtml?op=sharethis">Email This Story</a><br />
 ]]></description>
<slash:department>first-amendment-wins-again</slash:department>
<wfw:commentRss>http://www.techdirt.com/comment_rss.php?sid=20080819/1712052034</wfw:commentRss>
</item>
<item>
<pubDate>Fri, 18 Jul 2008 15:06:18 PDT</pubDate>
<title>Dutch Court Allows Research On Smart Card Vulnerabilities To Be Published</title>
<dc:creator>Mike Masnick</dc:creator>
<link>http://www.techdirt.com/articles/20080718/1135201723.shtml</link>
<guid>http://www.techdirt.com/articles/20080718/1135201723.shtml</guid>
<description><![CDATA[ We recently wrote about how NXP Semiconductor (formerly Philips Semiconductor) was suing to try to <a href="http://www.techdirt.com/articles/20080709/1720471634.shtml">stop the publication</a> of some research that showed some vulnerabilities in its chips used in smart cards around the world.  The vulnerability itself was already widely known (though NXP denied it for a while).  The good news is that a judge has denied the request, <a href="http://news.cnet.com/8301-1009_3-9994120-83.html?part=rss&#038;subj=news&#038;tag=2547-1_3-0-20" target="_new">and the research will be published as originally planned</a>.  The bad news is that NXP wasted quite a lot of time denying there was a problem instead of fixing the problem -- and with this latest misguided legal stunt, made sure a lot more people knew about it.<br /><br /><a href="http://www.techdirt.com/articles/20080718/1135201723.shtml">Permalink</a> | <a href="http://www.techdirt.com/articles/20080718/1135201723.shtml#comments">Comments</a> | <a href="http://www.techdirt.com/articles/20080718/1135201723.shtml?op=sharethis">Email This Story</a><br />
 ]]></description>
<slash:department>good-job</slash:department>
<wfw:commentRss>http://www.techdirt.com/comment_rss.php?sid=20080718/1135201723</wfw:commentRss>
</item>
<item>
<pubDate>Wed, 21 Nov 2007 17:40:28 PST</pubDate>
<title>Is It A Good Idea To Violate The Security Of Your Customers If They're Security Ignorant?</title>
<dc:creator>Mike Masnick</dc:creator>
<link>http://www.techdirt.com/articles/20071121/164444.shtml</link>
<guid>http://www.techdirt.com/articles/20071121/164444.shtml</guid>
<description><![CDATA[ <b>Rich Kulawiec</b> writes in to point out that security expert Dan Geer is suggesting that merchants <a href="http://blogs.zdnet.com/security/?p=661">violate the security of customers they deem as security risks</a>.  His argument is, basically, that there are two types of users out there: those who respond "yes" to any request -- and therefore are likely to be infected by multiple types of malware doing all sorts of bad things -- and those who respond "no" to any request, who are more likely to be safe.  Thus, Geer says merchants should ask users if they want to connect over an "extra special secure connection," and if they respond "yes," you assume that they respond yes to everything and therefore are probably unsafe.  To deal with those people, Geer says, you should effectively hack their computer.  It won't be hard, since they're clearly ignorant and open to vulnerabilities -- so you just install a rootkit and "0wn" their machine for the duration of the transaction.  
<br /><br />
As Kulawiec notes in submitting this: <i>"Maybe he's just kidding, and the sarcasm went right over my (caffeine-starved) brain.  I certainly hope so, because otherwise there are so many things wrong with this
that I'm struggling to decide which to list first."</i>  Indeed.  I'm not sure he's kidding either, but the unintended consequences of violating the security of someone's computer, just because you assume they've been violated previously are likely to make things a lot worse.  This seems like a suggestion that could have the same sort of negative unintended consequences as the suggestion others have made about creating "good trojans" that go around automatically closing the security holes and stopping malware by using the same techniques employed by the malware.  Both are based on the idea that people are too stupid to cure themselves, and somehow "white hat" hackers can help fix things.  Now, obviously, plenty of people do get infected -- but using that as an excuse to infect them back, even for noble purposes, is only going to create more problems in the long run.  Other vulnerabilities will be created and you're trusting these "good" hackers to do no harm on top of what's been done already, which is unlikely to always be the case.  No, security will never be perfect and some people will always be more vulnerable -- but that shouldn't give you a right to violate their security, even if for a good reason.<br /><br /><a href="http://www.techdirt.com/articles/20071121/164444.shtml">Permalink</a> | <a href="http://www.techdirt.com/articles/20071121/164444.shtml#comments">Comments</a> | <a href="http://www.techdirt.com/articles/20071121/164444.shtml?op=sharethis">Email This Story</a><br />
 ]]></description>
<slash:department>asking-for-serious-trouble</slash:department>
<wfw:commentRss>http://www.techdirt.com/comment_rss.php?sid=20071121/164444</wfw:commentRss>
</item>
<item>
<pubDate>Fri, 3 Aug 2007 19:11:00 PDT</pubDate>
<title>Even More Trouble For E-Voting Firms: Source Code Review Finds All Sorts Of Scary Vulnerabilities</title>
<dc:creator>Mike Masnick</dc:creator>
<link>http://www.techdirt.com/articles/20070803/034147.shtml</link>
<guid>http://www.techdirt.com/articles/20070803/034147.shtml</guid>
<description><![CDATA[ This has not been a good week for e-voting companies.  First came the report out of California that the <a href="http://www.techdirt.com/articles/20070729/223657.shtml">security had problems</a> on every machine tested by independent security experts, followed quickly by security experts finding <a href="http://www.techdirt.com/articles/20070802/001816.shtml">problems with other machines in Florida</a>.  This should come as no surprise.  Every time a security expert seems to get a chance to check out these machines, they find problems.  What was odd, though, about the announcement on Monday coming out of California, was that the state had <a href="http://www.freedom-to-tinker.com/">only released some of the reports</a>.  It left out the source code review.  However, late Thursday, the source code reports were finally released and things don't look much better.  Apparently all of the e-voting machines <a href="http://www.networkworld.com/news/2007/080307-diebold-voting-machines-vulnerable-to.html?fsrc=netflash-rss">are vulnerable to malicious attacks</a> that could "affect election outcomes."  The report also points out: "An attack could plausibly be accomplished by a single skilled individual with temporary access to a single voting machine. The damage could be extensive -- malicious code could spread to every voting machine in polling places and to county election servers."  This, of course, is what others have been saying for years, and which Diebold always brushes off.  Ed Felten has gone through the reports and <a href="http://www.freedom-to-tinker.com/?p=1184">is amazed to find that all of the e-voting machines seem to have very similar security problems</a> -- and that many problems that Diebold had insisted it fixed in 2003 were still present.  Remember how Diebold had used the <a href="http://www.techdirt.com/articles/20031203/0832223.shtml">master password "1111"</a> in their machines?  Now their machines use hard-coded passwords like "diebold" and (I kid you not) "12345678."  At some point, isn't it time for Diebold (and the other e-voting machine makers) to stand up and admit that their machines aren't secure and, in fact, were never secure?  At the very least, the company owes the world a huge apology -- but somehow, given its <a href="http://www.techdirt.com/articles/20051216/0131247.shtml">past behavior</a> whenever its machines are shown as insecure, that seems unlikely to happen.<br /><br /><a href="http://www.techdirt.com/articles/20070803/034147.shtml">Permalink</a> | <a href="http://www.techdirt.com/articles/20070803/034147.shtml#comments">Comments</a> | <a href="http://www.techdirt.com/articles/20070803/034147.shtml?op=sharethis">Email This Story</a><br />
 ]]></description>
<slash:department>doesn't-look-good</slash:department>
<wfw:commentRss>http://www.techdirt.com/comment_rss.php?sid=20070803/034147</wfw:commentRss>
</item>
</channel>
</rss>