<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>UW Computer Security Research and Course Blog &#187; Security Reviews</title>
	<atom:link href="http://cubist.cs.washington.edu/Security/category/security-reviews/feed/" rel="self" type="application/rss+xml" />
	<link>http://cubist.cs.washington.edu/Security</link>
	<description></description>
	<lastBuildDate>Tue, 17 Mar 2009 01:02:40 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Security Review: Urban Chicken Coops</title>
		<link>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-urban-chicken-coops/</link>
		<comments>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-urban-chicken-coops/#comments</comments>
		<pubDate>Sat, 14 Mar 2009 06:07:37 +0000</pubDate>
		<dc:creator>eyezac</dc:creator>
				<category><![CDATA[Security Reviews]]></category>

		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=1278</guid>
		<description><![CDATA[Chicken coops form the heart of many urban farmers&#8217; livelihoods. Providing sustenance directly through eggs, indirectly through fertilization of soil, and supplementing any waste management system through the digestion of otherwise unusable organic matter, the occupants of these structures play a vital role in small-scale subsistence living. Yet with such a range of assets come [...]]]></description>
			<content:encoded><![CDATA[<p>Chicken coops form the heart of many urban farmers&#8217; livelihoods. Providing sustenance directly through eggs, indirectly through fertilization of soil, and supplementing any waste management system through the digestion of otherwise unusable organic matter, the occupants of these structures play a vital role in small-scale subsistence living. Yet with such a range of assets come an array of risks  and vulnerabilities. Especially as the technology underlying these systems becomes more advanced, it is essential to evaluate the implications for the their security&#8211;and the security of the urban farmer&#8217;s way of life.</p>
<p><span id="more-1278"></span>Assets/Security Goals</p>
<p>1. The most obvious potential target of an attack is that of the eggs. They should be secured from procurement or damage by any cause.</p>
<p>2. The physical integrity of the chickens is perhaps the most important element of the system, and hence deserves the greatest share of security resources.</p>
<p>3. The condition of the coop itself is also very important, and should be protected from damage and undue wear.</p>
<p>Potential Adversaries/Threats</p>
<p>1. Hungry people are one clear threat to the safety of both the eggs and the chickens. In an urban setting, however, stolen chickens may be considered too much of a liability to be of interest to the common thief or burglar. Yet provided adequate incentive (such as hunger), it is conceivable that someone could abscond with the chickens and dispose of them very quickly. The eggs are more obvious targets.</p>
<p>2. Hungry non-human animals form another category of adversary. These include large birds, mammals, and in some cases reptiles.</p>
<p>3. Finally, the most subtle and devious adversary is&#8211;perhaps ironically&#8211;Mother Nature herself. Her spite may take the form of dire weather and/or natural disasters, erosion, disease, and famine.</p>
<p>Potential Weaknesses</p>
<p>1. The primary weakness of the chicken coop system is hard to pin down, because it typically sports almost no security measures. Probably the most important flaw is that it is possible for an adversary to simply walk (or dive, glide, slither, or crawl) in and compromise the system. The only kind of authentication in place is usually based on the urban farmer him/herself, and this feature is often disabled. For instance, an adversary could carry out an attack while the farmer is asleep. These attacks include stealing of eggs, stealing of chickens, and damaging of coop.</p>
<p>2. Even when under the watchful eye of the farmer, it is possible for the system to be compromised. For example, an attack could occur so quickly that the farmer has insufficient time to react, as when a large bird of prey swoops down and flies away with one of the chickens.</p>
<p>Potential Defenses</p>
<p>1. A lock on the egg compartment of the coop would deter potential human adversaries from stealing the eggs.</p>
<p>2. A fence with a ceiling could prevent large birds of prey from swooping down and grabbing a chicken with their talons.</p>
<p>3. A watchdog (or other animal), if properly trained, could prevent potential animal adversaries from executing a physical attack on the chickens.</p>
<p>4. Finally, a system of water ducts, extra supplies of food, a bio-shelter, and a good veterinarian would all contribute to the security of the system against the attacks of Mother Nature.</p>
<p>Risks</p>
<p>The chicken coop is a very intricate system, comprising many key elements, any one of which is necessary for the functioning of the system, making the risk associated with any vulnerability or attack especially high. In this way, chicken coops are not unlike many computer systems, where one point of compromise can bring down the entire system. The risks inherent in the weaknesses described above are very difficult to completely rectify, because each one depends on a multitude of factors and conditions, and the fix for one may be incompatible with another. For example, the chickens can be protected from predators by keeping them &#8220;cooped up,&#8221; but this would also prevent them from obtaining adequate nourishment through foraging, and would also demoralize them.</p>
<p>Conclusions</p>
<p>Any project or asset in a system that resides out in the open such as this is going to be vulnerable to attacks. It is important that one  takes this into account when deciding how much time, effort, and money to invest in such a system. Above all, one must keep foremost in one&#8217;s mind the goals of the system, and allocate resources accordingly. Adequate food and shelter are clearly critical, but a nice paint job is not. Further, such ornaments as paint might unintentionally attract adversaries by drawing their attention. Furthermore, chickens are not extremely difficult to replace, and a damaged coop is only as expensive to repair as its parts. Given the daunting challenges associated with securing a chicken coop, &#8220;perfect&#8221; security&#8211;in addition to being impossible&#8211;is probably not a realistic goal. It is ultimately up to the urban farmer to weigh the costs and benefits of any security feature, and act accordingly.</p>
]]></content:encoded>
			<wfw:commentRss>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-urban-chicken-coops/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Google’s Online Library</title>
		<link>http://cubist.cs.washington.edu/Security/2009/03/13/google%e2%80%99s-online-library/</link>
		<comments>http://cubist.cs.washington.edu/Security/2009/03/13/google%e2%80%99s-online-library/#comments</comments>
		<pubDate>Sat, 14 Mar 2009 05:57:17 +0000</pubDate>
		<dc:creator>jap24</dc:creator>
				<category><![CDATA[Security Reviews]]></category>

		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=1288</guid>
		<description><![CDATA[Google has been scanning whole books and archiving them since at least 2004.  More recently, it settled a lawsuit that will allow it to legally copy copyrighted books and making them available online.  Google allows users to search their book archive at Google Book Search, and view samples or in some cases entire books.  While [...]]]></description>
			<content:encoded><![CDATA[<p>Google has been scanning whole books and archiving them since <a href="http://business.timesonline.co.uk/tol/business/article1294870.ece">at least 2004</a>.  More recently, it settled a lawsuit that will allow it to legally copy copyrighted books and <a href="http://yro.slashdot.org/article.pl?sid=08/10/28/145249&amp;tid=123">making them available online</a>.  Google allows users to search their book archive at <a href="http://books.google.com/?hl=en">Google Book Search</a>, and view samples or<a href="http://books.google.com/support/bin/answer.py?answer=43729&amp;topic=9259&amp;hl=en"> in some cases </a>entire books.  While the ability to look at fragments of the more restricted books is only useful as advertising for luring in potential readers , the fact that some books are posted whole online is significant for the flow of information throughout the world.  As this online library expands, it could aid education and help distribute ideas worldwide.</p>
<p><span id="more-1288"></span><br />
Assets:</p>
<ul>
<li> The digital copies of the books are information resources that individuals might want to spread or suppress.  In general, it is important that users have access to them to supplement their education, and, in the case of partially available books, the publishers want to restrict how much can be seen while still providing enough information to act as an incentive to buy the books.  Google’s security goal with the digital books should be to ensure that access to books is not unduly restricted, while also not giving away too much about restricted works.</li>
<li>The search results for books are another asset.  The goal should be to keep these as balanced and open as possible.</li>
</ul>
<p>
Adversaries, Threats:</p>
<ul>
<li>More oppressive governments try to censor all information, and censoring Google Books would be a natural extension of that.  In addition to filtering traffic to Google, they might try denial of service attacks to take Google Books down altogether.</li>
<li>In the future, Google itself or a successor company might want to practice censorship by not making certain works available.</li>
<li>Users might want to gain access to restricted (copyrighted) books.  If the entire books are being stored in a database connected to the Internet, it is conceivable that someone could break into the database and steal the books.</li>
<li>Publishing companies would want to skew the search results on Google Book Search in favor of their own partially available books, in the hopes that users would buy them.  While it may be doubtful that an attack could affect the search engine directly, it might be possible for a publisher to plant popular search terms in sections of a book and then release the relevant sections to Google.  This could result in a higher number of views on the “advertised” sections, and possibly higher sales of the book.</li>
</ul>
<p>
Weaknesses:</p>
<ul>
<li>While Google undoubtedly has defenses against DoS attacks, it cannot prevent censoring nations from filtering traffic and denying some potential users access to its library.</li>
<li>Google has a lead in publishing online versions of print books.  This might eventually turn into something approaching a monopoly, which would make the library vulnerable to the possibility of someone with bad motives gaining control of it.</li>
<li>If it’s connected to the Internet, it can probably be accessed somehow; if the complete versions of copyrighted texts are stored on databases connected to the Internet, they could be vulnerable to being stolen.</li>
<li>Google seems interested in scanning as many books as it can, and may not be paying too much attention to the contents.  This would make their system vulnerable to the search-terms-planted-in-books strategy.</li>
</ul>
<p>
Defenses:</p>
<ul>
<li>To defend against DoS attacks, having a distributed system of servers would help (and they certainly do have defenses).</li>
<li>Encryption of data transmitted could help avoid censorship.</li>
<li>Google no doubt has excellent access control mechanisms for their databases</li>
<li> Google can avoid becoming a censor itself by promoting competition: encouraging rival libraries by giving them its own scanned copies when possible.</li>
</ul>
<p>
Risks<br />
Censorship of content on the Internet is basically inevitable; while some users in oppressive areas will be able to circumvent it, there is not much Google can realistically do to help spread information past censors.  Google turning evil seems improbable at the moment, though it could turn into an evil monopoly in the future; hopefully by then there will be more competition.  The possibility of copyrighted books being stolen by users is probably negligible, though there might be some risk of employees taking copies of copyrighted books for their own use or distributing them.  The likelihood of publishers sneaking search terms into samples is fairly likely, and difficult to defend against.  The last one is the most likely exploit to succeed in the short run, but it only affects balance instead of access to information, so it is not as important.<br />
<br />
Conclusions<br />
Having access to information is important for a society in general.  Two of the factors contributing to the growth of GDP are the amount of technological knowledge a society possesses and the level of education of the populace.  This is why it is important to encourage the spread of information; making books freely available will help societies grow and prosper, and help lead to a more prosperous world.  That it is important for books be able to spread information as much as possible, free of censorship.</p>
]]></content:encoded>
			<wfw:commentRss>http://cubist.cs.washington.edu/Security/2009/03/13/google%e2%80%99s-online-library/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Security Review: New Weapons in the Fight Against Doping</title>
		<link>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-new-weapons-in-the-fight-against-doping/</link>
		<comments>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-new-weapons-in-the-fight-against-doping/#comments</comments>
		<pubDate>Sat, 14 Mar 2009 05:57:15 +0000</pubDate>
		<dc:creator>oterod</dc:creator>
				<category><![CDATA[Current Events]]></category>
		<category><![CDATA[Ethics]]></category>
		<category><![CDATA[Integrity]]></category>
		<category><![CDATA[Research]]></category>
		<category><![CDATA[Security Reviews]]></category>

		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=1293</guid>
		<description><![CDATA[ The use of performance enhancing drugs and medical techniques is a serious problem in every sport, but no sport is as notorious for doping scandals as is professional cycling. While Olympic athletes, baseball players, and body builders are often caught boosting, the effect of their “cheating” on the sport, society, and economy is minimal. [...]]]></description>
			<content:encoded><![CDATA[<p><!--[if gte mso 9]&gt;  Normal 0     false false false  EN-US X-NONE X-NONE              MicrosoftInternetExplorer4              &lt;![endif]--><!--[if gte mso 9]&gt;                                                                                                                                            &lt;![endif]--> The use of performance enhancing drugs and medical techniques is a serious problem in every sport, but no sport is as notorious for doping scandals as is professional cycling. While Olympic athletes, baseball players, and body builders are often caught boosting, the effect of their “cheating” on the sport, society, and economy is minimal. Marion Jones, for instance, a five-medal winner in Sydney’s 2000 summer Olympics, was retroactively indicted on drug charges and agreed to forfeit her awards. While the revelation shocked many, Jones relinquished her medals and life went on.</p>
<p class="MsoNormal" style="text-align: justify;">Professional cycling, however, is a very different story. Combining the commercialism of motorsport racing with athletic demands exceeding almost any other sport, the pressure on riders to perform is tremendous. Good performance not only makes careers, but it pleases sponsors and significantly impacts their economic standing. Sponsoring a winning Tour de France team brings in tremendous revenue for a company in Europe. Continuous defeat, on the other hand, can have devastating consequences. As such, riders must reach for the leader board not only to meet their own expectations of success and competition, but simply to remain employed.</p>
<p class="MsoNormal" style="text-align: justify;"><span id="more-1293"></span>For years, dopers and anti-doping agencies have played much the same cat-and-mouse game that security researchers play with crackers. Riders use performance enhancers; researchers create tests to detect them; riders find new drugs to use, and so on and so forth. Doping was present in cycling long ago already, but it was the 1998 expulsion of the entire Festina team from that year’s Tour de France that signaled the beginning of the “doping era.” Since that year, every “grand tour” (the class defined by the Tour de France, the Giro d’Italia, and the Vuelta a España) has been plagued by expulsions, positive tests, litigations and scandals. In order to restore honor and fairness to the sport, many are crusading against the use of performance enhancing drugs. Until recently, the fervor of athlete and corporate lust for success seemed unbeatable.</p>
<p class="MsoNormal" style="text-align: justify;">According to an article by Juliet Macur in the February 28<sup>th</sup>, 2009 edition of the New York Times, the anti-doping community has developed a new methodology for detecting cheating. Rather than attempting to detect traces of illicit chemicals in riders’ bloodstreams, drug testers are attempting to develop a “biological passport” for each rider. By comparing a rider’s current blood work against earlier tests, it is now possible to detect telltale signs of substance abuse via the changes observed in that rider’s blood. Legal action has already been brought against several riders with this biological passport as evidence.</p>
<p class="MsoNormal" style="text-align: justify;"><strong>Assets</strong></p>
<ul>
<li>Riders don’t want to suffer in the ranks as a result of their competition using performance enhancing drugs</li>
<li>Sponsors and team owners don’t want the cheating of other riders to reduce the acclaim, visibility, or overall performance of their respective teams.</li>
<li>Race officials and fans want to see respectable racing, not battle-of-the-druggies. Cycling has been tainted in recent years by the proliferation of doping scandals.</li>
<li>Every non-adversary wants final rankings to be representative of rider athleticism and effort.</li>
</ul>
<p class="MsoNormal" style="text-align: justify;"><strong>Potential Adversaries</strong></p>
<ul>
<li>Riders whose competitive spirit may drive them to seek “help” in order to win.</li>
<li>Riders who suffer from excessive pressure from sponsors to perform.</li>
<li>Sponsors, team owners, or team managers wishing for more team/product/brand visibility thanks to front-running riders.</li>
<li>Doctors and researchers developing new doping methods.</li>
</ul>
<p class="MsoNormal" style="text-align: justify;"><strong>Potential Weaknesses:</strong></p>
<ul>
<li>Though I don’t claim to understand the biology, and while I can’t imagine that an attack this simple would be possible against the “latest and greatest” in anti-doping technology, I see one fundamental flaw in this approach. If detection of substance abuse relies on change between two test dates, the test is vulnerable to a rider who is never tested prior to adopting a doping habit. Because blood may not change once routine doping is adopted, there might not be a difference between old tests and current tests either.</li>
</ul>
<p class="MsoNormal" style="text-align: justify;"><strong>Potential Defenses:</strong></p>
<ul>
<li>In addition to using these “biological passports,” parallel research should continue into discovery and detection of new doping techniques. These detection methods should be applied in addition to any delta-comparison between bloodtests.</li>
<li>If it is possible, attempt to correlate blood of dopers, as well as the blood of likely non-dopers (very poor performers, amateurs, etc.). It may be feasible to derive a model that can detect riders for whom an accurate “clean” sample is unavailable.</li>
</ul>
<p class="MsoNormal" style="text-align: justify;">
]]></content:encoded>
			<wfw:commentRss>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-new-weapons-in-the-fight-against-doping/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Security Review: Helios Online Voting</title>
		<link>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-helios-online-voting/</link>
		<comments>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-helios-online-voting/#comments</comments>
		<pubDate>Sat, 14 Mar 2009 05:55:23 +0000</pubDate>
		<dc:creator>Orion</dc:creator>
				<category><![CDATA[Integrity]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Security Reviews]]></category>

		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=1285</guid>
		<description><![CDATA[The Technology
The technology being evaluated is the Helios Online Voting Booth, usable at http://www.heliosvoting.org and outlined in the 2008 Usenix Secuirty paper available at the same site. The election system does not create novel cryptographic tools or algorithms, rather it provides a protocol for using existing cryptography to make an election that is universally verifiable [...]]]></description>
			<content:encoded><![CDATA[<h2>The Technology</h2>
<p>The technology being evaluated is the Helios Online Voting Booth, usable at http://www.heliosvoting.org and outlined in the 2008 Usenix Secuirty paper available at the same site. The election system does not create novel cryptographic tools or algorithms, rather it provides a protocol for using existing cryptography to make an election that is universally verifiable and provides ballot casting assurance as well as voter secrecy. <span id="more-1285"></span>The general outline of the system is as follows:</p>
<ul class="unIndentedList">
<li> The voter fills out a ballot and then &#8220;seals&#8221; it by essentially encrypting it with the election&#8217;s public key so that only the election administrators can decrypt it.</li>
<li> The voter then has the option of verifying that the sealed ballot contains her same choices, if chosen requires the voter to &#8220;reseal&#8221; it with new randomness.</li>
<li> The voter is then authenticated and, if allowed to participate in the election, their ballot is &#8220;cast&#8221; to the server and the voter receives a copy of their sealed ballot.</li>
<li> Upon receipt, the server publicly publishes the voter&#8217;s name and sealed ballot so the voter can verify that the sealed ballot is the same as the one cast.</li>
<li> Upon election conclusion, the server downloads all sealed ballots from the previously mentioned public place and scrambles and re-encrypts them with a mixnet.</li>
<li> The server then decrypts all ballots and tallies the totals, providing proof of correctness.</li>
</ul>
<p>The paper contains a few proposed improvements to current weaknesses, but I still felt it reasonable to discuss those weaknesses. More information on the broader implications of this system was presented in a Current Events article published earlier today.</p>
<h2>Assets and Security Goals</h2>
<ul class="unIndentedList">
<li> The election system needs to provide <em>ballot casting assurance</em>. The voter needs to be able to verify that his/her ballot was received, and received correctly in order for him/her to deem the election valid. The makes sure that the voting system cannot change or destroy a voter&#8217;s ballot without the voter being able to find out.</li>
<li> The election system needs to provide <em>universal verifiability</em>. <strong>Anyone</strong> must be able to independently and externally verify that all votes that were received were, in fact, counted and counted correctly in order for the election to be known to be valid. This, with the above, makes sure that not even the election administrators can tamper with the election.</li>
<li> The election system needs to provide <em>voter secrecy</em>. It should be impossible for <strong>anyone</strong> to link a voter and his/her vote in order for voters to be free to vote for whomever he/she wants without fear of punishment.</li>
</ul>
<h2>Adversaries and Threats</h2>
<ul class="unIndentedList">
<li> Anyone (including the election administrators) wishing to fix an election for monetary, religious, or political gain may try to change or destroy ballots or tamper with ballot counting without being discovered.</li>
<li> Anyone wishing to discover who voted for whom may try to link individual voters and ballots, either during or after voting.</li>
</ul>
<h2>Potential Weaknesses</h2>
<ul class="unIndentedList">
<li> It is possible, just after the voter casts his/her ballot, for a corrupt router to intercept the ballot en route to the Helios server and send the user a fake Helios server success code, causing the &#8220;voting booth&#8221; to immediately display a false success message and clear the ballot from memory. At worst, the voter fails to later check that their ballot was recorded on the server before the end of the election and his/her ballot is never counted. At best, the voter realizes their vote was not counted and has to cast a new ballot.</li>
<li> As it currently exists, if the election administrator allows Helios to administrate the election (as it seems they suggest doing), it is possible for a corrupt Helios server to create new, fake voters and cast ballots on their behalf without easily being discovered. Since the system relies upon voters validating their votes, it would be difficult to distinguish between actual voters who didn&#8217;t validate their vote and server-generated voters.</li>
<li> As the client-side code utilizes jQuery, LiveConnect, and Java BigInteger libraries, any vulnerabilities or cryptographic insecurities in that code could potentially be exploited to tamper with the election.</li>
<li> As currently implemented, the election administrator (who has the power to add voters and freeze the election) is authenticated through Google Accounts. Any vulnerability in the login (weak password, easily guessed security questions, etc.) could allow an attacker to end the election prematurely or add additional voters (potentially multiple accounts for the same voter).</li>
</ul>
<h2>Potential Defenses</h2>
<ul class="unIndentedList">
<li> The main defense the Helios system uses to prevent the sort of ballot manipulation or rejection described in the first weakness is to provide open-source tools for the user to verify that the ballot they have created (but not yet cast) does indeed contain the desired voting preferences. This seems to be the best-possible solution short of forcing the user to verify their ballot because it should be inherently impossible to validate the values in a ballot after it has been cast (otherwise others could view the values as well).</li>
<li> The Helios defense against a corrupt Helios administering a server and creating fake voters is to provide means for other election administrators to acquire and store the election&#8217;s private key necessary for decrypting the votes.</li>
</ul>
<h2>Risks and the Big Picture</h2>
<ul class="unIndentedList">
<li> The risks associated with this sort of system are nothing less that selling democracy to the highest bidder, or at least the one with the most computing power. If this sort of system were eventually used for a governmental election, the key lengths (currently 1024) would need to be significantly larger because the stake is so much higher. All of a sudden the researchers with 10,000 PS3 cells, or the BBC with a botnet of 10,000 computers might be able to crack encryption keys and tamper with ballots or fake election results. Since this system is based upon computational security, it needs to be implemented in such a way that even the best of the FBI cannot affect the results. Otherwise the currently established government could control all subsequent election results.</li>
<li> Most of the risks can be alleviated through complete voter validation of their ballots in combination with auditing of the election results given the provided proofs of correctness which are part of the system. If many voters do not do this, however, then it is possible for many security flaws to go unnoticed.</li>
</ul>
<h2>Conclusion</h2>
<p>The general idea is that here is finally a system which seems to hint that it may be possible to design an electronic voting system that is secure and transparent. The details have obviously not been ironed out, and may not be for some time, but the spirit of the system is enough to provide some hope in this era where <span style="text-decoration: line-through;">Diebold</span> Premier Election Solutions voting booths are still being used in US elections. The Helios system is not the solution, but it is a step in the right direction, if for no other reason than Kerckhoffs would be rolling in his grave if he knew how we trusted Diebold&#8217;s secret code to run this democracy. When not even the government in charge of an election can alter its outcome without the public being able to check, elections may finally be able to be trusted.</p>
<h2>Sources</h2>
<p>http://www.physorg.com/news155473407.html<br />
Adida, B., Helios: Web-based Open-Audit Voting, <em>Usenix Security 2008</em></p>
]]></content:encoded>
			<wfw:commentRss>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-helios-online-voting/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Security Review: Online Taxes</title>
		<link>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-online-taxes/</link>
		<comments>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-online-taxes/#comments</comments>
		<pubDate>Sat, 14 Mar 2009 05:51:35 +0000</pubDate>
		<dc:creator>couvb</dc:creator>
				<category><![CDATA[Security Reviews]]></category>

		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=1269</guid>
		<description><![CDATA[For the last couple of years, I have done my taxes online.  Compared to doing them by hand on paper, the online method takes far less time to fill out.  However, it also brings with it the host of security risks associated with entering sensitive data over the internet.  To successfully file your tax return, [...]]]></description>
			<content:encoded><![CDATA[<p>For the last couple of years, I have done my taxes online.  Compared to doing them by hand on paper, the online method takes far less time to fill out.  However, it also brings with it the host of security risks associated with entering sensitive data over the internet.  To successfully file your tax return, the online system must take your social security number, as well as all your personal and financial information.<span id="more-1269"></span></p>
<p><strong>Assets / Security Goals</strong></p>
<p>One clear asset that needs to be protected is the user&#8217;s sensitive personal information.  If an attacker can read this data, they can effectively steal the user&#8217;s identity.</p>
<p>Another desirable security goal is that accurate information must go to the government.  Inaccurate sending of information could lead to either the user owing more money than they should, or the IRS performing an audit on the user.</p>
<p><strong>Adversaries / Threats</strong></p>
<p>One threat could come from someone sitting between the company building your tax return and the IRS.  Someone in this position might be able to intercept and modify the return when it is transmitted to the IRS.</p>
<p>Another threat could be from a disgruntled employee at the company building your tax return.  To make their services as easy to use as they are, these companies must store all the information you enter each year so that you don&#8217;t have to re-enter your personal information again the next year.  A disgruntled employee might be able to steal this data and sell it to the highest bidder.</p>
<p><strong>Weaknesses</strong></p>
<p>One possible weakness could be cross-site scripting vulnerabilities.  These are often caused by easy to miss bugs, and their consequence could be as serious as having all the user&#8217;s sensitive data stolen.</p>
<p>Another weakness comes from the combination of sensitive data being stored for an extended period of time (1+ years) and the user using their account very infrequently (likely only once per year).  This allows for both inside or outside attackers plenty of time to launch quite extensive attacks, which the user will likely know nothing of for a very long time</p>
<p><strong>Defenses</strong></p>
<p>The main key to defending against cross-site scripting vulnerabilities is to check everything going into and out of the server side script is sanitized.  This includes not charging blindly on in the case of invalid values.</p>
<p>As for the data retention weakness, not storing the sensitive data from year to year would definitely be the most secure option.  However, this does mean a sacrifice in convenience that users may find worth a small decrease in security.  Assuming the data must be kept, ideally it should be kept in such a way that not even the company would be able to look at it without being given some secret by the user.  This could work by having the user know a password that the company only knows the secure hash of.  This password could then also be used to generate a secret key that could then encrypt the user&#8217;s sensitive information on the company&#8217;s computers.  This way, when the user is not accessing the data, the company&#8217;s computers do not have enough information to recover the user&#8217;s password, the secret key generated by their password, or their sensitive data.  But they would be able to quickly verify that a user&#8217;s password is correct, and from that correct password, generate the secret key to temporarily unlock their data.  The downside to this system is that it is now only as strong as the user&#8217;s password, and user&#8217;s are notoriously bad at choosing strong passwords.</p>
<p><strong>Risks / Conclusion<br />
</strong></p>
<p>The main risks in doing taxes online lie in the possibility of identity theft and tax fraud.  I would imagine that companies providing online tax services likely know of and have defenses for attacks coming from the outside.  What has me a little bit more worried is the threat of an inside job.  A single disgruntled employee, or even just an unpatched computer that gets a virus could likely bypass most defenses against outside attacks if they are not considered.  One thing that does sooth my worries some is that as reputable companies wishing to continue making money, these companies would likely work hard to mitigate the effects of any attack on the user, otherwise they might get a reputation for screwing people over.</p>
]]></content:encoded>
			<wfw:commentRss>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-online-taxes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Security Review: Eye-Fi</title>
		<link>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-eye-fi/</link>
		<comments>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-eye-fi/#comments</comments>
		<pubDate>Sat, 14 Mar 2009 05:15:15 +0000</pubDate>
		<dc:creator>lidor7</dc:creator>
				<category><![CDATA[Security Reviews]]></category>
		<category><![CDATA[eye-fi]]></category>
		<category><![CDATA[eyefi]]></category>
		<category><![CDATA[photos]]></category>
		<category><![CDATA[sd card]]></category>
		<category><![CDATA[wifi]]></category>
		<category><![CDATA[wireless]]></category>

		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=1280</guid>
		<description><![CDATA[Eye-Fi
&#8220;The Eye-Fi Card stores photos &#38; videos like a normal memory card. When you turn your camera on within range of a configured Wi-Fi network, it wirelessly transfers your photos &#38; videos. To your computer. Or to your favorite photo sharing web site. Or both.&#8221;
The Eye-Fi card is an SD memory card used with cameras, [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.eye.fi/" target="_blank">Eye-Fi</a></p>
<p>&#8220;The Eye-Fi Card stores photos &amp; videos like a normal memory card. When you turn your camera on within range of a configured Wi-Fi network, it wirelessly transfers your photos &amp; videos. To your computer. Or to your favorite photo sharing web site. Or both.&#8221;</p>
<p>The Eye-Fi card is an SD memory card used with cameras, capable of connecting to wi-fi networks and uploading to sharing sites like Flickr, Picasa, etc.  It&#8217;s also capable of specifying privacy levels for each upload.  All these configurations can be set using their software on a registered computer on the same network.  Photos can be uploaded as you take them as long as you are connected to the network.</p>
<p>The assets include the card, photos, and the website account information/access.  The card is expensive and can contain sensitive and private photos.  As mentioned, the photos being uploaded can be private.  The website account information/access is also valuable because you don&#8217;t want your password and account compromised.  Knowing the password could compromise your accounts on other sites.  Also you don&#8217;t want unauthorized photos uploaded or unauthorized actions on your account.</p>
<p>Adversaries may include anyone who is interested in potentially private photos and malicious adversaries who want to take control of or exploit your website accounts.  Adversaries could gain access to these assets through a number of ways.  Since the Eye-Fi card communicates via wireless, if the messages were unencrypted and the protocol reverse engineered, it&#8217;s conceivable that messages could be spoofed, tricking the configured computer on the network to conduct unauthorized actions like uploading different photos to the photo sharing website accounts.  Photos could also be intercepted through the network.  Also, depending on the protocol, if account information is being transmitted back and forth between the Eye-Fi card and the configured computer, these messages could be intercepted and account information such as passwords could be read.  The product description seemed to suggest that the card could be configured wirelessly.  If this were the case, then a malicious user could spoof the configuration messages and reconfigure the card.</p>
<p>A good defense perhaps would be to require configuration of the card to happen only while the card if physically plugged into the configured computer.  At this point, the computer and the Eye-Fi card could easily exchange symmetric keys in order to encrypt exchanged messages.  This also prevents a malicious person from spoofing configuration messages.  The account information should be kept on the configured computer and shouldn&#8217;t be transmitted across the network.  Since I&#8217;m not familiar with the details of the protocol, it&#8217;s possible that Eye-Fi already employs some or all of these security measures.</p>
<p>Requiring that the Eye-Fi card is physically connected to the configured computer is an extra inconvenience in order to enforce more security.  The entire idea behind the card is to make the photo uploading process easier and more convenient and enforcing this kind of security is likely not a priority.  Additionally, if the network you&#8217;re on is one you own and you already require a key to access the network, then Eye-Fi use is probably already secure from adversaries outside of your network.</p>
<p>However, it&#8217;s interesting to consider that as technology evolves, wireless will become more and more commonplace, and companies will likely continue to push convenience as a priority.  And often this convenience will come with the cost of security.  As it is, wireless already has its fair share of security issues but hasn&#8217;t become a mainstream concern.  With more users using wireless and more assets becoming accessible via wireless, more and more adversaries may find it worth their while to exploit wifi weaknesses.</p>
]]></content:encoded>
			<wfw:commentRss>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-eye-fi/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Security Review: Hollywood Awards Presentations</title>
		<link>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-hollywood-awards-presentations/</link>
		<comments>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-hollywood-awards-presentations/#comments</comments>
		<pubDate>Sat, 14 Mar 2009 04:56:47 +0000</pubDate>
		<dc:creator>ericm6</dc:creator>
				<category><![CDATA[Physical Security]]></category>
		<category><![CDATA[Security Reviews]]></category>

		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=1170</guid>
		<description><![CDATA[Big Hollywood parties have big time guest lists, so it&#8217;s no wonder that many people want to be there.  These include both (mostly) benign fans and some people of the less benign variety.  Hence, security at these events is a big deal.  In 2000, the event&#8217;s security made national headlines when the oscar statues were [...]]]></description>
			<content:encoded><![CDATA[<p>Big Hollywood parties have big time guest lists, so it&#8217;s no wonder that many people want to be there.  These include both (mostly) benign fans and some people of the less benign variety.  Hence, security at these events is a big deal.  In 2000, the event&#8217;s security made national headlines when the oscar statues were stolen by a shipping company employee.  More recently, Scott Weiss has been <a href="http://seattletimes.nwsource.com/html/movies/2008768913_crasher21.html">trying to crash</a> all variety of big Hollywood parties, including the Grammy&#8217;s, the Golden Globes, and the Oscars, producing a documentary on the topic.</p>
<p>Assets and Security Goals:</p>
<ul>
<li>The safety of attendees.  The guest lists of these events contains lots of famous names that could be the target of attacks  on their personal safety.</li>
<li>The timeliness of the event.  These events are usually televised live, with lots of advertising revenue depending on the event showing on time.  Failing to do so would cause significant losses to many parties involved.</li>
<li>The exclusivity of the event.  Failing to prevent the general public form obtaining access to the even would dilute the exclusivity and mysticism of the even, making the event feel less important overall</li>
</ul>
<p>Potential Adversaries:</p>
<ul>
<li>Personal enemies.  The guests are often famous, meaning they&#8217;ve made a name for themselves, generally meaning they&#8217;ve also made a few enemies, who may want to harm them.</li>
<li>Paparazzi.  These pseudo journalists will do anything to capture or make a story about some celebrity, often at the epense of that person&#8217;s reputation and possibly safety.</li>
<li>Overzealous fans.  These fans can go overboard in their attempts to meet the Hollywood star in question, possibly causing safety issues for that person.</li>
</ul>
<p>Weaknesses:</p>
<ul>
<li>Given the large guest lists generally include many lesser-known celebrities and their entourage, security personnel generally don&#8217;t know everyone on the guest list, so it&#8217;s possible to impersonate one of these people given the right fake credentials.</li>
<li>While electronic keycards are common, there is quite often an entrance without the capability to verify these that&#8217;s used by service personnel, making the system trivial to bypass.</li>
<li>As always, the human element applies, in that if a person acts like they belong at the event, no one tends to question that fact, once they&#8217;re inside.  Moreover, Weiss has found that security personnel will often back down from asking question is you claim to be in a hurry, not wanting to make themselves a target of the guests anger.</li>
</ul>
<p>Potential Defenses:</p>
<ul>
<li>The electronic keycard system could be expanded to be at every entrance, making passes much more difficult to duplicate.</li>
<li>Better training and protection from retribution for security personnel could help prevent the specific human weaknesses exploited by Weiss and company.</li>
</ul>
<p>In conclusion, while the parties are generally secure from a large scale perspective, becoming totally secure for such a large even will be extremely difficult and possibly be at the cost of usability of the system.  The celebrities generally don&#8217;t want to be bothered with security, so the system will likely have backdoors built in to allow them easy access in, which could make any of these upgrades moot anyways.</p>
]]></content:encoded>
			<wfw:commentRss>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-hollywood-awards-presentations/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Security Review: AI</title>
		<link>http://cubist.cs.washington.edu/Security/2009/03/13/security-reviews-ai/</link>
		<comments>http://cubist.cs.washington.edu/Security/2009/03/13/security-reviews-ai/#comments</comments>
		<pubDate>Sat, 14 Mar 2009 04:55:32 +0000</pubDate>
		<dc:creator>sal</dc:creator>
				<category><![CDATA[Security Reviews]]></category>

		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=1270</guid>
		<description><![CDATA[Although thanks to Sarah Connor from The Terminator, 1997 wasn&#8217;t quite the day machines went out of control, autonomous systems become more and more integrated into our lives. Although AI might take many years to get developed to the level of human intelligence, it is also possible that breakthrough is just around the corner. Therefore, [...]]]></description>
			<content:encoded><![CDATA[<p>Although thanks to Sarah Connor from The Terminator, 1997 wasn&#8217;t quite the day machines went out of control, autonomous systems become more and more integrated into our lives. Although AI might take many years to get developed to the level of human intelligence, it is also possible that breakthrough is just around the corner. Therefore, in order to not be taken by surprise it is important to start addressing security of the autonomous systems on the broad level.<br />
In this article I will address several concerns and possible ways to deal with them, as there are multiple assets at stake &#8211; human lives, material things, in fact, almost everything of reach and a little beyond.<br />
I would categorize aspects of AI into two major categories &#8211; AI on mobile devices and AI on stationary devices, of which I will focus more on mobile, as, from the first glance, they seem to be the most dangerous, as can cause direct physical harm.<br />
Who might be potential adversaries in the context of AI systems? Here are some of them: Creator of the devil machinery, outside person willing to exploit and manipulate the system, by giving it incentives. And apparently, AI system itself &#8211; even without the intention of the creator, some unknown processes might happen in neurons of the system.<br />
There can be numerous judicial and technological means that can be implemented to reduce possible negative outcomes. I am not a big fan of restrictions, as it will drag development of the technology. Nevertheless, here are they:<br />
Obvously, protection from unauthorized access and intrusion detection, using one of the common methods to prevent from accessing and manipulating hardware directly.<br />
Here are more related specifically to AI:<br />
Restriction on the AI algorithm  &#8211; do not allow algorithm which seemed to work, but could not be fully understood take care of the children, for example.<br />
Restrictions on incentives for mobile robots &#8211; it is important to carefully think about what stimulus can be left and what should be eliminated, so that system doesn&#8217;t create a danger striving to reach for that incentive. Note, it is possibly, will not  be possible to make it always happy, as it might restrict its willingness to learn.<br />
Allow only pre-learned machines to go wander on their own, thus, disabling learning capabilities.<br />
Requirement of restricted weight/power &#8211; humans should be able to deal with them.</p>
<p>Although the cars that drive themselves will likely be safer, it is not so clear with fully developed learning AI system implanted in flexible mobile machinery, unless necessary precautions are implemented.<br />
Additionally, there are numerous other questions, including ethical coming with further development of AI, such as whether it can be considered a slavery, for example. Regulations on Artificial intelligence systems are inevitable, and users and developers should be thinking of them and be prepared for them.</p>
]]></content:encoded>
			<wfw:commentRss>http://cubist.cs.washington.edu/Security/2009/03/13/security-reviews-ai/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Security Review: Web based Remote Access</title>
		<link>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-web-based-remote-access/</link>
		<comments>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-web-based-remote-access/#comments</comments>
		<pubDate>Sat, 14 Mar 2009 04:36:11 +0000</pubDate>
		<dc:creator>sojc701</dc:creator>
				<category><![CDATA[Security Reviews]]></category>

		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=1256</guid>
		<description><![CDATA[
Many operating systems include some sort of remote access solution by default. Windows XP, for example, ship with Microsoft’s Remote Desktop as a simple remote administration interface. Even OpenBSD, the Unix variant which is usually regarded as the most secure operating system available, includes SSH, which, again, is a simple and secure application that allows [...]]]></description>
			<content:encoded><![CDATA[<p><!--StartFragment--></p>
<p class="MsoNormal">Many operating systems include some sort of remote access solution by default. Windows XP, for example, ship with Microsoft’s Remote Desktop as a simple remote administration interface. Even OpenBSD, the Unix variant which is usually regarded as the most secure operating system available, includes SSH, which, again, is a simple and secure application that allows command-line access over a network connection to the remote computer.</p>
<p class="MsoNormal">Without the built-in applications, there are other solutions to control clients remotely with web-browsers, such as RemotelyAnywhere and LogMeIn. People can access their computer in which software that provided by these companies is installed on any platform.</p>
<p class="MsoNormal">These tools provide users convenience, but they bring security concerns as well. To control clients, first users login their account in which the list of all clients is stored. If this system were compromised, it would be easy for attackers to control clients.</p>
<p class="MsoNormal"><span id="more-1256"></span></p>
<p class="MsoNormal">Assets and security goals:</p>
<p class="MsoNormal">Remote Control: Users easily control their computers on any Operating System.</p>
<p class="MsoNormal">Easy setting: Users don’t have to understand firewall and port forwarding. The software provided by company takes care of every network setting.</p>
<p class="MsoNormal">Privacy: What user is doing with clients must not be exposed.</p>
<p class="MsoNormal">Authentication: Only authenticated users can access clients.</p>
<p class="MsoNormal">
<p class="MsoNormal">Adversaries and threats:</p>
<p class="MsoNormal">Denial of Service: Massive connection requests using zombie systems.</p>
<p class="MsoNormal">Man-in-the-middle attack: Sniffing connection and modifying data in transit.</p>
<p class="MsoNormal">Cross-site scripting: Stealing authentication cookie.</p>
<p class="MsoNormal">Phishing: Stealing user id and password using phishing sites.</p>
<p class="MsoNormal">
<p class="MsoNormal">Weaknesses:</p>
<p class="MsoNormal">Keystroke logging: Users can access their clients anywhere. If users connected their clients in the compromised computers in which keylogger worm is installed, attacker could steal user id and password.</p>
<p class="MsoNormal">Stolen mobile phone: Companies provide software allowing users to connect clients on mobile phones. Attackers steal users’ phones and control users’ computers.</p>
<p class="MsoNormal">Physical attack against internal system: Employees could steal the system storing users’ information.</p>
<p class="MsoNormal">
<p class="MsoNormal">Defenses:</p>
<p class="MsoNormal">Secure connection: SSL-secured connection between users and clients. Block cipher implementation like CBC, AES.</p>
<p class="MsoNormal">Authentication: Message Authentication Code. IP Address Filter. Block excessive login attempts.</p>
<p class="MsoNormal">
<p class="MsoNormal">According to security reviews provided by researchers and magazines, Both RemotelyAnywhere and LogMeIn provides relatively secure services. Block cipher is used between user and company server and between company server and clients. MAC and certificate also are used for secure connection and integrity. But still there are possibilities for attack such as XSS, stealing phone, and phishing. They regularly should provide materials to inform current possible attacks to their customers. <span> </span></p>
<p><!--EndFragment--></p>
]]></content:encoded>
			<wfw:commentRss>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-web-based-remote-access/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Security Review: PayPal</title>
		<link>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-paypal/</link>
		<comments>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-paypal/#comments</comments>
		<pubDate>Sat, 14 Mar 2009 03:47:37 +0000</pubDate>
		<dc:creator>beenen34</dc:creator>
				<category><![CDATA[Security Reviews]]></category>

		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=1247</guid>
		<description><![CDATA[PayPal, along with other services like Ebay, is an online tool used to transfer money that most are familiar with.  Web payment services are a major conveinence, but come with a number of significant risks.  Services like PayPal can allow merchants to support payment over the internet without the necessity of having their own payment [...]]]></description>
			<content:encoded><![CDATA[<p>PayPal, along with other services like Ebay, is an online tool used to transfer money that most are familiar with.  Web payment services are a major conveinence, but come with a number of significant risks.  Services like PayPal can allow merchants to support payment over the internet without the necessity of having their own payment infrastructure, at a relatively small fee.  Online shopping and payment for products and services of all kinds is very conveinent for users as well.</p>
<p><span id="more-1247"></span></p>
<p>Assets of PayPal:</p>
<ul>
<li>Users Account Information:  A users account information must be kept secure from potential adversaries in order to keep their funds secure.  Ideally, if a users account is stolen, potential damages to bank account funds should be minimized and the intrusion should be detected quickly.</li>
<li>Integrity of Purchases:  A user should be confident that if they make a purchase, the seller will come through with whatever product or service advertised.  In the case of a transaction in which the seller does not provide the good or service, the user should be able to receive a refund, and the seller should be dealt with accordingly.</li>
</ul>
<p>Possible Adversaries:</p>
<ul>
<li>Credit Card / Identity Thieves:  Malicious individuals who attempt to steal a users account in order to transfer money out of it.</li>
<li>Malicious Buyers / Sellers:  Individuals or companies who attempt to hoax others to giving them money without returning a service.</li>
</ul>
<p>Weaknesses / Defenses:</p>
<ul>
<li>Phishing Attacks:  Phishing would seem to be the number one problem with most online transaction systems, primarily because it works quite well.  One phishing attack in particular that I have received was an e-mail saying that a fradulent purchase had been made with my account and that I needed to provide account information in order to verify that I in fact, did not make such a purchase.  One defense that has been used by PayPal is the concept of a Security Key (a review of the Key here: <a href="http://www.brighthub.com/computing/smb-security/reviews/12797.aspx" target="_blank">http://www.brighthub.com/computing/smb-security/reviews/12797.aspx</a>), that generates a key that you must use with your login, appending it to the password.  This may help, but the key is only 6 digits long, which is not very secure, and a phishing attack could still get the user to enter in this security key, though hopefully it wouldn&#8217;t work on a second login.</li>
<li>Bogus Sales:  A malicious seller could make bogus sales in which a promised service or product is not returned in exchange for payment.  PayPal can catch onto these when a buyer reports them, but in the event that the sales were made from an account that was stolen and the money has already been withdrawn by the bogus seller, the burden of payment would fall upon the legitimate owner of the account.  One possible defense that may already be in use is e-mail confirmation to the original account whenever a sale is made.  This would likely improve the reporting speed of a bogus sale as a buyer may have to wait a while to know that a product has not been shipped.</li>
</ul>
<p>Overall, PayPal has a fairly good reputation for getting rid of bogus buyers and sellars that attempt to use the service and being able to detect and resolve cases of fraud.  The main thing that users of PayPal should be aware of is phishing attacks, and making sure they are able to recognize illegitimate requests for their account information, as stolen accounts are usually the cause for most security breaches.</p>
]]></content:encoded>
			<wfw:commentRss>http://cubist.cs.washington.edu/Security/2009/03/13/security-review-paypal/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
