<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Non-Boolean Authentication</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>Florida State University, Computer Science Department Tallahassee</institution>
          ,
          <addr-line>Florida 32306-4530</addr-line>
          <country country="US">USA</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Traditional authentication is two valued. Unfortunately, authentication mechanisms cannot perfectly establish electronic participant's identity. Despite years of research and its manifestations such as digital signatures, zero knowledge proofs, public key infrastructures, certificates, biometric tools, etc. the best authentication evidence is a combination of multiple factors. All authentication systems are imprecise, but there are no existing systems that capture or that facilitate reasoning about this property. This paper introduces many fundamental issues in multi-tiered authentication systems.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        1.1
Security systems canonically have two authentication states, roughly corresponding to
(1) Identity Authenticated and (2) Identity Not Authenticated. Until we properly enter
our account identifier and password, we are "not authenticated", so we receive no
access privileges. We are so accustomed to this paradigm that it may be hard to
imagine how an n-tiered authentication confidence scheme may work. Let us illustrate.
Most of us have experienced account suspense as a result of failing to correctly enter
our password in three attempts. Account suspense after three failed authentication tries
is one common practice that recognizes a third authentication class, call it Identity
Claim Disproven (ICD). Essentially, the ICD authentication category reflects a negated
identity claim or that a mechanism verified that a false identity claim occurred. Thus,
we identify the following authentication classes within this three state paradigm: (1)
Identity Unknown, (2) Identity Authenticated, and (3) Identity Claim Disproven.
The three state authentication paradigm leads to numerous research questions, e.g.:
1. Can we systematically categorize authentication confidence states?
2. What are legitimate actions/responses for a given n-state authentication
system and how can this state/action relationship be best represented?
3. Can we characterize the optimum, minimum, and maximum number of
authentication states for a given protection system?
4. Can we capture the essential authentication properties to allow continuous,
incremental re-authentication?
Earlier work [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] investigates possible responses to incomplete authentication based on
vanilla services. This notion leverages traditional access control and information flow
models [
        <xref ref-type="bibr" rid="ref3 ref4">3, 4</xref>
        ], particularly that different objects have different protection requirements.
Intuitively, objects with minimal sensitivity need the minimum or vanilla protection.
A complementary issue relates to proactive responses to incremental authentication and
re-authentication. For example, we consider whether or not it is reasonable to reverse
actions taken by a partially authenticated party if their identity claim is later refuted or
its confidence level downgraded. We offer a general approach that we call Rollback.
A fundamental component of this research is to determine if rollback is essential for
incremental authentication confidence systems. This idea appears intuitive, i.e. an act
made while masquerading should be reversed when the masquerade is discovered.
There is little in the literature on systematic approaches to backing-out to a previous
secure state, though there is related work concerning disaster recovery that we address
in the next section.
1.2
      </p>
    </sec>
    <sec id="sec-2">
      <title>Theoretic Foundations</title>
      <p>
        In their seminal paper, Harrison, Ruzzo, and Ullman introduce mathematical security
