<?xml version="1.0" encoding="utf-8"?>
<TEI xmlns="http://www.tei-c.org/ns/1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:hal="http://hal.archives-ouvertes.fr/" xmlns:gml="http://www.opengis.net/gml/3.3/" xmlns:gmlce="http://www.opengis.net/gml/3.3/ce" version="1.1" xsi:schemaLocation="http://www.tei-c.org/ns/1.0 http://api.archives-ouvertes.fr/documents/aofr-sword.xsd">
  <teiHeader>
    <fileDesc>
      <titleStmt>
        <title>HAL TEI export of tel-01133067</title>
      </titleStmt>
      <publicationStmt>
        <distributor>CCSD</distributor>
        <availability status="restricted">
          <licence target="https://creativecommons.org/publicdomain/zero/1.0/">CC0 1.0 - Universal</licence>
        </availability>
        <date when="2026-05-24T02:44:40+02:00"/>
      </publicationStmt>
      <sourceDesc>
        <p part="N">HAL API Platform</p>
      </sourceDesc>
    </fileDesc>
  </teiHeader>
  <text>
    <body>
      <listBibl>
        <biblFull>
          <titleStmt>
            <title xml:lang="en">Proofs of security protocols revisited</title>
            <title xml:lang="fr">Les preuves de protocoles cryptographiques revisitées</title>
            <author role="aut">
              <persName>
                <forename type="first">Guillaume</forename>
                <surname>Scerri</surname>
              </persName>
              <email type="md5">9cd3a3bdac4510e931980ad7783c8d0a</email>
              <email type="domain">lsv.ens-cachan.fr</email>
              <idno type="idhal" notation="numeric">965095</idno>
              <idno type="halauthorid" notation="string">659702-965095</idno>
              <orgName ref="#struct-0"/>
              <affiliation ref="#struct-2571"/>
              <affiliation ref="#struct-189789"/>
            </author>
            <editor role="depositor">
              <persName>
                <forename>Guillaume</forename>
                <surname>Scerri</surname>
              </persName>
              <email type="md5">26be77165a71e169e5e181a56f0ceada</email>
              <email type="domain">uvsq.fr</email>
            </editor>
            <funder ref="#projeurop-88798"/>
            <funder>ERC project ProSecure</funder>
          </titleStmt>
          <editionStmt>
            <edition n="v1" type="current">
              <date type="whenSubmitted">2015-03-18 14:37:44</date>
              <date type="whenModified">2026-05-13 03:22:06</date>
              <date type="whenReleased">2015-03-18 15:54:52</date>
              <date type="whenProduced">2015-01-29</date>
              <date type="whenEndEmbargoed">2015-03-18</date>
              <ref type="file" target="https://theses.hal.science/tel-01133067v1/document">
                <date notBefore="2015-03-18"/>
              </ref>
              <ref type="file" n="1" target="https://theses.hal.science/tel-01133067v1/file/main.pdf" id="file-1133067-1212292">
                <date notBefore="2015-03-18"/>
              </ref>
            </edition>
            <respStmt>
              <resp>contributor</resp>
              <name key="308135">
                <persName>
                  <forename>Guillaume</forename>
                  <surname>Scerri</surname>
                </persName>
                <email type="md5">26be77165a71e169e5e181a56f0ceada</email>
                <email type="domain">uvsq.fr</email>
              </name>
            </respStmt>
          </editionStmt>
          <publicationStmt>
            <distributor>CCSD</distributor>
            <idno type="halId">tel-01133067</idno>
            <idno type="halUri">https://theses.hal.science/tel-01133067</idno>
            <idno type="halBibtex">scerri:tel-01133067</idno>
            <idno type="halRefHtml">Cryptography and Security [cs.CR]. Ecole Normale Supérieure de Cachan, 2015. English. &lt;a target="_blank" href="https://www.theses.fr/ENSC-2015-no 561"&gt;&amp;#x27E8;NNT : ENSC-2015-no 561&amp;#x27E9;&lt;/a&gt;</idno>
            <idno type="halRef">Cryptography and Security [cs.CR]. Ecole Normale Supérieure de Cachan, 2015. English. &amp;#x27E8;NNT : ENSC-2015-no 561&amp;#x27E9;</idno>
            <availability status="restricted">
              <licence target="https://about.hal.science/hal-authorisation-v1/">HAL Authorization<ref corresp="#file-1133067-1212292"/></licence>
            </availability>
          </publicationStmt>
          <seriesStmt>
            <idno type="stamp" n="CNRS">CNRS - Centre national de la recherche scientifique</idno>
            <idno type="stamp" n="INRIA">INRIA - Institut National de Recherche en Informatique et en Automatique</idno>
            <idno type="stamp" n="UNIV-BM">Université de Technologie de Belfort-Montbeliard</idno>
            <idno type="stamp" n="ENS-CACHAN">Ecole Normale Supérieure de Cachan</idno>
            <idno type="stamp" n="ENSMM">Ecole Nationale Supérieure de Mécanique et des Microtechniques</idno>
            <idno type="stamp" n="OPENAIRE">OpenAIRE</idno>
            <idno type="stamp" n="INRIA_TEST">INRIA - Institut National de Recherche en Informatique et en Automatique</idno>
            <idno type="stamp" n="LORIA2">Publications du LORIA</idno>
            <idno type="stamp" n="UNIV-BM-THESE">Université de Technologie de Belfort-Montbeliard</idno>
            <idno type="stamp" n="INRIA-NANCY-GRAND-EST">INRIA Nancy - Grand Est</idno>
            <idno type="stamp" n="TESTALAIN1">TESTALAIN1</idno>
            <idno type="stamp" n="CENTRALESUPELEC">Ecole CentraleSupélec</idno>
            <idno type="stamp" n="UNIV-LORRAINE">Université de Lorraine</idno>
            <idno type="stamp" n="INRIA2">INRIA 2</idno>
            <idno type="stamp" n="LORIA">Laboratoire Lorrain de Recherche en Informatique et ses Applications</idno>
            <idno type="stamp" n="LORIA-FM" corresp="LORIA">Department of Formal methods</idno>
            <idno type="stamp" n="UNIV-PARIS-SACLAY">Université Paris-Saclay</idno>
            <idno type="stamp" n="CENTRALESUPELEC-SACLAY" corresp="UNIV-PARIS-SACLAY">CENTRALESUPELEC-SACLAY</idno>
            <idno type="stamp" n="ENS-CACHAN-SACLAY" corresp="UNIV-PARIS-SACLAY">ENS-CACHAN-SACLAY</idno>
            <idno type="stamp" n="LSV-AUTO">Laboratoire Spécification et Vérification</idno>
            <idno type="stamp" n="FARMAN">Institut Farman</idno>
            <idno type="stamp" n="ENS-PARIS-SACLAY">Ecole Normale Supérieure paris-Saclay</idno>
            <idno type="stamp" n="AM2I-UL">Pôle scientifique Automatique, Mathématiques, Informatique et leurs Intéractions de l'Université de Lorraine</idno>
          </seriesStmt>
          <notesStmt/>
          <sourceDesc>
            <biblStruct>
              <analytic>
                <title xml:lang="en">Proofs of security protocols revisited</title>
                <title xml:lang="fr">Les preuves de protocoles cryptographiques revisitées</title>
                <author role="aut">
                  <persName>
                    <forename type="first">Guillaume</forename>
                    <surname>Scerri</surname>
                  </persName>
                  <email type="md5">9cd3a3bdac4510e931980ad7783c8d0a</email>
                  <email type="domain">lsv.ens-cachan.fr</email>
                  <idno type="idhal" notation="numeric">965095</idno>
                  <idno type="halauthorid" notation="string">659702-965095</idno>
                  <orgName ref="#struct-0"/>
                  <affiliation ref="#struct-2571"/>
                  <affiliation ref="#struct-189789"/>
                </author>
              </analytic>
              <monogr>
                <idno type="nnt">ENSC-2015-no 561</idno>
                <imprint>
                  <date type="dateDefended">2015-01-29</date>
                </imprint>
                <authority type="institution">Ecole Normale Supérieure de Cachan</authority>
                <authority type="school">EDSP - Ecole Doctorale Sciences Pratiques</authority>
                <authority type="supervisor">Hubert Comon-Lundh</authority>
                <authority type="supervisor">Véronique Cortier</authority>
                <authority type="jury">Gilles BARTHE (Président du Jury)</authority>
                <authority type="jury">David BASIN (Rapporteur)</authority>
                <authority type="jury">Bruno BLANCHET (Rapporteur)</authority>
                <authority type="jury">Pierre-Alain FOUQUE (Examinateur)</authority>
              </monogr>
            </biblStruct>
          </sourceDesc>
          <profileDesc>
            <langUsage>
              <language ident="en">English</language>
            </langUsage>
            <textClass>
              <keywords scheme="author">
                <term xml:lang="en">Automated Deduction</term>
                <term xml:lang="en">Cryptographic Protocols</term>
                <term xml:lang="en">Security</term>
                <term xml:lang="fr">Démonstration Automatique</term>
                <term xml:lang="fr">Protocoles Cryptographiques</term>
                <term xml:lang="fr">Sécurité</term>
              </keywords>
              <classCode scheme="halDomain" n="info.info-cr">Computer Science [cs]/Cryptography and Security [cs.CR]</classCode>
              <classCode scheme="halTypology" n="THESE">Theses</classCode>
              <classCode scheme="halOldTypology" n="THESE">Theses</classCode>
              <classCode scheme="halTreeTypology" n="THESE">Theses</classCode>
            </textClass>
            <abstract xml:lang="en">
              <p>With the rise of the Internet the use of cryptographic protocols became ubiquitous. Considering the criticality and complexity of these protocols, there is an important need of formal verification.In order to obtain formal proofs of cryptographic protocols, two main attacker models have been developed: the symbolic model and the computational model. The symbolic model defines the attacker capabilities as a fixed set of rules. On the other hand, the computational model describes only the attacker’s limitations by stating that it may break some hard problems. While the former is quite abstract and convenient for automating proofs the later offers much stronger guarantees.There is a gap between the guarantees offered by these two models due to the fact the symbolic model defines what the adversary may do while the computational model describes what it may not do. Since Abadi and Rogaway in 2000 a lot of results aimed at bridging this gap, in order to have symbolic proofs yielding computational guarantees. They however all come at the cost of very strong and often unrealistic hypotheses, due to the fact that attacker capabilities are defined in a fundamentally different way in the two models.In order to overcome this problem, in 2012 Bana and Comon devised a new symbolic model in which the attacker’s limitations are axiomatised. Proving security in this new model amounts to checking – for every trace of the protocol – the unsatisfiability of a set of formulae corresponding to the trace, together with the negation of the security property and some axioms representing the attacker’s limitations. In addition, provided that the (computational semantics) of the axioms follows from the cryptographic hypotheses, proving security in this symbolic model yields security in the computational model.The possibility of automating proofs in this model (and finding axioms general enough to prove a large class of protocols) was left open in the original paper from Bana and Comon. In this thesis we provide with an efficient decision procedure for a general class of axioms. In addition we propose a tool (SCARY) implementing this decision procedure. Experimental results of our tool shows that the axioms we designed for modelling security of encryption are general enough to prove a large class of protocols.</p>
            </abstract>
            <abstract xml:lang="fr">
              <p>Avec la généralisation d’Internet, l’usage des protocoles cryptographiques est devenu omniprésent. Étant donné leur complexité et leur aspect critique, une vérification formelle des protocoles cryptographiques est nécessaire.Deux principaux modèles existent pour prouver les protocoles. Le modèle symbolique définit les capacités de l’attaquant comme un ensemble fixe de règles, tandis que le modèle calculatoire interdit seulement à l’attaquant de résoudre certains problèmes difficiles. Le modèle symbolique est très abstrait et permet généralement d’automatiser les preuves, tandis que le modèle calculatoire fournit des garanties plus fortes.Le fossé entre les garanties offertes par ces deux modèles est dû au fait que le modèle symbolique décrit les capacités de l’adversaire alors que le modèle calculatoire décrit ses limitations. Depuis l’article précurseur d’Abadi et Rogaway en 2000, de nombreux travaux ont tenté de combler ce fossé. Ils supposent tous des hypothèses très fortes et souvent irréalistes sur l’implémentation des protocoles. La nécessité de ces hypothèses s’explique par le fait que les modèles d’attaquant sont fondamentalement différents dans le monde calculatoire et dans le monde symbolique. En effet, dans le modèle calculatoire les capacités de l’attaquant sont un plus grand point fixe alors qu’elles sont un plus petit point fixe dans le monde symbolique. Ainsi tout résultat voulant obtenir des garanties calculatoires à partir de preuves de sécurité symbolique doit s’assurer que ces deux points fixes coïncident.Pour pallier ce problème, en 2012 Bana et Comon ont proposé un nouveau modèle symbolique dans lequel les limitations de l’attaquant (au lieu de ses capacités) sont axiomatisées. En pratique, prouver la sécurité d’un protocole dans ce modèle revient à montrer – pour chaque trace du protocole – que les axiomes limitant l’attaquant ainsi que les formules correspondant à la trace sont inconsistants avec la négation de la propriété de sécurité. Les auteurs montrent que si la sémantique calculatoire des axiomes découle des hypothèses cryptographiques, la sécurité dans ce modèle symbolique fournit des garanties calculatoires.La principale question laissée ouverte par l’article de Bana et Comon est la possibilité d’automatiser les preuves dans ce nouveau modèle (et l’élaboration d’axiomes suffisamment généraux pour prouver un grand nombre de protocoles). Le principal problème à résoudre pour automatiser les preuves dans ce nouveau modèle est la résolution de problèmes de satisfiabilité d’ensembles de formules du premier ordre. Dans cette thèse nous identifions un sous-ensemble de la logique du premier ordre englobant les ensembles de formules et axiomes considérés dansce modèle, et proposons une procédure de décision originale en temps polynomial pour cette classe.Dans un deuxième temps, nous proposons une implémentation de cette procédure de décision dans notre outil (SCARY). Nos résultats expérimentaux nous ont dans un premier temps amené à élargir les axiomes modélisant la sécurité du chiffrement. Nous pensons que les concepts utilisés pour étendre ces axiomes pourront être réutilisés dans l’élaboration d’axiomes pour d’autres primitives. Dans un deuxième temps nous avons montré que nos nouveaux axiomes sont suffisamment généraux pour prouver une large classe de protocoles. Nous avons également retrouvé des attaques connues sur divers protocoles qui ne sont pas détectées par les outils symboliques usuels. Nous avons, enfin, trouvé une attaque originale sur le protocole Andrews Secure RPC.</p>
            </abstract>
          </profileDesc>
        </biblFull>
      </listBibl>
    </body>
    <back>
      <listOrg type="structures">
        <org type="laboratory" xml:id="struct-2571" status="OLD">
          <orgName>Laboratoire Spécification et Vérification [Cachan]</orgName>
          <orgName type="acronym">LSV</orgName>
          <date type="end">2019-12-31</date>
          <desc>
            <address>
              <addrLine>Bâtiment d'Alembert 61 Avenue du Président Wilson 94235 CACHAN CEDEX</addrLine>
              <country key="FR"/>
            </address>
            <ref type="url">http://www.lsv.ens-cachan.fr/</ref>
          </desc>
          <listRelation>
            <relation active="#struct-6862" type="direct"/>
            <relation name="UMR8643" active="#struct-441569" type="direct"/>
          </listRelation>
        </org>
        <org type="researchteam" xml:id="struct-189789" status="OLD">
          <idno type="RNSR">200318302K</idno>
          <orgName>Combination of approaches to the security of infinite states systems</orgName>
          <orgName type="acronym">CASSIS</orgName>
          <date type="end">2015-12-31</date>
          <desc>
            <address>
              <country key="FR"/>
            </address>
            <ref type="url">http://www.inria.fr/equipes/cassis</ref>
          </desc>
          <listRelation>
            <relation active="#struct-866" type="direct"/>
            <relation name="UMR 6174" active="#struct-300261" type="indirect"/>
            <relation active="#struct-300360" type="indirect"/>
            <relation name="UMR6174" active="#struct-441569" type="indirect"/>
            <relation active="#struct-458810" type="indirect"/>
            <relation active="#struct-426438" type="indirect"/>
            <relation active="#struct-129671" type="direct"/>
            <relation active="#struct-300009" type="indirect"/>
            <relation active="#struct-423084" type="direct"/>
            <relation active="#struct-206040" type="indirect"/>
            <relation active="#struct-411575" type="indirect"/>
            <relation active="#struct-413289" type="indirect"/>
            <relation name="UMR7503" active="#struct-441569" type="indirect"/>
          </listRelation>
        </org>
        <org type="institution" xml:id="struct-6862" status="VALID">
          <orgName>École normale supérieure - Cachan</orgName>
          <orgName type="acronym">ENS Cachan</orgName>
          <desc>
            <address>
              <addrLine>61, avenue du Président Wilson - 94230 Cachan</addrLine>
              <country key="FR"/>
            </address>
            <ref type="url">http://www.ens-cachan.fr/</ref>
          </desc>
        </org>
        <org type="regroupinstitution" xml:id="struct-441569" status="VALID">
          <idno type="IdRef">02636817X</idno>
          <idno type="ISNI">0000000122597504</idno>
          <idno type="ROR">https://ror.org/02feahw73</idno>
          <orgName>Centre National de la Recherche Scientifique</orgName>
          <orgName type="acronym">CNRS</orgName>
          <date type="start">1939-10-19</date>
          <desc>
            <address>
              <country key="FR"/>
            </address>
            <ref type="url">https://www.cnrs.fr/</ref>
          </desc>
        </org>
        <org type="laboratory" xml:id="struct-866" status="VALID">
          <idno type="IdRef">152639071</idno>
          <idno type="RNSR">200412232H</idno>
          <idno type="ROR">https://ror.org/004fmxv66</idno>
          <orgName>Franche-Comté Électronique Mécanique, Thermique et Optique - Sciences et Technologies (UMR 6174)</orgName>
          <orgName type="acronym">FEMTO-ST</orgName>
          <date type="start">2004-01-01</date>
          <desc>
            <address>
              <addrLine>32 avenue de l'Observatoire 25044 BESANCON CEDEX</addrLine>
              <country key="FR"/>
            </address>
            <ref type="url">http://www.femto-st.fr</ref>
          </desc>
          <listRelation>
            <relation name="UMR 6174" active="#struct-300261" type="direct"/>
            <relation active="#struct-300360" type="direct"/>
            <relation name="UMR6174" active="#struct-441569" type="direct"/>
            <relation active="#struct-458810" type="direct"/>
            <relation active="#struct-426438" type="indirect"/>
          </listRelation>
        </org>
        <org type="institution" xml:id="struct-300261" status="VALID">
          <orgName>Université de Technologie de Belfort-Montbeliard</orgName>
          <orgName type="acronym">UTBM</orgName>
          <desc>
            <address>
              <country key="FR"/>
            </address>
          </desc>
        </org>
        <org type="institution" xml:id="struct-300360" status="VALID">
          <idno type="IdRef">201436736</idno>
          <idno type="ROR">https://ror.org/05813w841</idno>
          <orgName>Ecole Nationale Supérieure de Mécanique et des Microtechniques</orgName>
          <orgName type="acronym">ENSMM</orgName>
          <desc>
            <address>
              <addrLine>École Nationale Supérieure de Mécanique et des Microtechniques26, rue de l'épitapheCS 5181325030 BESANÇON CEDEX - FRANCE</addrLine>
              <country key="FR"/>
            </address>
          </desc>
        </org>
        <org type="institution" xml:id="struct-458810" status="VALID">
          <idno type="IdRef">026403188</idno>
          <idno type="ISNI">0000000121883779</idno>
          <idno type="ROR">https://ror.org/03pcc9z86</idno>
          <orgName>Université Marie et Louis Pasteur</orgName>
          <orgName type="acronym">UMLP</orgName>
          <desc>
            <address>
              <addrLine>1 rue Goudimel25030 Besançon cedex</addrLine>
              <country key="FR"/>
            </address>
            <ref type="url">https://www.umlp.fr/</ref>
          </desc>
          <listRelation>
            <relation active="#struct-426438" type="direct"/>
          </listRelation>
        </org>
        <org type="regroupinstitution" xml:id="struct-426438" status="VALID">
          <idno type="IdRef">200716271</idno>
          <idno type="ISNI">0000 0004 4910 6615</idno>
          <idno type="ROR">https://ror.org/02dn7x778</idno>
          <orgName>Université Bourgogne Franche-Comté [COMUE]</orgName>
          <orgName type="acronym">UBFC</orgName>
          <date type="start">2015-04-01</date>
          <date type="end">2024-12-31</date>
          <desc>
            <address>
              <addrLine>32, avenue de l’observatoire25000 BESANCON</addrLine>
              <country key="FR"/>
            </address>
            <ref type="url">http://www.ubfc.fr</ref>
          </desc>
        </org>
        <org type="laboratory" xml:id="struct-129671" status="VALID">
          <idno type="RNSR">198618246Y</idno>
          <idno type="ROR">https://ror.org/03fcjvn64</idno>
          <orgName>Centre Inria de l'Université de Lorraine</orgName>
          <desc>
            <address>
              <addrLine>615 rue du Jardin Botanique 54600 Villers-lès-Nancy</addrLine>
              <country key="FR"/>
            </address>
            <ref type="url">http://www.inria.fr/nancy</ref>
          </desc>
          <listRelation>
            <relation active="#struct-300009" type="direct"/>
          </listRelation>
        </org>
        <org type="institution" xml:id="struct-300009" status="VALID">
          <idno type="ROR">https://ror.org/02kvxyf05</idno>
          <orgName>Institut National de Recherche en Informatique et en Automatique</orgName>
          <orgName type="acronym">Inria</orgName>
          <desc>
            <address>
              <addrLine>Domaine de VoluceauRocquencourt - BP 10578153 Le Chesnay Cedex</addrLine>
              <country key="FR"/>
            </address>
            <ref type="url">http://www.inria.fr/en/</ref>
          </desc>
        </org>
        <org type="department" xml:id="struct-423084" status="VALID">
          <orgName>Department of Formal Methods</orgName>
          <orgName type="acronym">LORIA - FM</orgName>
          <desc>
            <address>
              <country key="FR"/>
            </address>
            <ref type="url">http://www.loria.fr/en/research/departments/formal-methods/</ref>
          </desc>
          <listRelation>
            <relation active="#struct-206040" type="direct"/>
            <relation active="#struct-300009" type="indirect"/>
            <relation active="#struct-411575" type="indirect"/>
            <relation active="#struct-413289" type="indirect"/>
            <relation name="UMR7503" active="#struct-441569" type="indirect"/>
          </listRelation>
        </org>
        <org type="laboratory" xml:id="struct-206040" status="VALID">
          <idno type="IdRef">067077927</idno>
          <idno type="ISNI">0000000121795429</idno>
          <idno type="RNSR">198912571S</idno>
          <idno type="IdUnivLorraine">[UL]RSI--</idno>
          <idno type="ROR">https://ror.org/02vnf0c38</idno>
          <orgName>Laboratoire Lorrain de Recherche en Informatique et ses Applications</orgName>
          <orgName type="acronym">LORIA</orgName>
          <date type="start">2012-01-01</date>
          <desc>
            <address>
              <addrLine>Campus Scientifique BP 239 54506 Vandoeuvre-lès-Nancy Cedex</addrLine>
              <country key="FR"/>
            </address>
            <ref type="url">http://www.loria.fr</ref>
          </desc>
          <listRelation>
            <relation active="#struct-300009" type="direct"/>
            <relation active="#struct-411575" type="direct"/>
            <relation active="#struct-413289" type="direct"/>
            <relation name="UMR7503" active="#struct-441569" type="direct"/>
          </listRelation>
        </org>
        <org type="institution" xml:id="struct-411575" status="VALID">
          <idno type="IdRef">184443237</idno>
          <idno type="ROR">https://ror.org/019tcpt25</idno>
          <orgName>CentraleSupélec</orgName>
          <desc>
            <address>
              <addrLine>3, rue Joliot Curie,Plateau de Moulon,91192 GIF-SUR-YVETTE Cedex</addrLine>
              <country key="FR"/>
            </address>
            <ref type="url">http://www.centralesupelec.fr</ref>
          </desc>
        </org>
        <org type="institution" xml:id="struct-413289" status="VALID">
          <idno type="IdRef">157040569</idno>
          <idno type="IdUnivLorraine">[UL]100--</idno>
          <idno type="ROR">https://ror.org/04vfs2w97</idno>
          <orgName>Université de Lorraine</orgName>
          <orgName type="acronym">UL</orgName>
          <date type="start">2012-01-01</date>
          <desc>
            <address>
              <addrLine>34 cours Léopold - CS 25233 - 54052 Nancy cedex</addrLine>
              <country key="FR"/>
            </address>
            <ref type="url">http://www.univ-lorraine.fr/</ref>
          </desc>
        </org>
      </listOrg>
      <listOrg type="projects">
        <org type="europeanProject" xml:id="projeurop-88798" status="VALID">
          <idno type="number">258865</idno>
          <idno type="program">ERC-2010-StG_20091028</idno>
          <idno type="call">ERC-2010-StG_20091028</idno>
          <orgName>PROSECURE</orgName>
          <desc>Provably secure systems: foundations, design, and modularity</desc>
          <date type="start">2011-01-02</date>
          <date type="end">2016-01-31</date>
        </org>
      </listOrg>
    </back>
  </text>
</TEI>