<?xml version="1.0" encoding="UTF-8"?>

<rdf:RDF
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
   xmlns="http://purl.org/rss/1.0/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:prism="http://prismstandard.org/namespaces/1.2/basic/"
   xmlns:dcterms="http://purl.org/dc/terms/"

>
<channel rdf:about="http://www.citeulike.org/about">
<pubDate>Sat, 26 Jul 2008 04:19:23 BST</pubDate>


	<title>CiteULike: Group: Security - library [116 articles]</title>
	<description>CiteULike: Group: Security - library [116 articles]</description>


	<link>http://www.citeulike.org/group/136</link>
	<dc:publisher>CiteULike.org</dc:publisher>
	<dc:language>en-gb</dc:language>
	<dc:rights>Copyright &#169; 2004-2008 citeulike.org</dc:rights>
	<items>
    <rdf:Seq>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2764714"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2764661"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/104017"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2729747"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2681765"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2681708"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2681501"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/1123254"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2515346"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2673229"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2677902"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/456387"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2677897"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2677886"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2677794"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2677746"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2645008"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2586659"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/950646"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2472207"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2464739"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2386357"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2386351"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2386301"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2386262"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2386322"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/1006547"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2386385"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2386534"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2386625"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2386658"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2402642"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2386551"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2408316"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2408293"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2408322"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2414741"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/1395387"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/1962514"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/1442331"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2388795"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2388794"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2375323"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2349203"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2335943"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2314293"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/2307881"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/1846709"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/1846705"/>
        <rdf:li rdf:resource="http://www.citeulike.org/group/136/article/1846675"/>

	</rdf:Seq>
	</items>
	</channel>