models for managing computer access control [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. There are many similar models [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ],
evaluations [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], and refinements [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] in the literature and research continues [
        <xref ref-type="bibr" rid="ref2 ref6">6, 2</xref>
        ] with
significant interest in access control models for ubiquitous computing [
        <xref ref-type="bibr" rid="ref7 ref8">7, 8</xref>
        ]. Different
environments demand different security models, and computing continues to change at
breakneck pace. Access control models are not keeping pace with this change.
The literature is also rich with works targeting authentication definition [
        <xref ref-type="bibr" rid="ref10 ref9">9,10</xref>
        ] and
properties [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] with an early, extended bibliography in [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. Most recent work focuses
on cryptographic authentication techniques triggered by [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], with seminal works by
Burrows, et al.[
        <xref ref-type="bibr" rid="ref14">14</xref>
        ], Lampson et al. [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ], Diffie, et al. [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ], and Bird et al. [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] with a
litany of variations [18, 19, and many others].
      </p>
      <p>
        A common thread of this work is that it distinguishes only two authentication states.
Work in threshold cryptography [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ] offers an environment that has inherent
opportunity for multi-state authentication and response, but we have seen no such work
in the literature. We examine the opportunity in this area in this paper.
2
2.1
      </p>
      <sec id="sec-2-1">
        <title>Multi-tiered Authentication Confidence States</title>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Foundations in the Three State Model</title>
      <p>We begin this description by adopting the three-tiered three state model, as described
earlier, as our foundation. We fix the endpoints at "perfect confidence" with the
Identity Authenticated state on one flank and Identity Claim Disproven (ICD) on the
other. ICD users are denied all access while access for fully identity authenticated users
are controlled by the normal access control system. Our primary interest lies in the
middle state: Identity Unknown.</p>
      <p>We consider the three level model foundational because here we prove and exercise the
concept of vanilla access that is granted to Identity Unknown subjects. The term
"vanilla" seems particularly applicable as an intentional double-entendre. First, it
reflects a plainness that characterizes the least protection afforded objects in a
protection system. Vanilla objects require no special access control because they are
not sensitive, either for confidentiality, integrity, or availability. Since they require
[essentially] no protection, unknown subjects may access them. Depending on the
environment, there may be a rich set of vanilla services, or there may not be any.
2.2</p>
    </sec>
    <sec id="sec-4">
      <title>Vanilla Users</title>
      <p>The vanilla user notion is evident in a variety of open laboratory environments. For
example, many university libraries do not require user authentication on library
computers. In some cases, the only applications available on accessible terminals
provide library search capabilities. In general, such library search applications are not
sensitive; in fact library patrons are encouraged to utilize these systems to locate
resources without engaging reference personnel. We might call this system,
vanillaonly access or a single state model.</p>
      <p>A mild adjustment to the library illustration of requiring authentication for system
administrators using library computers reflects the earlier described two-state model. In
this scenario, an authentication system partitions users into the identity unknown and
identity authenticated classes. Once authenticated, administrators have special access
privileges not available to vanilla (unknown) users. A central theme of our paper is that
access states may be monotonic, e.g. administrators are inherently vanilla users and
need not be authenticated to receive vanilla access.</p>
      <p>To extend the library illustration to a three state model, we require weak authentication
for all users. For example, the authentication may be so simple as swiping a student
identification card or entering a library issued group key, reflecting the likely status of
the user being a university student. The classes in the illustration are:
(1)
(2)
(3)
[Specific] Identity Unknown:
Identity Authenticated:
Identity Claim Disproven:</p>
      <sec id="sec-4-1">
        <title>Vanilla university students</title>
        <p>System administrators
Users failing student authentication
In this simple illustration, system responses for vanilla users seem reasonably clear.
They may access any provided library applications as often as they like, for as long as
they like. If the applications allow file writing, the user may write to the files through
applications. Of course, some libraries may set more liberal or more restrictive access
policies for vanilla users, but these seem to reflect vanilla access for this illustration.
The more interesting question relates to limitations on vanilla users. Clearly, they are
not allowed to perform system administration functions, such as installing programs or
editing existing program or system configuration. Possibly not so clear is whether other
general, non-sensitive functions (such as web browsing, Internet chat, even simple file
editing, say through Notepad) are available. In the three state model, the system owner
must decide if any of these applications should be available on the library nodes, and if
they should be available only to system administrators or to all vanilla users.
2.3</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>The N-State Model</title>
      <p>The core of this paper is to partition the vanilla state to
form an n-state model, where n is greater than three, e.g.
Figure 1. We begin by describing a state split to form a
four state model, and then give a theory regarding further
partitioning and refinement. Central to this process is how
we identify vanilla session classes that correspond to
vanilla object classe, and reasonable respective responses.
2.3.1</p>
    </sec>
    <sec id="sec-6">
      <title>Incremental Session Re-authentication</title>
      <p>Identity
Authenticated</p>
      <p>
        Vanilla
Many security models (e.g. [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]) are founded on the notion
of tranquility, that is, that subjects and objects’ security ICD
posture does not change. Conversely, a foundation of this
paradigm is that while objects are tranquil, the Figure 1
authentication posture of each subject in every session may continuously change. For
most cases, we expect to gain authentication confidence with time, eventually reaching
the identity authenticated state and remaining in that state with access controlled by the
normal protection system.
      </p>
      <p>
        Conversely, we contend that re-authentication should be continuous as, e.g.:
(1) An authentic user is unable to successfully complete the authentication process
(2) An intruder advances into a vanilla authentication state
(3) A session involving an authenticated, or partially authenticated, user is hijacked
by an intruder
While these are three distinct situations, each can be resolved by invoking a continuous
authentication process along with a dynamic access control mechanism. Many identity
indicators support continuous inspection and incremental reevaluation.
1. Personal Entropy. Beyond biometric mechanisms that may comprise normal
authentication systems, humans have characteristic, involuntary behavior that can
uniquely identify them. Keystroke pattern (made famous during Carnivore [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ]
discussions) is one such behavior.
2. Functional behavior. Humans are creatures of habit, thus form behavior patterns
that identify them as distinctly as physical and biological characteristics. Intrusion
detection systems adopted behavioral profiling as early as 1986 [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ].
3. Password hamming Distance. One of the most common authentication errors is
the mis-typed password. Present password protection approaches are designed to
prevent, rather than leverage, password similarity analysis. We examine mathematical
metrics to password protection measure password accuracy.
4. Stored semi-private information. A common authentication approach is to store
semi-private user information. Items such as birthday, mother’s maiden name, etc. are
public information, thus are not strong authentication. In combination with other
mechanisms, they provide corroboration that is the essence of vanilla access control.
5. Peer confirmation. Though not fool-proof, personal identification is one of the
most reliable authentication mechanisms.
6. Threshold schemes. Threshold schemes [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ] partition a secret (e.g. that proves
identity) and distribute the shares to several different share-holders. In this paper, we
investigate threshold mechanisms that recognize the number of accumulated signatures.
Incremental identification allows vanilla user partitioning so that object access can
receive appropriate protection in an unsure world. We make a simple extension, this
time of the three state model, to generate a four state model. For example, we may
categorize a session as strong vanilla if the user entered (1) A correct account identifier
(2) An entry that differed from the correct password by a hamming distance of one, or
(3) Both of these entries were accomplished on the first try.
      </p>
      <p>The authentication classes in this four state model are:
(1) Vanilla
(2) Strong Vanilla
(3) Identity Authenticated
(4) Identity Claim Disproven</p>
      <sec id="sec-6-1">
        <title>Access objects in the lowest protection level</title>
        <p>Users surpassed some, but not all, authentication
Authentication process completed</p>
        <p>Users whose identity claim is refuted
Classes (1), (3), and (4) are exclusive in the sense that they share no members. Class
(2) is a subset of (1). We
illustrate these
relationships in Figure 2, part a. Identity ICdleanimtity
We then add a fifth class Authenticated Identity
we call pure vanilla. We IdCelnaitmity AuthenticatedVanilla
show this class as a Negated Strong Vanilla
subset of strong vanilla in Strong Vanilla Pure Vanilla
Figure 2 b, but it need not Vanilla
be so. Multiple vanilla
classes may form that are
proper subsets (as shown Figure 2. Vanilla Session Access Classes
in Figure 2), others that are exclusive to one another, and others that overlap, possibly
combining all of these architectures within a single protection system.
2.3.2</p>
      </sec>
    </sec>
    <sec id="sec-7">
      <title>Classifying Services for Multi-tiered Authentication</title>
      <p>We consider how to answer the question of what objects are accessible for a
subjectinitiated vanilla session. In the three state model, sensitivity is the deciding factor
(nonsensitive objects are available to vanilla users). In the four state model, there are two
flavors of vanilla sessions, pure vanilla and strong vanilla. We may form corresponding
object classes that we may call (1) vanilla and (2) [integrity] sensitive, but recoverable.
The intuition behind this partitioning is that all users whose identity is unsure may
access all non-sensitive vanilla data, while users that achieve a threshold of identity
confidence may be granted access to sensitive processes as along as the results of those
processes are easily reversible (can be rolled back). For example, strong vanilla users
may be allowed to add an entry onto the personal calendar associated with its account.
These vanilla calendar entries are easily removed if the authentication is later refuted.
Notice, we intentionally did not suggest that existing calendar events be revealed to
strong vanilla users. The difference is that once revealed information is difficult or
impossible to rollback. This does not preclude protection systems from partitioning the
vanilla states to allow sensitive information to be revealed to vanilla users, but it is
likely that criteria other than rollback potential would guide that permission.
2.3.3</p>
    </sec>
    <sec id="sec-8">
      <title>A Mild Formalization</title>
      <p>
        In order to use incremental authentication, we need an implementation structure that
supports its semantics. Notionally, we want to be able to add granularity to the access
decision. While classification partitions access into sensitivities
Consider a mandatory access control security system consisting of subjects (S), objects
(O), classification (C), privileges, and an identity confidence level (ICL), a variation of
[
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], where classification is a small, ordered, discrete set while the ICL is a continuous
vector between zero and one. Subjects and objects are labeled with their classification,
which is tranquil. Objects are also labeled with a set of pairs containing a privilege and
an ICL, which are also tranquil. When a subject enters the system, they are associated
with a dynamic ICL. The security system manages this attribute through mechanisms
such as the ones we mention above.
      </p>
      <p>An access request is a triple of the form: AR = {s, o, p}. The access algorithm contains
two steps: (1) Decide if the subject and object classifications support granting the
desired permission and (2) Ensure that the subject’s ICL is high enough to allow the
requested action. The former generally follows the Bell-LaPadula structure. We give a
simple algorithm for the later in Figure 3. The object icl is extracted from the
[classically] static security system object identification file. The subject icl comes from
a dynamic record that continuously monitors the subjects’ actions and adjusts the icl
(again, based on the approaches we mentioned earlier). Security system policy dictates
complete mediation, or requires re-authentication when an access durations surpasses
some time or volume threshold, this algorithm fully supports the non-tranquility of
continuous authentication.
2.3.4</p>
    </sec>
    <sec id="sec-9">
      <title>Service Recoverability and Rollback</title>
      <p>
        Previous results [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] identify two situations that allow
access privileges to be granted to users that are not fully
authenticated. The first is that the information
sensitivity does not demand the strongest protection
that the security mechanisms provide. The second is
whether vanilla privileges actions are reversible, or as
we term, can be rolled back.
boolean id_confident (s,o,p)
icl := get_sub_icl(s);
icl’ := get_obj_icl(o,p);
if icl ≥ icl’ return true;
else return false;
The former is mostly a matter of information categorization, similar to that in a
multilevel security model such as Bell and LaPadula [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. An important distinction between
Bell and LaPadula and our approach is rollback. Bell-LaPadula-based models assume
tranquility because they cannot seamlessly handle down-graded [subject] clearances or
upgraded [object] classification. Rollback is one vehicle to offset this dilemma.
Many computer systems and applications require Rollback-type capabilities. Consider
file backup systems included in business continuity plans. When important files are
lost, properly administered backup systems can return lost files in good working order.
File backup issues include currency, immediacy, granularity, history, backup volume
capability, and responsiveness, among others. Database recovery systems face similar,
though more tightly granular, challenges.
      </p>
      <p>
        Rollback for security faces many challenges. It is naturally difficult to identify
rollback-capable transactions. Clearly, once information is divulged, “forced
forgetfulness” is not an option. However, some data items can be easily changed if
changed to respond to a dynamic security state. Others cannot be “retracted”.
Similar to other multi-level security models, we must correlate vanilla session state and
object vanilla access class. The starting point here is access control matrices and lattice
structures, as we illustrate earlier. The novelty lies in the ability to handle dynamic
authentication status. Rollback is an essential element. We can also partition
confidentiality, integrity [
        <xref ref-type="bibr" rid="ref23 ref24">23, 24</xref>
        ], and conflict of interest [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ] sensitivities where such
partitioning facilitates vanilla access capabilities.
3
      </p>
      <sec id="sec-9-1">
        <title>Conclusion</title>
        <p>
          Authentication has a rich bibliography in theoretical and applied researchfrom some of
the top information security researchers in the world. We recognize a reality that is not
addressed in previous work, that authentication is not Boolean in practice and that
Boolean mechanisms cannot properly characterize security properties in the dynamic
Internet and mobile computing environments. This work is particularly relevant to
wireless computing environments where peer-to-peer authentication has yet to
overcome sophisticated attacks such as Sybil [
          <xref ref-type="bibr" rid="ref26">26</xref>
          ] and the invisible node attack [
          <xref ref-type="bibr" rid="ref27">27</xref>
          ].
Where absolute authentication is impossible, there must be mechanisms that deal with
the uncertain identities. Non-Boolean Authentication enables such mechanisms and
offers dynamic multi-level access control designed to leverage (where classical and
present operational models prohibit) dynamic privilege assignment and privilege
reassignment including classification upgrade and clearance downgrade.
We additionally offer a novel approach to security recovery based on Rollback. Again,
we rely on existing work in business continuity planning and database recovery as the
foundation for our work. We extend these notions to fit the security perspective and the
dynamic authentication environment of worst case attack and Byzantine adversaries.
We base our work on advances that are well-documented in the literature. We leverage
lessons learned in security models for confidentiality, integrity, conflict of interest,
threshold cryptography, business continuity planning, and many other known
technologies to form a comprehensive approach to handle dynamic [re] authentication,
classification, and access control.
4
        </p>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>D. E.</given-names>
            <surname>Bell</surname>
          </string-name>
          and
          <string-name>
            <surname>L. LaPadula</surname>
          </string-name>
          ,
          <article-title>"</article-title>
          <source>Secure Computer Systems: Mathematical Foundations and Model</source>
          ,
          <fpage>M74</fpage>
          -
          <lpage>244</lpage>
          ,
          <string-name>
            <given-names>MITRE</given-names>
            <surname>Corp</surname>
          </string-name>
          . Bedford, MA, 1973
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>Mike</given-names>
            <surname>Burmester</surname>
          </string-name>
          , Breno DeMederios, and Alec Yasinsac,
          <article-title>"Community-centric vanillarollback access…"</article-title>
          , 13th International Workshop on Security Protocols,
          <source>April 20-22</source>
          ,
          <year>2005</year>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>D.</given-names>
            <surname>Denning</surname>
          </string-name>
          ,
          <article-title>"A Lattice Model of Secure Information Flow,"</article-title>
          <source>Communications of the ACM</source>
          <volume>19</volume>
          (
          <issue>5</issue>
          ), pp.
          <fpage>236</fpage>
          -
          <lpage>243</lpage>
          (May
          <year>1976</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Harrison</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W. L.</given-names>
            <surname>Ruzzo</surname>
          </string-name>
          and
          <string-name>
            <given-names>J. D.</given-names>
            <surname>Ullman</surname>
          </string-name>
          .
          <source>Protection in Operating Systems, Communications of ACM</source>
          , Volume
          <volume>19</volume>
          .
          <source>No. 8. August</source>
          <year>1976</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>Anita</given-names>
            <surname>Jones</surname>
          </string-name>
          ,
          <article-title>"Protection Mechanism Models: Their Usefulness"</article-title>
          ,
          <source>In Foundations of Secure Computation</source>
          ,
          <year>1978</year>
          , pp.
          <fpage>237</fpage>
          -
          <lpage>252</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <surname>Ravi</surname>
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Sandhu</surname>
            ,
            <given-names>Edward J.</given-names>
          </string-name>
          <string-name>
            <surname>Coynek</surname>
            , Hal L. Feinsteink and
            <given-names>Charles E.</given-names>
          </string-name>
          <string-name>
            <surname>Youmank</surname>
          </string-name>
          ,
          <article-title>"Role-Based Access Control Models"</article-title>
          , IEEE Computer, Volume
          <volume>29</volume>
          ,
          <string-name>
            <surname>Number</surname>
            <given-names>2</given-names>
          </string-name>
          ,
          <year>February 1996</year>
          , pp.
          <fpage>38</fpage>
          -
          <lpage>47</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>International</given-names>
            <surname>Workshop</surname>
          </string-name>
          on Ubiquitous Access Control,
          <source>July 17-21</source>
          ,
          <fpage>2006</fpage>
          - San Jose, California, USA, http://www.mobiquitous.org/
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8] The Second International Workshop on Security in
          <source>Ubiquitous Computing Systems (SecUbiq-06), August 1-4</source>
          ,
          <year>2006</year>
          , Seoul, Korea
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>Dieter</given-names>
            <surname>Gollman</surname>
          </string-name>
          ,
          <article-title>"What do we mean by Entity Authentication?"</article-title>
          ,
          <source>In Proceedings of the IEEE 1996 Symposium on Research in Security and Privacy</source>
          , pages
          <fpage>46</fpage>
          --
          <lpage>54</lpage>
          . IEEE,
          <year>1996</year>
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>R. R.</given-names>
            <surname>Jueneman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. M.</given-names>
            <surname>Matyas</surname>
          </string-name>
          , and
          <string-name>
            <given-names>C.H.</given-names>
            <surname>Meyer</surname>
          </string-name>
          ,
          <article-title>"Message Authentication"</article-title>
          ,
          <source>IEEE Communications Magazing</source>
          , Vol.
          <volume>23</volume>
          , No. 9,
          <string-name>
            <surname>September</surname>
            <given-names>1985</given-names>
          </string-name>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <surname>Martin</surname>
            <given-names>Abadi</given-names>
          </string-name>
          , Cedric Fournet, Georges Gonthier,
          <article-title>"Authentication Primitives and their Compilation"</article-title>
          ,
          <source>Proc. of the 27th ACM Symp. on Prin. of Prog. Lang. (Jan</source>
          .
          <year>2000</year>
          ),
          <fpage>302</fpage>
          -
          <lpage>315</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <surname>Armin</surname>
            <given-names>Liebl</given-names>
          </string-name>
          ,
          <article-title>"Authentication in Distributed Systems: A Bibliography"</article-title>
          ,
          <source>Operating Systems Review</source>
          ,
          <volume>27</volume>
          (
          <issue>4</issue>
          ):
          <fpage>31</fpage>
          --
          <lpage>41</lpage>
          ,
          <year>October 1993</year>
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <surname>Roger</surname>
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Needham</surname>
            ,
            <given-names>Michael D.</given-names>
          </string-name>
          <string-name>
            <surname>Schroeder</surname>
          </string-name>
          ,
          <article-title>"Using Encryption for Authentication in Large Networks of Computers"</article-title>
          ,
          <source>Comm. of the ACM, Dec</source>
          ,
          <year>1978</year>
          , Vol.
          <volume>21</volume>
          ,
          <issue>N0</issue>
          . 12, pp.
          <fpage>993</fpage>
          -
          <lpage>999</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <surname>Burrows</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Abadi</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Needham</surname>
          </string-name>
          , R. M.
          <article-title>"A Logic of Authentication"</article-title>
          ,
          <source>In Proceedings of the Royal Society of London, A</source>
          <volume>426</volume>
          :
          <fpage>233</fpage>
          -
          <lpage>271</lpage>
          ,
          <year>1989</year>
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>B.</given-names>
            <surname>Lampson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Abadi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Burrows</surname>
          </string-name>
          , and
          <string-name>
            <given-names>E.</given-names>
            <surname>Wobber</surname>
          </string-name>
          ,
          <article-title>"Authentication in Distributed Systems: Theory and Practice"</article-title>
          ,
          <source>ASM OS Review</source>
          , Vol
          <volume>25</volume>
          , No.
          <issue>5</issue>
          , pp.
          <fpage>165</fpage>
          -
          <lpage>182</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>W.</given-names>
            <surname>Diffie</surname>
          </string-name>
          , P. C. van
          <string-name>
            <surname>Oorshot</surname>
            , and
            <given-names>M. J.</given-names>
          </string-name>
          <string-name>
            <surname>Wiener</surname>
          </string-name>
          ,
          <article-title>"Authentication and Authenticated Key Exchanges"</article-title>
          , Designs,
          <source>Codes and Cryptography</source>
          ,
          <volume>2</volume>
          (
          <issue>2</issue>
          ):
          <fpage>107</fpage>
          -
          <lpage>125</lpage>
          , June 1992
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <surname>Ray</surname>
            <given-names>Bird</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>Inder</given-names>
            <surname>Gopal</surname>
          </string-name>
          , et al.
          <article-title>"Systematic Design of a Family of Attack Resistant Authentication Protocols"</article-title>
          ,
          <source>IEEE Journal on Selected Areas in Comm.</source>
          , Vol.
          <volume>11</volume>
          , No. 5,
          <string-name>
            <surname>June</surname>
            <given-names>1993</given-names>
          </string-name>
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <surname>Wm</surname>
            .
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Wulf</surname>
            , Alec Yasinsac, Katie S. Oliver, and
            <given-names>Ramesh</given-names>
          </string-name>
          <string-name>
            <surname>Peri</surname>
          </string-name>
          ,
          <article-title>"Remote Authentication Without Prior Shared Knowledge"</article-title>
          ,
          <source>Proceedings of the Internet Society Symposium on Network and Distributed System Security, February 2-4</source>
          ,
          <year>1994</year>
          , San Diego, Ca., pp.
          <fpage>159</fpage>
          -
          <lpage>164</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <surname>Gavin</surname>
            <given-names>Lowe</given-names>
          </string-name>
          ,
          <article-title>"Casper: A Compiler for the Analysis of Security Protocols"</article-title>
          ,
          <source>Journal of Computer Security</source>
          , Volume
          <volume>6</volume>
          , pp
          <fpage>53</fpage>
          -
          <lpage>84</lpage>
          ,
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Desmedt</surname>
          </string-name>
          and
          <string-name>
            <given-names>Y.</given-names>
            <surname>Frankel</surname>
          </string-name>
          ,
          <article-title>"Threshold Cryptosystems,"</article-title>
          <source>In Crypto 89, Springer-Verlag Lecture Notes in Computer Science</source>
          (Vol.
          <volume>435</volume>
          ), pp.
          <fpage>307</fpage>
          -
          <lpage>15</lpage>
          ,
          <year>1990</year>
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <article-title>Independent Review of the Carnivore System</article-title>
          ,
          <source>Final Report</source>
          , Contract No. 00-C-0328, IITRI CR-
          <volume>030</volume>
          -216, IIT Research Institute, 8 December, 2000
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <surname>Dorothy</surname>
            <given-names>E.</given-names>
          </string-name>
          <string-name>
            <surname>Denning</surname>
          </string-name>
          ,
          <article-title>"An Intrusion-Detection Model,"</article-title>
          <source>Proceedings of the 1986 IEEE Symposium on Security and Privacy</source>
          , p.
          <fpage>118</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>K.</given-names>
            <surname>Biba</surname>
          </string-name>
          , “
          <article-title>Integrity Considerations for Secure Computer Systems</article-title>
          ,”
          <source>Technical Report MTR3153</source>
          , MITRE Corporation, Bedford, MA (Apr.
          <year>1977</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <given-names>D.</given-names>
            <surname>Clark</surname>
          </string-name>
          and D. Wilson, “
          <article-title>A Comparison of Commercial and Military security Policies, “</article-title>
          <source>Proceedings of the 1987 Symposium on Security and Privacy</source>
          , pp.
          <fpage>184</fpage>
          -
          <lpage>194</lpage>
          , (Apr.
          <year>1987</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [25]
          <string-name>
            <given-names>D.</given-names>
            <surname>Brewer</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Nash</surname>
          </string-name>
          , “The Chinese Wall Security Policy,
          <source>” Proceedings of the 1989 Symposium on Security and Privacy</source>
          , pp.
          <fpage>206</fpage>
          -
          <lpage>214</lpage>
          (May
          <year>1989</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          [26]
          <string-name>
            <given-names>J.</given-names>
            <surname>Douceur</surname>
          </string-name>
          .
          <article-title>"The Sybil Attack,"</article-title>
          <source>In Proceedings of the 1stInternational Workshop on Peerto-Peer Systems, (IPTPS)</source>
          ,
          <year>2002</year>
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          [27]
          <string-name>
            <given-names>J.</given-names>
            <surname>Marshall</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Thakur</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Yasinsac</surname>
          </string-name>
          ,
          <article-title>"Identifying Flaws in the Secure Routing Protocol"</article-title>
          ,
          <source>Proc. of 22nd Intl</source>
          . Perf., Comp.,
          <article-title>and</article-title>
          <string-name>
            <surname>Comm. Conf.</surname>
          </string-name>
          ,
          <source>Apr</source>
          .
          <fpage>9</fpage>
          -
          <lpage>11</lpage>
          ,
          <year>2003</year>
          , pp.
          <fpage>167</fpage>
          -
          <lpage>174</lpage>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>