<item rdf:about="http://www.citeulike.org/group/136/article/2764714">
    <title>Information system attacks: A preliminary classification scheme</title>
    <link>http://www.citeulike.org/group/136/article/2764714</link>
    <description>&lt;i&gt;Computers &#38; Security, Vol. 16, No. 1. (1997), pp. 29-46.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;It is hoped that this list will be a starting point and not an ending point. If all goes well and many of the readers comment on this listing, efforts will be made to improve and expand upon the list in the future and to relate our results to the readership again at a later date.</description>
    <dc:title>Information system attacks: A preliminary classification scheme</dc:title>

    <dc:creator>Fred Cohen</dc:creator>
    <dc:identifier>doi:10.1016/S0167-4048(97)85785-9</dc:identifier>
    <dc:source>Computers &#38; Security, Vol. 16, No. 1. (1997), pp. 29-46.</dc:source>
    <dc:date>2008-05-07T11:36:26-00:00</dc:date>
    <prism:publicationYear>1997</prism:publicationYear>
    <prism:publicationName>Computers &#38; Security</prism:publicationName>
    <prism:volume>16</prism:volume>
    <prism:number>1</prism:number>
    <prism:startingPage>29</prism:startingPage>
    <prism:endingPage>46</prism:endingPage>
    <prism:category>bachelor_thesis</prism:category>
    <prism:category>master_thesis</prism:category>
    <prism:category>security</prism:category>
    <prism:category>software</prism:category>
    <prism:category>taxonomy</prism:category>
    <prism:category>vulnerability</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2764661">
    <title>A Common Language for Computer Security Incidents</title>
    <link>http://www.citeulike.org/group/136/article/2764661</link>
    <description>&lt;i&gt;(1998)&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Much of the computer security information regularly gathered and disseminated by individuals and organizations cannot currently be combined or compared because a &#34;common language&#34; has yet to emerge in the field of computer security. A common language consists of terms and taxonomies (principles of classification) which enable the gathering, exchange and comparison of information. This paper presents the results of a project to develop such a common language for computer security incidents. This ...</description>
    <dc:title>A Common Language for Computer Security Incidents</dc:title>

    <dc:creator>J Howard</dc:creator>
    <dc:creator>T Longstaff</dc:creator>
    <dc:source>(1998)</dc:source>
    <dc:date>2008-05-07T11:09:08-00:00</dc:date>
    <prism:publicationYear>1998</prism:publicationYear>
    <prism:category>bachelor_thesis</prism:category>
    <prism:category>master_thesis</prism:category>
    <prism:category>security</prism:category>
    <prism:category>software</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/104017">
    <title>Why cryptosystems fail</title>
    <link>http://www.citeulike.org/group/136/article/104017</link>
    <description>&lt;i&gt;(1993), pp. 215-227.&lt;/i&gt;</description>
    <dc:title>Why cryptosystems fail</dc:title>

    <dc:creator>Ross Anderson</dc:creator>
    <dc:identifier>doi:10.1145/168588.168615</dc:identifier>
    <dc:source>(1993), pp. 215-227.</dc:source>
    <dc:date>2005-02-25T13:22:54-00:00</dc:date>
    <prism:publicationYear>1993</prism:publicationYear>
    <prism:startingPage>215</prism:startingPage>
    <prism:endingPage>227</prism:endingPage>
    <prism:publisher>ACM Press</prism:publisher>
    <prism:category>bachelor_thesis</prism:category>
    <prism:category>cryptography</prism:category>
    <prism:category>security</prism:category>
    <prism:category>software</prism:category>
    <prism:category>taxonomy</prism:category>
    <prism:category>vulnerability</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2729747">
    <title>Vulnerabilities Analysis</title>
    <link>http://www.citeulike.org/group/136/article/2729747</link>
    <description>&lt;i&gt;(1999)&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Introduction and Problem Statement Errors in computer systems and programs are called bugs. Many studies have analyzed the origins of bugs, how to decrease the number of bugs in a system, and how to test for (informally verify) and prove (formally verify) the lack of bugs in a program. Tools such as bounds-checking compilers, dynamic debuggers, and profilers let programmers check for specific bugs in the program. Methodologies such as stepwise refinement breaks the process of design and...</description>
    <dc:title>Vulnerabilities Analysis</dc:title>

    <dc:creator>M Bishop</dc:creator>
    <dc:source>(1999)</dc:source>
    <dc:date>2008-04-28T11:36:34-00:00</dc:date>
    <prism:publicationYear>1999</prism:publicationYear>
    <prism:category>security</prism:category>
    <prism:category>software</prism:category>
    <prism:category>taxonomy</prism:category>
    <prism:category>vulnerability</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2681765">
    <title>Software vulnerability analysis</title>
    <link>http://www.citeulike.org/group/136/article/2681765</link>
    <description>&lt;i&gt;(1998)&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Major Professor-Eugene H. Spafford</description>
    <dc:title>Software vulnerability analysis</dc:title>

    <dc:creator>Ivan Krsul</dc:creator>
    <dc:source>(1998)</dc:source>
    <dc:date>2008-04-17T12:28:50-00:00</dc:date>
    <prism:publicationYear>1998</prism:publicationYear>
    <prism:publisher>Purdue University</prism:publisher>
    <prism:category>security</prism:category>
    <prism:category>software</prism:category>
    <prism:category>vulnerability</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2681708">
    <title>Toward the Use of Automated Static Analysis Alerts for Early Identification of Vulnerability- and Attack-prone Components</title>
    <link>http://www.citeulike.org/group/136/article/2681708</link>
    <description>&lt;i&gt;Internet Monitoring and Protection, 2007. ICIMP 2007. Second International Conference on (2007), pp. 18-18.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Extensive research has shown that software metrics can be used to identify fault- and failure-prone components. These metrics can also give early indications of overall software quality. We seek to parallel the identification and prediction of fault- and failure-prone components in the reliability context with vulnerability- and attack-prone components in the security context. Our research will correlate the quantity and severity of alerts generated by source code static analyzers to vulnerabilities discovered by manual analyses and testing. A strong correlation may indicate that automated static analyzers (ASA), a potentially early technique for vulnerability identification in the development phase, can identify high risk areas in the software system. Based on the alerts, we may be able to predict the presence of more complex and abstract vulnerabilities involved with the design and operation of the software system. An early knowledge of vulnerability can allow software engineers to make informed risk management decisions and prioritize redesign, inspection, and testing efforts. This paper presents our research objective and methodology.</description>
    <dc:title>Toward the Use of Automated Static Analysis Alerts for Early Identification of Vulnerability- and Attack-prone Components</dc:title>

    <dc:creator>M Gegick</dc:creator>
    <dc:creator>L Williams</dc:creator>
    <dc:identifier>doi:10.1109/ICIMP.2007.46</dc:identifier>
    <dc:source>Internet Monitoring and Protection, 2007. ICIMP 2007. Second International Conference on (2007), pp. 18-18.</dc:source>
    <dc:date>2008-04-17T12:15:58-00:00</dc:date>
    <prism:publicationYear>2007</prism:publicationYear>
    <prism:publicationName>Internet Monitoring and Protection, 2007. ICIMP 2007. Second International Conference on</prism:publicationName>
    <prism:startingPage>18</prism:startingPage>
    <prism:endingPage>18</prism:endingPage>
    <prism:category>bachelor_thesis</prism:category>
    <prism:category>security</prism:category>
    <prism:category>vulnerability</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2681501">
    <title>Towards a Common Enumeration of Vulnerabilities</title>
    <link>http://www.citeulike.org/group/136/article/2681501</link>
    <description>&lt;i&gt;(8 January 1999)&lt;/i&gt;</description>
    <dc:title>Towards a Common Enumeration of Vulnerabilities</dc:title>

    <dc:creator>David Mann</dc:creator>
    <dc:creator>Steven Christey</dc:creator>
    <dc:source>(8 January 1999)</dc:source>
    <dc:date>2008-04-17T11:13:21-00:00</dc:date>
    <prism:publicationYear>1999</prism:publicationYear>
    <prism:category>security</prism:category>
    <prism:category>vulnerability</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/1123254">
    <title>Buffer overflows: attacks and defenses for the vulnerability of the decade</title>
    <link>http://www.citeulike.org/group/136/article/1123254</link>
    <description>&lt;i&gt;Foundations of Intrusion Tolerant Systems, 2003 [Organically Assured and Survivable Information Systems] (2003), pp. 227-237.&lt;/i&gt;</description>
    <dc:title>Buffer overflows: attacks and defenses for the vulnerability of the decade</dc:title>

    <dc:creator>C Cowan</dc:creator>
    <dc:creator>P Wagle</dc:creator>
    <dc:creator>C Pu</dc:creator>
    <dc:creator>S Beattie</dc:creator>
    <dc:creator>J Walpole</dc:creator>
    <dc:source>Foundations of Intrusion Tolerant Systems, 2003 [Organically Assured and Survivable Information Systems] (2003), pp. 227-237.</dc:source>
    <dc:date>2007-02-26T17:53:58-00:00</dc:date>
    <prism:publicationYear>2003</prism:publicationYear>
    <prism:publicationName>Foundations of Intrusion Tolerant Systems, 2003 [Organically Assured and Survivable Information Systems]</prism:publicationName>
    <prism:startingPage>227</prism:startingPage>
    <prism:endingPage>237</prism:endingPage>
    <prism:category>buffer-overflow</prism:category>
    <prism:category>security</prism:category>
    <prism:category>vulnerability</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2515346">
    <title>From the ground up: the DIMACS software security workshop</title>
    <link>http://www.citeulike.org/group/136/article/2515346</link>
    <description>&lt;i&gt;Security &#38; Privacy, IEEE, Vol. 1, No. 2. (2003), pp. 59-66.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;The DIMACS Software Security Workshop held in New Jersey explored issues such as security engineering, architecture and implementation risks, security analysis, mobile and malicious code, education and training, and open research issues. Many promising techniques have grown from connections between computer security, programming languages, and software engineering, and one workshop goal was to bring these communities closer together to crystallize the software security subfield.</description>
    <dc:title>From the ground up: the DIMACS software security workshop</dc:title>

    <dc:creator>G Mcgraw</dc:creator>
    <dc:identifier>doi:10.1109/MSECP.2003.1193213</dc:identifier>
    <dc:source>Security &#38; Privacy, IEEE, Vol. 1, No. 2. (2003), pp. 59-66.</dc:source>
    <dc:date>2008-03-11T15:34:22-00:00</dc:date>
    <prism:publicationYear>2003</prism:publicationYear>
    <prism:publicationName>Security &#38; Privacy, IEEE</prism:publicationName>
    <prism:volume>1</prism:volume>
    <prism:number>2</prism:number>
    <prism:startingPage>59</prism:startingPage>
    <prism:endingPage>66</prism:endingPage>
    <prism:category>security</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2673229">
    <title>Software Security: Building Security In (Addison-Wesley Software Security Series)</title>
    <link>http://www.citeulike.org/group/136/article/2673229</link>
    <description>&lt;i&gt;(02 February 2006)&lt;/i&gt;</description>
    <dc:title>Software Security: Building Security In (Addison-Wesley Software Security Series)</dc:title>

    <dc:creator>Gary Mcgraw</dc:creator>
    <dc:source>(02 February 2006)</dc:source>
    <dc:date>2008-04-15T12:04:12-00:00</dc:date>
    <prism:publicationYear>2006</prism:publicationYear>
    <prism:publisher>Addison-Wesley Professional</prism:publisher>
    <prism:category>security</prism:category>
    <prism:category>software</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2677902">
    <title>Secure Programming Cookbook for C and C++: Recipes for Cryptography, Authentication, Input Validation &#38; More</title>
    <link>http://www.citeulike.org/group/136/article/2677902</link>
    <description>&lt;i&gt;(14 July 2003)&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Password sniffing, spoofing, buffer overflows, and denial of service: these are only a few of the attacks on today's computer systems and networks. At the root of this epidemic is poorly written, poorly tested, and insecure code that puts everyone at risk. Clearly, today's developers need help figuring out how to write code that attackers won't be able to exploit. But writing such code is surprisingly difficult. &#60;p&#62; &#34;Secure Programming Cookbook for C and C++&#34; is an important new resource for developers serious about writing secure code. It contains a wealth of solutions to problems faced by those who care about the security of their applications. It covers a wide range of topics, including safe initialization, access control, input validation, symmetric and public key cryptography, cryptographic hashes and MACs, authentication and key exchange, PKI, random numbers, and anti-tampering. The rich set of code samples provided in the book's more than 200 recipes will help programmers secure the C and C++ programs they write for both Unix(R) (including Linux(R)) and Windows(R) environments. Readers will learn: &#60;p&#62; How to avoid common programming errors, such as buffer overflows, race conditions, and format string problems&#60;p&#62; How to properly SSL-enable applications &#60;p&#62; How to create secure channels for client-server communication without SSL&#60;p&#62; How to integrate Public Key Infrastructure (PKI) into applications&#60;p&#62; Best practices for using cryptography properly&#60;p&#62; Techniques and strategies for properly validating input to programs&#60;p&#62; How to launch programs securely&#60;p&#62; How to use file access mechanisms properly&#60;p&#62; Techniques for protecting applications from reverse engineering&#60;p&#62; The book's website supplements the book by providing a place to post new recipes, including those written in additional languages like Perl, Java, and Python. Monthly prizes will reward the best recipes submitted by readers. &#60;p&#62; &#34;Secure Programming Cookbook for C and C++&#34; is destined to become an essential part of any developer's library, a code companion developers will turn to again and again as they seek to protect their systems from attackers and reduce the risks they face in today's dangerous world.</description>
    <dc:title>Secure Programming Cookbook for C and C++: Recipes for Cryptography, Authentication, Input Validation &#38; More</dc:title>

    <dc:creator>John Viega</dc:creator>
    <dc:creator>Matt Messier</dc:creator>
    <dc:source>(14 July 2003)</dc:source>
    <dc:date>2008-04-16T13:08:47-00:00</dc:date>
    <prism:publicationYear>2003</prism:publicationYear>
    <prism:publisher>O'Reilly Media, Inc.</prism:publisher>
    <prism:category>programming</prism:category>
    <prism:category>secure</prism:category>
    <prism:category>security</prism:category>
    <prism:category>software</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/456387">
    <title>Exploiting Software : How to Break Code</title>
    <link>http://www.citeulike.org/group/136/article/456387</link>
    <description>&lt;i&gt;(17 February 2004)&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Computing hardware would have no value without software; software tells hardware what to do. Software therefore must have special authority within computing systems. All computer security problems stem from that fact, and &#60;I&#62;Exploiting Software: How to Break Code&#60;/I&#62; shows you how to design your software so it's as resistant as possible to attack. Sure, everything's phrased in offensive terms (as instructions for the attacker, that is), but this book has at least as much value in showing designers what sorts of attacks their software will face (the book could serve as a checklist for part of a pre-release testing regimen). Plus, the clever reverse-engineering strategies that Greg Hoglund and Gary McGraw teach will be useful in many legitimate software projects. Consider this a recipe book for mayhem, or a compendium of lessons learned by others. It depends on your situation.&#60;p&#62; PHP programmers will take issue with the authors' blanket assessment of their language (&#34;PHP is a study in bad security&#34;), much of which seems based on older versions of the language that had some risky default behaviors--but those programmers will also double-check their servers' register_globals settings. Users of insufficiently patched Microsoft and Oracle products will worry about the detailed attack instructions this book contains. Responsible programmers and administrators will appreciate what amounts to documentation of attackers' rootkits for various operating systems, and will raise their eyebrows at the techniques for writing malicious code to unused EEPROM chips in target systems. &#60;I&#62;--David Wall&#60;/I&#62;&#60;p&#62; &#60;B&#62;Topics covered&#60;/B&#62;: How to make software fail, either by doing something it wasn't designed to do, or by denying its use to its rightful users. Techniques--including reverse engineering, buffer overflow, and particularly provision of unexpected input--are covered along with the tools needed to carry them out. A section on hardware viruses is detailed and frightening.</description>
    <dc:title>Exploiting Software : How to Break Code</dc:title>

    <dc:creator>Greg Hoglund</dc:creator>
    <dc:creator>Gary Mcgraw</dc:creator>
    <dc:source>(17 February 2004)</dc:source>
    <dc:date>2006-01-05T18:29:14-00:00</dc:date>
    <prism:publicationYear>2004</prism:publicationYear>
    <prism:publisher>Addison-Wesley Professional</prism:publisher>
    <prism:category>programming</prism:category>
    <prism:category>secure</prism:category>
    <prism:category>security</prism:category>
    <prism:category>software</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2677897">
    <title>Building Secure Software: How to Avoid Security Problems the Right Way (Addison-Wesley Professional Computing Series)</title>
    <link>http://www.citeulike.org/group/136/article/2677897</link>
    <description>&lt;i&gt;(04 October 2001)&lt;/i&gt;</description>
    <dc:title>Building Secure Software: How to Avoid Security Problems the Right Way (Addison-Wesley Professional Computing Series)</dc:title>

    <dc:creator>John Viega</dc:creator>
    <dc:creator>Gary Mcgraw</dc:creator>
    <dc:source>(04 October 2001)</dc:source>
    <dc:date>2008-04-16T13:06:17-00:00</dc:date>
    <prism:publicationYear>2001</prism:publicationYear>
    <prism:publisher>Addison-Wesley Professional</prism:publisher>
    <prism:category>no-tag</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2677886">
    <title>Building secure software: better than protecting bad software</title>
    <link>http://www.citeulike.org/group/136/article/2677886</link>
    <description>&lt;i&gt;Software, IEEE, Vol. 19, No. 6. (2002), pp. 57-58.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Software is the biggest problem in computer security today. Most organizations invest in security by buying and maintaining a firewall, but they go on to let anybody access multiple Internet-enabled applications through that firewall. These applications are often remotely exploitable, rendering the firewall impotent (not to mention the fact that the firewall is often a piece of fallible software itself). Real attackers exploit software.</description>
    <dc:title>Building secure software: better than protecting bad software</dc:title>

    <dc:creator>G Mcgraw</dc:creator>
    <dc:identifier>doi:10.1109/MS.2002.1049391</dc:identifier>
    <dc:source>Software, IEEE, Vol. 19, No. 6. (2002), pp. 57-58.</dc:source>
    <dc:date>2008-04-16T13:02:26-00:00</dc:date>
    <prism:publicationYear>2002</prism:publicationYear>
    <prism:publicationName>Software, IEEE</prism:publicationName>
    <prism:volume>19</prism:volume>
    <prism:number>6</prism:number>
    <prism:startingPage>57</prism:startingPage>
    <prism:endingPage>58</prism:endingPage>
    <prism:category>building</prism:category>
    <prism:category>secure</prism:category>
    <prism:category>software</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2677794">
    <title>A Critical Analysis of Vulnerability Taxonomies</title>
    <link>http://www.citeulike.org/group/136/article/2677794</link>
    <description>&lt;i&gt;(1996)&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;This document was created with FrameMaker 4.0.4  -- 1 --</description>
    <dc:title>A Critical Analysis of Vulnerability Taxonomies</dc:title>

    <dc:creator>M Bishop</dc:creator>
    <dc:creator>D Bailey</dc:creator>
    <dc:source>(1996)</dc:source>
    <dc:date>2008-04-16T12:25:06-00:00</dc:date>
    <prism:publicationYear>1996</prism:publicationYear>
    <prism:category>security</prism:category>
    <prism:category>taxonomy</prism:category>
    <prism:category>vulnerability</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2677746">
    <title>Computer security: the good, the bad and the ugly</title>
    <link>http://www.citeulike.org/group/136/article/2677746</link>
    <description>&lt;i&gt;High-Assurance Systems Engineering Workshop, 1996. Proceedings., IEEE (1996), pp. 52-54.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;We discuss and characterize different types of solutions to computer security problems in terms of bad (theoretically sound, but expensive and impractical), ugly (practical, but messy and of doubtful assurance), and good (theoretically sound and practical). We also attempt to characterize the different approaches and problems in computer security that would lead to these different types of solutions</description>
    <dc:title>Computer security: the good, the bad and the ugly</dc:title>

    <dc:creator>C Meadows</dc:creator>
    <dc:identifier>doi:10.1109/HASE.1996.618561</dc:identifier>
    <dc:source>High-Assurance Systems Engineering Workshop, 1996. Proceedings., IEEE (1996), pp. 52-54.</dc:source>
    <dc:date>2008-04-16T12:07:21-00:00</dc:date>
    <prism:publicationYear>1996</prism:publicationYear>
    <prism:publicationName>High-Assurance Systems Engineering Workshop, 1996. Proceedings., IEEE</prism:publicationName>
    <prism:startingPage>52</prism:startingPage>
    <prism:endingPage>54</prism:endingPage>
    <prism:category>computer</prism:category>
    <prism:category>security</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2645008">
    <title>An Approach to Model Network Exploitations Using Exploitation Graphs</title>
    <link>http://www.citeulike.org/group/136/article/2645008</link>
    <description>&lt;i&gt;SIMULATION, Vol. 82, No. 8. (1 August 2006), pp. 523-541.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;In this article, a modeling process is defined to address challenges in analyzing attack scenarios and mitigating vulnerabilities in networked environments. Known system vulnerability data, system configuration data, and vulnerability scanner results are considered to create exploitation graphs (e-graphs) that are used to represent attack scenarios. Experiments carried out in a cluster computing environment showed the usefulness of proposed techniques in providing in-depth attack scenario analyses for security engineering. Critical vulnerabilities can be identified by employing graph algorithms. Several factors were used to measure the difficulty in executing an attack. A cost/benefit analysis was used for more accurate quantitative analysis of attack scenarios. The authors also show how the attack scenario analyses better help deployment of security products and design of network topologies. 10.1177/0037549706072046</description>
    <dc:title>An Approach to Model Network Exploitations Using Exploitation Graphs</dc:title>

    <dc:creator>Wei Li</dc:creator>
    <dc:creator>Rayford Vaughn</dc:creator>
    <dc:creator>Yoginder Dandass</dc:creator>
    <dc:identifier>doi:10.1177/0037549706072046</dc:identifier>
    <dc:source>SIMULATION, Vol. 82, No. 8. (1 August 2006), pp. 523-541.</dc:source>
    <dc:date>2008-04-09T14:12:53-00:00</dc:date>
    <prism:publicationYear>2006</prism:publicationYear>
    <prism:publicationName>SIMULATION</prism:publicationName>
    <prism:volume>82</prism:volume>
    <prism:number>8</prism:number>
    <prism:startingPage>523</prism:startingPage>
    <prism:endingPage>541</prism:endingPage>
    <prism:category>attack</prism:category>
    <prism:category>exploit</prism:category>
    <prism:category>graph</prism:category>
    <prism:category>model</prism:category>
    <prism:category>security</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2586659">
    <title>TPM Virtualization: Building a General Framework</title>
    <link>http://www.citeulike.org/group/136/article/2586659</link>
    <description>&lt;i&gt;(2007), pp. 43-56.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Trusted Computing has been widely recognized as a useful and necessary extension of more traditional security mechanisms. In today's complex multi-device environment, it is essential to be assured that devices participating in transactions can be trusted. The Trusted Computing Group (TCG) has created a set of specifications and accompanying infrastructure defining means of assurance to build a trusted environment. Continuing interest in virtualization as a way to extend flexibility in diverse computing environments while addressing issues of underutilization of equipment and energy consumption brings additional complexities to current and future models of trusted computing. This chapter is a research paper, rather than a discussion of issues for a practical implementation. We talk about today's trusted computing environment by briefly describing Intel Trusted Execution Technology (formerly LaGrande Technology) as an example implementation of a trusted platform. We dedicate a few sections to the basics of Trusted Platform Modules (TPMs) as defined in TCG specifications, before moving to focus primarily on describing a generalized framework for TPM virtualization. A Virtual TPM (VTPM) framework provides a set of services for trustworthy Virtual TPMs or proprietary TPM-like software. This framework allows multiple mutually distrustful and unaware guests to share a TPM without requiring modifications to guest operating systems or applications that they are running. Additionally, the framework supports the custom cryptographic subsystems with enhanced proprietary functionality that can be adapted to multiple use models. The proposed framework leverages the TPM to ensure that the trustworthiness of the VTPM is rooted in hardware. The proposed framework can be used to design VTPMs with varying security and performance profiles. TPM features optimizing the performance or security in the framework are discussed at the end of the chapter followed by conclusions.</description>
    <dc:title>TPM Virtualization: Building a General Framework</dc:title>

    <dc:creator>Vincent Scarlata</dc:creator>
    <dc:creator>Carlos Rozas</dc:creator>
    <dc:creator>Monty Wiseman</dc:creator>
    <dc:creator>David Grawrock</dc:creator>
    <dc:creator>Claire Vishik</dc:creator>
    <dc:source>(2007), pp. 43-56.</dc:source>
    <dc:date>2008-03-25T17:30:37-00:00</dc:date>
    <prism:publicationYear>2007</prism:publicationYear>
    <prism:startingPage>43</prism:startingPage>
    <prism:endingPage>56</prism:endingPage>
    <prism:publisher>Vieweg</prism:publisher>
    <prism:category>security</prism:category>
    <prism:category>trusted-computing</prism:category>
    <prism:category>vtpm</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/950646">
    <title>Computer System Intrusion Detection: A Survey</title>
    <link>http://www.citeulike.org/group/136/article/950646</link>
    <description>&lt;i&gt;(1999)&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;The ability to detect intruders in computer systems increases in importance as computers are increasingly integrated into the systems that we rely on for the correct functioning of society. This paper reviews the history of research in intrusion detection as performed in software in the context of operating systems for a single computer, a distributed system, or a network of computers. There are two basic approaches: anomaly detection and misuse detection. Both have been practiced since the...</description>
    <dc:title>Computer System Intrusion Detection: A Survey</dc:title>

    <dc:creator>Anita Jones</dc:creator>
    <dc:creator>Robert Sielken</dc:creator>
    <dc:source>(1999)</dc:source>
    <dc:date>2006-11-18T01:13:01-00:00</dc:date>
    <prism:publicationYear>1999</prism:publicationYear>
    <prism:category>ids</prism:category>
    <prism:category>intrusion_detection</prism:category>
    <prism:category>security</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2472207">
    <title>Survey of Intrusion Detection Research</title>
    <link>http://www.citeulike.org/group/136/article/2472207</link>
    <description>&lt;i&gt;&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;The literature holds a great deal of research in the intrusion detection area. Much of this describes the design and implementation of specific intrusion detection systems. While the main focus has been the study of different detection algorithms and methods, there are a number of other issues that are of equal importance to make these systems function well in practice. I believe that the reason that the commercial market does not use many of the ideas described is that there are still...</description>
    <dc:title>Survey of Intrusion Detection Research</dc:title>

    <dc:creator>Emilie Lundin</dc:creator>
    <dc:creator>Erland Jonsson</dc:creator>
    <dc:date>2008-03-05T11:35:08-00:00</dc:date>
    <prism:category>intrusion_detection</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2464739">
    <title>Public key cryptography empowered smart dust is affordable</title>
    <link>http://www.citeulike.org/group/136/article/2464739</link>
    <description>&lt;i&gt;International Journal of Sensor Networks, Vol. 4, No. 1/2. (2008)&lt;/i&gt;</description>
    <dc:title>Public key cryptography empowered smart dust is affordable</dc:title>

    <dc:creator>Peter</dc:creator>
    <dc:source>International Journal of Sensor Networks, Vol. 4, No. 1/2. (2008)</dc:source>
    <dc:date>2008-03-04T12:30:48-00:00</dc:date>
    <prism:publicationYear>2008</prism:publicationYear>
    <prism:publicationName>International Journal of Sensor Networks</prism:publicationName>
    <prism:volume>4</prism:volume>
    <prism:number>1/2</prism:number>
    <prism:category>no-tag</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2386357">
    <title>SubVirt: Implementing malware with virtual machines</title>
    <link>http://www.citeulike.org/group/136/article/2386357</link>
    <description>&lt;i&gt;(2006), pp. 314-327.&lt;/i&gt;</description>
    <dc:title>SubVirt: Implementing malware with virtual machines</dc:title>

    <dc:creator>Samuel King</dc:creator>
    <dc:creator>Peter Chen</dc:creator>
    <dc:creator>Yi Wang</dc:creator>
    <dc:creator>Chad Verbowski</dc:creator>
    <dc:creator>Helen Wang</dc:creator>
    <dc:creator>Jacob Lorch</dc:creator>
    <dc:source>(2006), pp. 314-327.</dc:source>
    <dc:date>2008-02-15T14:27:56-00:00</dc:date>
    <prism:publicationYear>2006</prism:publicationYear>
    <prism:startingPage>314</prism:startingPage>
    <prism:endingPage>327</prism:endingPage>
    <prism:publisher>IEEE Computer Society</prism:publisher>
    <prism:category>security</prism:category>
    <prism:category>virtualization</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2386351">
    <title>Securing Web Servers against Insider Attack</title>
    <link>http://www.citeulike.org/group/136/article/2386351</link>
    <description>&lt;i&gt;(2001)&lt;/i&gt;</description>
    <dc:title>Securing Web Servers against Insider Attack</dc:title>

    <dc:creator>Shan Jiang</dc:creator>
    <dc:creator>Sean Smith</dc:creator>
    <dc:creator>Kazuhiro Minami</dc:creator>
    <dc:source>(2001)</dc:source>
    <dc:date>2008-02-15T14:25:56-00:00</dc:date>
    <prism:publicationYear>2001</prism:publicationYear>
    <prism:category>secure-coprocessor</prism:category>
    <prism:category>security</prism:category>
    <prism:category>trusted-computing</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2386301">
    <title>A Safety-Oriented Platform for Web Applications</title>
    <link>http://www.citeulike.org/group/136/article/2386301</link>
    <description>&lt;i&gt;(2006), pp. 350-364.&lt;/i&gt;</description>
    <dc:title>A Safety-Oriented Platform for Web Applications</dc:title>

    <dc:creator>Richard Cox</dc:creator>
    <dc:creator>Steven Gribble</dc:creator>
    <dc:creator>Henry Levy</dc:creator>
    <dc:creator>Jacob Hansen</dc:creator>
    <dc:source>(2006), pp. 350-364.</dc:source>
    <dc:date>2008-02-15T14:11:43-00:00</dc:date>
    <prism:publicationYear>2006</prism:publicationYear>
    <prism:startingPage>350</prism:startingPage>
    <prism:endingPage>364</prism:endingPage>
    <prism:publisher>IEEE Computer Society</prism:publisher>
    <prism:category>operating-system</prism:category>
    <prism:category>phishing</prism:category>
    <prism:category>security</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2386262">
    <title>A Secure and Reliable Bootstrap Architecture</title>
    <link>http://www.citeulike.org/group/136/article/2386262</link>
    <description>&lt;i&gt;(1997), pp. 65-71.&lt;/i&gt;</description>
    <dc:title>A Secure and Reliable Bootstrap Architecture</dc:title>

    <dc:creator>William Arbaugh</dc:creator>
    <dc:creator>David Farber</dc:creator>
    <dc:creator>Jonathan Smith</dc:creator>
    <dc:source>(1997), pp. 65-71.</dc:source>
    <dc:date>2008-02-15T14:06:54-00:00</dc:date>
    <prism:publicationYear>1997</prism:publicationYear>
    <prism:startingPage>65</prism:startingPage>
    <prism:endingPage>71</prism:endingPage>
    <prism:publisher>IEEE Computer Society</prism:publisher>
    <prism:category>security</prism:category>
    <prism:category>trusted-computing</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2386322">
    <title>Protecting Client Privacy with Trusted Computing at the Server</title>
    <link>http://www.citeulike.org/group/136/article/2386322</link>
    <description>&lt;i&gt;IEEE Security &#38; Privacy, Vol. 3, No. 2. (March 2005), pp. 20-28.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Current trusted-computing initiatives usually involve large organizations putting physically secure hardware on user machines, potentially violating user privacy. Yet, it's possible to exploit robust server-side secure hardware to enhance user privacy. Two case studies demonstrate using secure coprocessors at the server.</description>
    <dc:title>Protecting Client Privacy with Trusted Computing at the Server</dc:title>

    <dc:creator>Alexander Iliev</dc:creator>
    <dc:creator>Sean Smith</dc:creator>
    <dc:source>IEEE Security &#38; Privacy, Vol. 3, No. 2. (March 2005), pp. 20-28.</dc:source>
    <dc:date>2008-02-15T14:18:39-00:00</dc:date>
    <prism:publicationYear>2005</prism:publicationYear>
    <prism:publicationName>IEEE Security &#38; Privacy</prism:publicationName>
    <prism:volume>3</prism:volume>
    <prism:number>2</prism:number>
    <prism:startingPage>20</prism:startingPage>
    <prism:endingPage>28</prism:endingPage>
    <prism:category>secure-coprocessor</prism:category>
    <prism:category>security</prism:category>
    <prism:category>trusted-computing</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/1006547">
    <title>Terra: a virtual machine-based platform for trusted computing</title>
    <link>http://www.citeulike.org/group/136/article/1006547</link>
    <description>&lt;i&gt;(2003), pp. 193-206.&lt;/i&gt;</description>
    <dc:title>Terra: a virtual machine-based platform for trusted computing</dc:title>

    <dc:creator>Tal Garfinkel</dc:creator>
    <dc:creator>Ben Pfaff</dc:creator>
    <dc:creator>Jim Chow</dc:creator>
    <dc:creator>Mendel Rosenblum</dc:creator>
    <dc:creator>Dan Boneh</dc:creator>
    <dc:identifier>doi:10.1145/945445.945464</dc:identifier>
    <dc:source>(2003), pp. 193-206.</dc:source>
    <dc:date>2006-12-22T05:26:16-00:00</dc:date>
    <prism:publicationYear>2003</prism:publicationYear>
    <prism:issn>0163-5980</prism:issn>
    <prism:startingPage>193</prism:startingPage>
    <prism:endingPage>206</prism:endingPage>
    <prism:publisher>ACM Press</prism:publisher>
    <prism:category>operating-system</prism:category>
    <prism:category>security</prism:category>
    <prism:category>trusted-computing</prism:category>
    <prism:category>virtualization</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2386385">
    <title>Minimal TCB Code Execution</title>
    <link>http://www.citeulike.org/group/136/article/2386385</link>
    <description>&lt;i&gt;(2007), pp. 267-272.&lt;/i&gt;</description>
    <dc:title>Minimal TCB Code Execution</dc:title>

    <dc:creator>Jonathan Mccune</dc:creator>
    <dc:creator>Bryan Parno</dc:creator>
    <dc:creator>Adrian Perrig</dc:creator>
    <dc:creator>Michael Reiter</dc:creator>
    <dc:creator>Arvind Seshadri</dc:creator>
    <dc:source>(2007), pp. 267-272.</dc:source>
    <dc:date>2008-02-15T14:33:23-00:00</dc:date>
    <prism:publicationYear>2007</prism:publicationYear>
    <prism:startingPage>267</prism:startingPage>
    <prism:endingPage>272</prism:endingPage>
    <prism:publisher>IEEE Computer Society</prism:publisher>
    <prism:category>security</prism:category>
    <prism:category>trusted-computing</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2386534">
    <title>Web Wallet: Preventing Phishing Attacks by Revealing User Intentions</title>
    <link>http://www.citeulike.org/group/136/article/2386534</link>
    <description>&lt;i&gt;(2006), pp. 102-113.&lt;/i&gt;</description>
    <dc:title>Web Wallet: Preventing Phishing Attacks by Revealing User Intentions</dc:title>

    <dc:creator>Min Wu</dc:creator>
    <dc:creator>Robert Miller</dc:creator>
    <dc:creator>Greg Little</dc:creator>
    <dc:source>(2006), pp. 102-113.</dc:source>
    <dc:date>2008-02-15T15:08:04-00:00</dc:date>
    <prism:publicationYear>2006</prism:publicationYear>
    <prism:startingPage>102</prism:startingPage>
    <prism:endingPage>113</prism:endingPage>
    <prism:publisher>ACM Press</prism:publisher>
    <prism:category>phishing</prism:category>
    <prism:category>security</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2386625">
    <title>Accountability and Freedom</title>
    <link>http://www.citeulike.org/group/136/article/2386625</link>
    <description>&lt;i&gt;(Oct 2005)&lt;/i&gt;</description>
    <dc:title>Accountability and Freedom</dc:title>

    <dc:creator>Butler Lampson</dc:creator>
    <dc:source>(Oct 2005)</dc:source>
    <dc:date>2008-02-15T15:29:44-00:00</dc:date>
    <prism:publicationYear>2005</prism:publicationYear>
    <prism:category>security</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2386658">
    <title>TCG Inside? - A Note on TPM Specification Compliance</title>
    <link>http://www.citeulike.org/group/136/article/2386658</link>
    <description>&lt;i&gt;(2006)&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;The Trusted Computing Group (TCG) has addressed a new generation of computing platforms employing both supplemental hardware and software with the primary goal to improve the security and the trustworthiness of future IT systems. The core component of the TCG proposal is the Trusted Platform Module (TPM) providing certain cryptographic functions. Many vendors currently equip their platforms with a TPM claiming to be TCG compliant. However, there is no feasible way for application developers and users of TPM-enabled systems to verify this compliance. In practice, manufacturers may exploit the flexibility that the specification itself provides, or they may deviate from it by inappropriate design that might lead to security vulnerabilities. Hence, it is crucial to have an independent means for testing the compliance as well as analyzing the security of different TPMs. In this paper, we aim at making the first steps towards fulfilling this requirement: We have developed a test strategy as well as a prototype test suite for TPM compliance testing. Although our test does not cover the complete TCG specification, our test results show that many TPM implementations do not meet the TCG specification and have bugs. Moreover, we discuss that non-compliance may have crucial impact on security, and point out the corresponding security problems in case of a widespread TPM.</description>
    <dc:title>TCG Inside? - A Note on TPM Specification Compliance</dc:title>

    <dc:creator>Ahmad-Reza Sadeghi</dc:creator>
    <dc:creator>Marcel Selhorst</dc:creator>
    <dc:creator>Christian Stüble</dc:creator>
    <dc:creator>Christian Wachsmann</dc:creator>
    <dc:creator>Marcel Winandy</dc:creator>
    <dc:identifier>doi:10.1145/1179474.1179487</dc:identifier>
    <dc:source>(2006)</dc:source>
    <dc:date>2008-02-15T15:38:45-00:00</dc:date>
    <prism:publicationYear>2006</prism:publicationYear>
    <prism:publisher>ACM Press</prism:publisher>
    <prism:category>security</prism:category>
    <prism:category>trusted-computing</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2402642">
    <title>Protecting the creation of digital signatures with trusted computing platform technology against attacks by Trojan Horse programs</title>
    <link>http://www.citeulike.org/group/136/article/2402642</link>
    <description>&lt;i&gt;(2001), pp. 403-419.&lt;/i&gt;</description>
    <dc:title>Protecting the creation of digital signatures with trusted computing platform technology against attacks by Trojan Horse programs</dc:title>

    <dc:creator>Adrian Spalka</dc:creator>
    <dc:creator>Armin Cremers</dc:creator>
    <dc:creator>Hanno Langweg</dc:creator>
    <dc:source>(2001), pp. 403-419.</dc:source>
    <dc:date>2008-02-20T12:08:13-00:00</dc:date>
    <prism:publicationYear>2001</prism:publicationYear>
    <prism:startingPage>403</prism:startingPage>
    <prism:endingPage>419</prism:endingPage>
    <prism:publisher>Kluwer</prism:publisher>
    <prism:category>security</prism:category>
    <prism:category>trusted-computing</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2386551">
    <title>A Comparison of Commercial and Military Computer Security Policies</title>
    <link>http://www.citeulike.org/group/136/article/2386551</link>
    <description>&lt;i&gt;(1987), pp. 184-194.&lt;/i&gt;</description>
    <dc:title>A Comparison of Commercial and Military Computer Security Policies</dc:title>

    <dc:creator>DD Clark</dc:creator>
    <dc:creator>DR Wilson</dc:creator>
    <dc:source>(1987), pp. 184-194.</dc:source>
    <dc:date>2008-02-15T15:12:49-00:00</dc:date>
    <prism:publicationYear>1987</prism:publicationYear>
    <prism:startingPage>184</prism:startingPage>
    <prism:endingPage>194</prism:endingPage>
    <prism:publisher>IEEE Computer Society Press</prism:publisher>
    <prism:category>security</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2408316">
    <title>Towards Trustworthy Virtualisation Environments: Xen Library OS Security Service Infrastructure</title>
    <link>http://www.citeulike.org/group/136/article/2408316</link>
    <description>&lt;i&gt;No. HPL-2007-69. (April 2007)&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;New cost effective commodity PC hardware now includes fully virtualisable processors and the Trusted Computing Group's trusted platform module (TPM). This provides the opportunity to combine virtualisation, trusted computing and open source software development to tackle the security challenges modern computing faces. We believe that leveraging this technology to partition critical operating system services and applications into small modules with strictly controlled interactions is a good way to improve trustworthiness. To support the development of small applications running in Xen domains we built a library OS. We ported the GNU cross-development tool chain and standard C libraries to the small operating system kernel included with the Xen distribution, and wrote an inter-domain communications (IDC) library for communications between Xen domains. To confirm the usability of our library OS we ported a software TPM to run on it as a typical application. We evaluated the performance of our IDC system and showed that it has good performance for the applications we envisage. We have shown that a lightweight library OS offers a convenient and practical way of reducing the trusted computing base of applications by running security sensitive components in separate Xen domains.</description>
    <dc:title>Towards Trustworthy Virtualisation Environments: Xen Library OS Security Service Infrastructure</dc:title>

    <dc:creator>Melvin Anderson</dc:creator>
    <dc:creator>Micha Moffie</dc:creator>
    <dc:creator>Chris Dalton</dc:creator>
    <dc:source>No. HPL-2007-69. (April 2007)</dc:source>
    <dc:date>2008-02-21T17:39:35-00:00</dc:date>
    <prism:publicationYear>2007</prism:publicationYear>
    <prism:number>HPL-2007-69</prism:number>
    <prism:category>security</prism:category>
    <prism:category>trusted-computing</prism:category>
    <prism:category>virtualization</prism:category>
    <prism:category>vtpm</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2408293">
    <title>vTPM: Virtualizing the Trusted Platform Module</title>
    <link>http://www.citeulike.org/group/136/article/2408293</link>
    <description>&lt;i&gt;(August 2006), pp. 305-320.&lt;/i&gt;</description>
    <dc:title>vTPM: Virtualizing the Trusted Platform Module</dc:title>

    <dc:creator>Stefan Berger</dc:creator>
    <dc:creator>Ramon Caceres</dc:creator>
    <dc:creator>Kenneth Goldman</dc:creator>
    <dc:creator>Ronald Perez</dc:creator>
    <dc:creator>Reiner Sailer</dc:creator>
    <dc:creator>Leendert van Doorn</dc:creator>
    <dc:source>(August 2006), pp. 305-320.</dc:source>
    <dc:date>2008-02-21T17:29:19-00:00</dc:date>
    <prism:publicationYear>2006</prism:publicationYear>
    <prism:startingPage>305</prism:startingPage>
    <prism:endingPage>320</prism:endingPage>
    <prism:category>security</prism:category>
    <prism:category>trusted-computing</prism:category>
    <prism:category>virtualization</prism:category>
    <prism:category>vtpm</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2408322">
    <title>Intel's Security Vision for Xen</title>
    <link>http://www.citeulike.org/group/136/article/2408322</link>
    <description>&lt;i&gt;(April 2005)&lt;/i&gt;</description>
    <dc:title>Intel's Security Vision for Xen</dc:title>

    <dc:creator>Carlos Rozas</dc:creator>
    <dc:source>(April 2005)</dc:source>
    <dc:date>2008-02-21T17:44:26-00:00</dc:date>
    <prism:publicationYear>2005</prism:publicationYear>
    <prism:category>security</prism:category>
    <prism:category>trusted-computing</prism:category>
    <prism:category>virtualization</prism:category>
    <prism:category>vtpm</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2414741">
    <title>Building a High-Performance, Programmable Secure Coprocessor</title>
    <link>http://www.citeulike.org/group/136/article/2414741</link>
    <description>&lt;i&gt;Computer Networks, Vol. 31, No. 8. (April 1999), pp. 831-860.&lt;/i&gt;</description>
    <dc:title>Building a High-Performance, Programmable Secure Coprocessor</dc:title>

    <dc:creator>Sean Smith</dc:creator>
    <dc:creator>Steve Weingart</dc:creator>
    <dc:source>Computer Networks, Vol. 31, No. 8. (April 1999), pp. 831-860.</dc:source>
    <dc:date>2008-02-22T18:03:24-00:00</dc:date>
    <prism:publicationYear>1999</prism:publicationYear>
    <prism:publicationName>Computer Networks</prism:publicationName>
    <prism:volume>31</prism:volume>
    <prism:number>8</prism:number>
    <prism:startingPage>831</prism:startingPage>
    <prism:endingPage>860</prism:endingPage>
    <prism:category>secure-coprocessor</prism:category>
    <prism:category>security</prism:category>
    <prism:category>trusted-computing</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/1395387">
    <title>Trusting Trusted Hardware: Towards a Formal Model for Programmable Secure Coprocessors</title>
    <link>http://www.citeulike.org/group/136/article/1395387</link>
    <description>&lt;i&gt;pp. 83-98.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Secure coprocessors provide a foundation for many exciting electronic commerce applications, as previous work [20,21] has demonstrated. As our recent work [6, 13, 14] has explored, building a high-end secure coprocessor that can be easily programmed and deployed by a wide range of third parties can be an important step toward realizing this promise. But this step requires trusting trusted hardware -- and achieving this trust can be difficult in the face of a problem and solution space that can...</description>
    <dc:title>Trusting Trusted Hardware: Towards a Formal Model for Programmable Secure Coprocessors</dc:title>

    <dc:creator>Sean Smith</dc:creator>
    <dc:creator>Vernon Austel</dc:creator>
    <dc:source>pp. 83-98.</dc:source>
    <dc:date>2007-06-17T20:05:13-00:00</dc:date>
    <prism:startingPage>83</prism:startingPage>
    <prism:endingPage>98</prism:endingPage>
    <prism:category>secure-coprocessor</prism:category>
    <prism:category>security</prism:category>
    <prism:category>trusted-computing</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/1962514">
    <title>Integrity (I) codes: message integrity protection and authentication over insecure channels</title>
    <link>http://www.citeulike.org/group/136/article/1962514</link>
    <description>&lt;i&gt;Security and Privacy, 2006 IEEE Symposium on (2006), 15 pp..&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Inspired by unidirectional error detecting codes that are used in situations where only one kind of bit errors are possible (e.g., it is possible to change a bit &#34;0&#34; into a bit &#34;1&#34;, but not the contrary), we propose integrity codes (I-codes) for a radio communication channel, which enable integrity protection of messages exchanged between entities that do not hold any mutual authentication material (i.e. public keys or shared secret keys). The construction of I-codes enables a sender to encode any message such that if its integrity is violated in transmission over a radio channel, the receiver is able to detect it. In order to achieve this, we rely on the physical properties of the radio channel. We analyze in detail the use of I-codes on a radio communication channel and we present their implementation on a Mica2 wireless sensor platform as a &#34;proof of concept&#34;. We finally introduce a novel concept called &#34;authentication through presence&#34; that can be used for several applications, including for key establishment and for broadcast authentication over an insecure radio channel. We perform a detailed analysis of the security of our coding scheme and we show that it is secure with respect to a realistic attacker model.</description>
    <dc:title>Integrity (I) codes: message integrity protection and authentication over insecure channels</dc:title>

    <dc:creator>M Cagalj</dc:creator>
    <dc:creator>S Capkun</dc:creator>
    <dc:creator>R Rengaswamy</dc:creator>
    <dc:creator>I Tsigkogiannis</dc:creator>
    <dc:creator>M Srivastava</dc:creator>
    <dc:creator>JP Hubaux</dc:creator>
    <dc:identifier>doi:10.1109/SP.2006.23</dc:identifier>
    <dc:source>Security and Privacy, 2006 IEEE Symposium on (2006), 15 pp..</dc:source>
    <dc:date>2007-11-23T00:58:10-00:00</dc:date>
    <prism:publicationYear>2006</prism:publicationYear>
    <prism:publicationName>Security and Privacy, 2006 IEEE Symposium on</prism:publicationName>
    <prism:startingPage>15 pp.</prism:startingPage>
    <prism:category>coding</prism:category>
    <prism:category>integrity</prism:category>
    <prism:category>mac</prism:category>
    <prism:category>security</prism:category>
    <prism:category>sensornetwork</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/1442331">
    <title>NetSpy: Automatic Generation of Spyware Signatures for NIDS</title>
    <link>http://www.citeulike.org/group/136/article/1442331</link>
    <description>&lt;i&gt;Computer Security Applications Conference, 2006. ACSAC '06. 22nd Annual (2006), pp. 99-108.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;We present NetSpy, a tool to automatically generate network-level signatures for spyware. NetSpy determines whether an untrusted program is spyware by correlating user input with network traffic generated by the untrusted program. If classified as spyware, NetSpy also generates a signature characterizing the malicious substrate of the spyware's network behavior. Such a signature can be used by network intrusion detection systems to detect spyware installations in large networks. In our experiments, NetSpy precisely identified each of the 7 spyware programs that we considered and generated network-level signatures for them. Of the 9 supposedly-benign programs that we considered, NetSpy correctly characterized 6 of them as benign. The remaining 3 programs showed network behavior that was highly suggestive of spying activity</description>
    <dc:title>NetSpy: Automatic Generation of Spyware Signatures for NIDS</dc:title>

    <dc:creator>Hao Wang</dc:creator>
    <dc:creator>Somesh Jha</dc:creator>
    <dc:creator>Vinod Ganapathy</dc:creator>
    <dc:source>Computer Security Applications Conference, 2006. ACSAC '06. 22nd Annual (2006), pp. 99-108.</dc:source>
    <dc:date>2007-07-08T01:24:56-00:00</dc:date>
    <prism:publicationYear>2006</prism:publicationYear>
    <prism:publicationName>Computer Security Applications Conference, 2006. ACSAC '06. 22nd Annual</prism:publicationName>
    <prism:startingPage>99</prism:startingPage>
    <prism:endingPage>108</prism:endingPage>
    <prism:category>acsac06</prism:category>
    <prism:category>security</prism:category>
    <prism:category>signature</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2388795">
    <title>Extended protection against stack smashing attacks without performance loss</title>
    <link>http://www.citeulike.org/group/136/article/2388795</link>
    <description>&lt;i&gt;&lt;/i&gt;</description>
    <dc:title>Extended protection against stack smashing attacks without performance loss</dc:title>

    <dc:creator>Younan</dc:creator>
    <dc:date>2008-02-16T18:07:11-00:00</dc:date>
    <prism:category>acsac06</prism:category>
    <prism:category>buffer</prism:category>
    <prism:category>overflow</prism:category>
    <prism:category>security</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2388794">
    <title>Extended Protection against Stack Smashing Attacks without Performance Loss</title>
    <link>http://www.citeulike.org/group/136/article/2388794</link>
    <description>&lt;i&gt;Computer Security Applications Conference, 2006. ACSAC '06. 22nd Annual (2006), pp. 429-438.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;In this paper we present an efficient countermeasure against stack smashing attacks. Our countermeasure does not rely on secret values (such as canaries) and protects against attacks that are not addressed by state-of-the-art countermeasures. Our technique splits the standard stack into multiple stacks. The allocation of data types to one of the stacks is based on the chances that a specific data element is either a target of attacks and/or an attack vector. We have implemented our solution in a C-compiler for Linux. The evaluation shows that the overhead of using our countermeasure is negligible</description>
    <dc:title>Extended Protection against Stack Smashing Attacks without Performance Loss</dc:title>

    <dc:creator>Yves Younan</dc:creator>
    <dc:creator>Davide Pozza</dc:creator>
    <dc:creator>Frank Piessens</dc:creator>
    <dc:creator>Wouter Joosen</dc:creator>
    <dc:identifier>doi:10.1109/ACSAC.2006.27</dc:identifier>
    <dc:source>Computer Security Applications Conference, 2006. ACSAC '06. 22nd Annual (2006), pp. 429-438.</dc:source>
    <dc:date>2008-02-16T18:05:28-00:00</dc:date>
    <prism:publicationYear>2006</prism:publicationYear>
    <prism:publicationName>Computer Security Applications Conference, 2006. ACSAC '06. 22nd Annual</prism:publicationName>
    <prism:startingPage>429</prism:startingPage>
    <prism:endingPage>438</prism:endingPage>
    <prism:category>acsac06</prism:category>
    <prism:category>buffer</prism:category>
    <prism:category>overflow</prism:category>
    <prism:category>security</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2375323">
    <title>Implications of Radio Fingerprinting on the Security of Sensor Networks</title>
    <link>http://www.citeulike.org/group/136/article/2375323</link>
    <description>&lt;i&gt;(2007)&lt;/i&gt;</description>
    <dc:title>Implications of Radio Fingerprinting on the Security of Sensor Networks</dc:title>

    <dc:creator>Kasper Rasmussen</dc:creator>
    <dc:creator>Srdjan Capkun</dc:creator>
    <dc:source>(2007)</dc:source>
    <dc:date>2008-02-14T16:23:07-00:00</dc:date>
    <prism:publicationYear>2007</prism:publicationYear>
    <prism:category>bibtex-import</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2349203">
    <title>AutoPaG: towards automated software patch generation with source code root cause identification and repair</title>
    <link>http://www.citeulike.org/group/136/article/2349203</link>
    <description>&lt;i&gt;(2007), pp. 329-340.&lt;/i&gt;</description>
    <dc:title>AutoPaG: towards automated software patch generation with source code root cause identification and repair</dc:title>

    <dc:creator>Zhiqiang Lin</dc:creator>
    <dc:creator>Xuxian Jiang</dc:creator>
    <dc:creator>Dongyan Xu</dc:creator>
    <dc:creator>Bing Mao</dc:creator>
    <dc:creator>Li Xie</dc:creator>
    <dc:identifier>doi:10.1145/1229285.1267001</dc:identifier>
    <dc:source>(2007), pp. 329-340.</dc:source>
    <dc:date>2008-02-07T14:12:01-00:00</dc:date>
    <prism:publicationYear>2007</prism:publicationYear>
    <prism:startingPage>329</prism:startingPage>
    <prism:endingPage>340</prism:endingPage>
    <prism:publisher>ACM</prism:publisher>
    <prism:category>patch</prism:category>
    <prism:category>security</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2335943">
    <title>A key-distribution scheme for wireless home automation networks</title>
    <link>http://www.citeulike.org/group/136/article/2335943</link>
    <description>&lt;i&gt;Consumer Communications and Networking Conference, 2004. CCNC 2004. First IEEE (2004), pp. 47-52.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Wireless home automation networks are one example of how wireless technologies may soon become part of our daily life, yet security in existing products is woefully inadequate. An important problem in this area is the question of secure key distribution. We present a key-distribution scheme geared towards home automation networks, but also applicable to other networks with related properties. Our approach uses a decentralized scheme that is designed to work on resource-poor devices, allows easy addition and removal of devices and limits the workload on the end user while guaranteeing the secrecy of the exchanged keys even in the presence of subverted nodes.</description>
    <dc:title>A key-distribution scheme for wireless home automation networks</dc:title>

    <dc:creator>A Wacker</dc:creator>
    <dc:creator>T Heiber</dc:creator>
    <dc:creator>H Cermann</dc:creator>
    <dc:identifier>doi:10.1109/CCNC.2004.1286831</dc:identifier>
    <dc:source>Consumer Communications and Networking Conference, 2004. CCNC 2004. First IEEE (2004), pp. 47-52.</dc:source>
    <dc:date>2008-02-05T15:55:35-00:00</dc:date>
    <prism:publicationYear>2004</prism:publicationYear>
    <prism:publicationName>Consumer Communications and Networking Conference, 2004. CCNC 2004. First IEEE</prism:publicationName>
    <prism:startingPage>47</prism:startingPage>
    <prism:endingPage>52</prism:endingPage>
    <prism:category>homeautomation</prism:category>
    <prism:category>keyexchange</prism:category>
    <prism:category>keymanagement</prism:category>
    <prism:category>sensornetwork</prism:category>
    <prism:category>wsn</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2314293">
    <title>Key Exchange for Service Discovery in Secure Content Addressable Sensor Networks</title>
    <link>http://www.citeulike.org/group/136/article/2314293</link>
    <description>&lt;i&gt;Kommunikation in Verteilten Systemen (KiVS) (2007), pp. 139-150.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Secure Content Addressable Network (SCAN) is an architecture for service discovery in service centric sensor networks that enables dynamic service composition. This paper proposes two new security mechanisms for SCAN: Single Path Key Exchange (SPX) and Multi Path Key Exchange (MPX). Both security mechanisms allow two arbitrary nodes of SCAN to exchange a symmetric key for secure communication. We also propose to use replication service information and majority vote to achieve security. We evaluated the performance and security of Secure Content Addressable Networks with Single Path Key Exchange, Multi Path Key Exchange and replication using a worst case attack model. It has been found, that in a network with 1000 nodes and 5% malicious nodes the probability of a successful lookup operation is still 80%. The results of the simulation indicate, that the overhead and the security level of SCAN with SPX and MPX scale with an increasing number of nodes. The simulation results also show that SCAN is suitable for networks with 100 to 1000 nodes.</description>
    <dc:title>Key Exchange for Service Discovery in Secure Content Addressable Sensor Networks</dc:title>

    <dc:creator>Hans-Joachim Hof</dc:creator>
    <dc:creator>Ingmar Baumgart</dc:creator>
    <dc:creator>Martina Zitterbart</dc:creator>
    <dc:identifier>doi:10.1007/978-3-540-69962-0_12</dc:identifier>
    <dc:source>Kommunikation in Verteilten Systemen (KiVS) (2007), pp. 139-150.</dc:source>
    <dc:date>2008-01-31T14:04:58-00:00</dc:date>
    <prism:publicationYear>2007</prism:publicationYear>
    <prism:publicationName>Kommunikation in Verteilten Systemen (KiVS)</prism:publicationName>
    <prism:startingPage>139</prism:startingPage>
    <prism:endingPage>150</prism:endingPage>
    <prism:category>keyexchange</prism:category>
    <prism:category>keymanagement</prism:category>
    <prism:category>security</prism:category>
    <prism:category>sensornetwork</prism:category>
    <prism:category>wsn</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/2307881">
    <title>Design of a Secure Distributed Service Directory for Wireless Sensornetworks</title>
    <link>http://www.citeulike.org/group/136/article/2307881</link>
    <description>&lt;i&gt;Wireless Sensor Networks (2004), pp. 276-290.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Sensor networks consist of a potentially huge number of very small and resource limited self-organizing devices. This paper presents the design of a general distributed service directory architecture for sensor networks which especially focuses on the security issues in sensor networks. It ensures secure construction and maintenance of the underlying storage structure, a Content Addressable Network. It also considers integrity of the distributed service directory and secures communication between service provider and inquirer using self-certifying path names. Key area of application of this architecture are gradually extendable sensor networks where sensors and actuators jointly perform various user defined tasks, e.g., in the field of an office environment.</description>
    <dc:title>Design of a Secure Distributed Service Directory for Wireless Sensornetworks</dc:title>

    <dc:creator>Hans-Joachim Hof</dc:creator>
    <dc:creator>Erik-Oliver Blaß</dc:creator>
    <dc:creator>Thomas Fuhrmann</dc:creator>
    <dc:creator>Martina Zitterbart</dc:creator>
    <dc:source>Wireless Sensor Networks (2004), pp. 276-290.</dc:source>
    <dc:date>2008-01-30T16:22:28-00:00</dc:date>
    <prism:publicationYear>2004</prism:publicationYear>
    <prism:publicationName>Wireless Sensor Networks</prism:publicationName>
    <prism:startingPage>276</prism:startingPage>
    <prism:endingPage>290</prism:endingPage>
    <prism:category>p2p</prism:category>
    <prism:category>security</prism:category>
    <prism:category>sensornetwork</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/1846709">
    <title>Secretly Monopolizing the CPU Without Superuser Privileges</title>
    <link>http://www.citeulike.org/group/136/article/1846709</link>
    <description>&lt;i&gt;pp. 239-256.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;We describe a &#147;cheat&#148; attack, allowing an ordinary process to hijack any desirable percentage of the CPU cycles without requiring superuser/administrator privileges. Moreover, the nature of the attack is such that, at least in some systems, listing the active processes will erroneously show the cheating process as not using any CPU resources: the &#147;missing&#148; cycles would either be attributed to some other process or not be reported at all (if the machine is otherwise idle). Thus, certain malicious operations generally believed to have required overcoming the hardships of obtaining root access and installing a rootkit, can actually be launched by non-privileged users in a straightforward manner, thereby making the job of a malicious adversary that much easier. We show that most major general-purpose operating systems are vulnerable to the cheat attack, due to a combination of how they account for CPU usage and how they use this information to prioritize competing processes. Furthermore, recent scheduler changes attempting to better support interactive workloads increase the vulnerability to the attack, and naive steps taken by certain systems to reduce the danger are easily circumvented. We show that the attack can nevertheless be defeated, and we demonstreate this by implementing a patch for Linux that eliminates the problem with negligible overhead.</description>
    <dc:title>Secretly Monopolizing the CPU Without Superuser Privileges</dc:title>

    <dc:creator>Dan</dc:creator>
    <dc:creator>Ibm</dc:creator>
    <dc:creator>Dror Feitelson</dc:creator>
    <dc:source>pp. 239-256.</dc:source>
    <dc:date>2007-10-31T11:32:10-00:00</dc:date>
    <prism:startingPage>239</prism:startingPage>
    <prism:endingPage>256</prism:endingPage>
    <prism:category>usecurity07</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/1846705">
    <title>OSLO: Improving the Security of Trusted Computing</title>
    <link>http://www.citeulike.org/group/136/article/1846705</link>
    <description>&lt;i&gt;pp. 229-237.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;In this paper we describe bugs and ways to attack trusted computing systems based on a static root of trust such as Microsoft's Bitlocker. We propose to use the dynamic root of trust feature of newer x86 processors as this shortens the trust chain, can minimize the Trusted Computing Base of applications and is less vulnerable to TPM and BIOS attacks. To support our claim we implemented the Open Secure LOader (OSLO), the first publicly available bootloader based on AMDs &#60;TT&#62;skinit&#60;/TT&#62; instruction.</description>
    <dc:title>OSLO: Improving the Security of Trusted Computing</dc:title>

    <dc:creator>Bernhard Kauer</dc:creator>
    <dc:source>pp. 229-237.</dc:source>
    <dc:date>2007-10-31T11:31:03-00:00</dc:date>
    <prism:startingPage>229</prism:startingPage>
    <prism:endingPage>237</prism:endingPage>
    <prism:category>usecurity07</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/group/136/article/1846675">
    <title>&#60;!-- CHANGE --&#62;Proximity Breeds Danger: Emerging Threats in Metro-area Wireless Networks</title>
    <link>http://www.citeulike.org/group/136/article/1846675</link>
    <description>&lt;i&gt;pp. 323-338.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;The growing popularity of wireless networks and mobile devices is starting to attract unwanted attention especially as potential targets for malicious activities reach critical mass. In this study, we try to quantify the threat from large-scale distributed attacks on wireless networks, and, more specifically, wifi networks in densely populated metropolitan areas. We focus on three likely attack scenarios: &#147;wildfire&#148; worms that can spread contagiously over and across wireless LANs, coordinated citywide phishing campaigns based on wireless spoofing, and rogue systems for compromising location privacy in a coordinated fashion. The first attack illustrates how dense wifi deployment may provide opportunities for attackers who want to quickly compromise large numbers of machines. The last two attacks illustrate how botnets can amplify wifi vulnerabilities, and how botnet power is amplified by wireless connectivity. &#60;P&#62; To quantify these threats, we rely on real-world data extracted from wifi maps of large metropolitan areas in the States and Singapore. Our results suggest that a carefully crafted wireless worm can infect up to 80% of all wifi connected hosts in some metropolitan areas within 20 minutes, and that an attacker can launch phishing attacks or build a tracking system to monitor the location of 10-50% of wireless users in these metropolitan areas with just 1,000 zombies under his control.</description>
    <dc:title>&#60;!-- CHANGE --&#62;Proximity Breeds Danger: Emerging Threats in Metro-area Wireless Networks</dc:title>

    <dc:source>pp. 323-338.</dc:source>
    <dc:date>2007-10-31T11:24:23-00:00</dc:date>
    <prism:startingPage>323</prism:startingPage>
    <prism:endingPage>338</prism:endingPage>
    <prism:category>usecurity07</prism:category>
</item>



</rdf:RDF>

