<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD Journal Publishing DTD v2.3 20070202//EN" "journalpublishing.dtd">
<article article-type="review-article" dtd-version="2.3" xml:lang="EN" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink">
<front>
<journal-meta>
<journal-id journal-id-type="publisher-id">Front. Comms. Net</journal-id>
<journal-title>Frontiers in Communications and Networks</journal-title>
<abbrev-journal-title abbrev-type="pubmed">Front. Comms. Net</abbrev-journal-title>
<issn pub-type="epub">2673-530X</issn>
<publisher>
<publisher-name>Frontiers Media S.A.</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">884874</article-id>
<article-id pub-id-type="doi">10.3389/frcmn.2022.884874</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Communications and Networks</subject>
<subj-group>
<subject>Review</subject>
</subj-group>
</subj-group>
</article-categories>
<title-group>
<article-title>Nano-intrinsic security primitives with redox-based resistive memory</article-title>
<alt-title alt-title-type="left-running-head">Kim</alt-title>
<alt-title alt-title-type="right-running-head">
<ext-link ext-link-type="uri" xlink:href="https://doi.org/10.3389/frcmn.2022.884874">10.3389/frcmn.2022.884874</ext-link>
</alt-title>
</title-group>
<contrib-group>
<contrib contrib-type="author" corresp="yes">
<name>
<surname>Kim</surname>
<given-names>Jeeson</given-names>
</name>
<xref ref-type="corresp" rid="c001">&#x2a;</xref>
<uri xlink:href="https://loop.frontiersin.org/people/1280699/overview"/>
</contrib>
</contrib-group>
<aff>
<institution>Department of Intelligent Mechatronics Engineering</institution>, <institution>Sejong University</institution>, <addr-line>Seoul</addr-line>, <country>South Korea</country>
</aff>
<author-notes>
<fn fn-type="edited-by">
<p>
<bold>Edited by:</bold> <ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/954055/overview">Oluwakayode Onireti</ext-link>, University of Glasgow, United Kingdom</p>
</fn>
<fn fn-type="edited-by">
<p>
<bold>Reviewed by:</bold> <ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/1724508/overview">Lukas Zimmermann</ext-link>, Hahn-Schickard-Gesellschaft f&#xfc;r angewandte Forschung, Germany</p>
<p>
<ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/1727035/overview">Filip Kodytek</ext-link>, Czech Technical University in Prague, Czechia</p>
<p>
<ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/1727435/overview">Nafisa Noor</ext-link>, North South University, Bangladesh</p>
<p>
<ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/1727569/overview">Siam Hussain</ext-link>, University of California, San Diego, United States</p>
<p>
<ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/1729184/overview">Hanady Issa</ext-link>, Technology and Maritime Transport (AASTMT), Egypt</p>
</fn>
<corresp id="c001">&#x2a;Correspondence: Jeeson Kim, <email>jeesonkim@sejong.ac.kr</email>
</corresp>
<fn fn-type="other">
<p>This article was submitted to IoT and Sensor Networks, a section of the journal Frontiers in Communications and Networks</p>
</fn>
</author-notes>
<pub-date pub-type="epub">
<day>17</day>
<month>10</month>
<year>2022</year>
</pub-date>
<pub-date pub-type="collection">
<year>2022</year>
</pub-date>
<volume>3</volume>
<elocation-id>884874</elocation-id>
<history>
<date date-type="received">
<day>08</day>
<month>03</month>
<year>2022</year>
</date>
<date date-type="accepted">
<day>20</day>
<month>07</month>
<year>2022</year>
</date>
</history>
<permissions>
<copyright-statement>Copyright &#xa9; 2022 Kim.</copyright-statement>
<copyright-year>2022</copyright-year>
<copyright-holder>Kim</copyright-holder>
<license xlink:href="http://creativecommons.org/licenses/by/4.0/">
<p>This is an open-access article distributed under the terms of the Creative Commons Attribution License (CC BY). The use, distribution or reproduction in other forums is permitted, provided the original author(s) and the copyright owner(s) are credited and that the original publication in this journal is cited, in accordance with accepted academic practice. No use, distribution or reproduction is permitted which does not comply with these terms.</p>
</license>
</permissions>
<abstract>
<p>Physical unclonable function (PUF) exploits advantages of otherwise undesirable non-idealities to create physical systems that are difficult to copy even with the same manufacturing process. Nano-intrinsic PUFs use the variability of nanotechnology per hardware instance as a source of cryptographic randomness. Among various emerging memories, redox-based resistive memory (ReRAM) is a promising candidate for providing next-generation low-cost, low-power, ultra-small PUF-based security solutions. This review shows various ReRAM-based PUF implementations and their key features. We compare their performance and discuss which properties of ReRAM to focus on for effective PUF implementation.</p>
</abstract>
<kwd-group>
<kwd>hardware security</kwd>
<kwd>physical unclonable function</kwd>
<kwd>emerging non-volatile memory</kwd>
<kwd>redox-based resistive memory</kwd>
<kwd>hardware-security primitive</kwd>
</kwd-group>
</article-meta>
</front>
<body>
<sec id="s1">
<title>1 Introduction</title>
<p>Security is a concept expressing resilience against potential harm or damage from external hostile forces. Beneficiaries of security may include objects, systems, persons, groups, and institutions vulnerable to unwanted changes in their environment. The term is also used to refer to a means to protect its beneficiaries. The means include, for example, protection systems (e.g., fence, lock, and carrier), detection systems (e.g., radar and security cameras), and policies for developing conditions (e.g., access control using photo identification). The need for secure communication is a topic of long history, with early examples dating back to about 2000 B.C. in Ancient Egypt. Egyptian hieroglyphics is a secret writing system hiding the meaning of a message. Likewise, secure military communication has been undoubtedly crucial in the past and, to some extent, today. In our vastly digitalized world, the need for digital information security has risen exponentially due to increased sensitive information processing and communication across various platforms, such as computers and smart mobile devices. Moreover, the explosive growth of the Internet of Things (IoT) introduces sensitive information communicated over the Internet at every moment of our lives. Unfortunately, keeping security is difficult, and we often witness security vulnerability or an entire breakdown in the worst case. In June 2010, Stuxnet demonstrated that a digitalized attack could interfere with the regular operation of a whole industrial plant is one profound example of a large number of similar occasions (<xref ref-type="bibr" rid="B18">Chen and Abu-Nimeh, 2011</xref>; <xref ref-type="bibr" rid="B39">Langner, 2011</xref>; <xref ref-type="bibr" rid="B8">Beyerer et al., 2015</xref>; <xref ref-type="bibr" rid="B31">Junker, 2015</xref>). In many ways, our society has become inseparable from digital information, which places a high demand for reliable security and trust techniques.</p>
<p>As a subfield of security, cryptology deals with the science of constructing secret writing systems for information security (cryptography) and the science of breaking constructed cryptosystems (cryptanalysis) (<xref ref-type="bibr" rid="B61">Paar and Pelzl, 2009</xref>). Because cryptanalysis is the only way to assure that a cryptosystem is secure, cryptography and cryptanalysis are closely linked and often exercised by the same person. This is in agreement with Kerckhoffs&#x2019; principle (<xref ref-type="bibr" rid="B4">Auguste, 1883</xref>), in which the most classical cryptographic approaches are based on the concept that cryptosystems can only be considered secure if the details of the system, except for the secure key, are disclosed and can successfully withstand cryptanalysis attempts. At the same instant, Kerckhoffs&#x2019; principle emphasizes the importance of not exposing the secure key to the outside despite the elaborate cryptanalysis. Therefore, the degree of security is typically expressed by the required level of effort to break the cryptosystems without knowing the key.</p>
<p>When security came into the modern world, symmetric cryptography and asymmetric cryptography were widely used. Primarily, asymmetric cryptography has dominated the markets, whereas its cost has become a significant concern. Cost is measured regarding memory usage, power consumption, die size, and execution time, among others. On the contrary, authenticity and credibility are essential considerations in the financial and banking markets. Therefore, early cryptography focused on building security using steel or heavy hardware security modules. The later emergence of non-volatile memory (NVM) added flexibility for some applications. The current best practice for providing security in a mobile system is to place a secret key in a non-volatile electrically erasable programmable read-only memory (EPROM) or battery-backed volatile static random-access memory (SRAM). The key is used for hardware cryptographic operations, where the key lengths correspond to the level of security. However, another rule applies&#x2014;the longer the key, the more resources&#x2014;and computation are required. In other words, the increase in cost is inevitable for achieving a high level of security.</p>
<p>A software-based cryptographic implementation is often sufficient for applications where devices are less focused on security. For example, a bootloader verifying the authenticity of the embedded firmware is commonly used to prevent most threats to consumer and industrial devices using digital signature and hash functions. Software-based solutions are simple and do not pose significant cost concerns. However, when performing software encryption algorithms on platforms where other applications are running concurrently, there is a potential for information leaked from timing measurements or cached data to detect secret keys and cause solution failures. Furthermore, in some traditional situations, such as consumer products using small core or coreless chips, hardware-based cryptography is the only solution. For such consumer products, costs are under pressure, but security is not the selling advantage. These security practices demonstrate a constant struggle between the low implementation costs and the high-security levels.</p>
<p>Nonetheless, consumer products must be provided at the lowest possible cost with security features, and authentication is often used. Symmetric challenge/response-based validation works to prevent potential counterfeiting for the authentication. If it aims for truly random numbers, the cryptographic implementation in hardware is mandatory for the random number generation, whereas software post-processing ideally helps produce more numbers. In classical authentication, the secret binary key needs to be permanently stored on the NVM of the devices and remains unexposed. However, this is difficult to uphold in practice, as performing physical attacks such as invasive, semi-invasive, or side-channel attacks on NVM is relatively easy; when it succeeds, it can potentially expose the secret key (<xref ref-type="bibr" rid="B3">Anderson, 2001</xref>). In this context, this hardware vulnerability is one of the initial motivations for developing better key protection methods (<xref ref-type="bibr" rid="B90">van Dijk and R&#xfc;hrmair, 2012</xref>).</p>
</sec>
<sec id="s2">
<title>2 Background</title>
<p>Security is an important topic due to recent years&#x2019; emerging hardware design objectives (<xref ref-type="bibr" rid="B70">Ravi et al., 2004</xref>). Hardware needs to be protected, as potential hardware vulnerabilities can cause attacks on the programs and contents running on it. For a similar reason, manufacturing integrated circuit (IC) by untrusted foundries and using these components should be avoided (<xref ref-type="bibr" rid="B56">Majzoobi et al., 2008</xref>). Current hardware security relies on conventional cryptographic protocols, in which the secret binary key is permanently stored on the hardware&#x2019;s memory device, but the contents remain confidential. However, this is difficult to uphold in practice, as performing physical attacks on NVM is relatively easy.</p>
<sec id="s2-1">
<title>2.1 Physical unclonable function</title>
<p>The concept of physical unclonable function (PUF) can be expressed as &#x201c;a fingerprint of an object.&#x201d; A human fingerprint is referred to measurable physical characteristics as part of human biometrics, and biometrics authentication is often used for identification and access control. Proper human biometrics are suitable for authentication due to the characteristics of inheritance, unclonability, and individuality, which are also applicable to the PUF concept in a similar manner (<xref ref-type="bibr" rid="B50">Maes, 2012</xref>).</p>
<p>In 2001, <xref ref-type="bibr" rid="B66">Pappu (2001)</xref> introduced a three-dimensional optical micro-structures PUF construction using coherent radiation and defined it as a &#x201c;physical one-way function,&#x201d; a general concept of PUF. Immediately after that, <xref ref-type="bibr" rid="B23">Gassend et al. (2002b)</xref> proposed a silicon-based PUF construction and described it as a &#x201c;physical random function.&#x201d; Both acronyms, which stand for &#x201c;physical unclonable function,&#x201d; are chosen for pronouncing convenience and avoiding confusion with the concept of a &#x201c;pseudo-random function (PRF).&#x201d; A PUF is not strictly a function in the mathematical sense because a single input can be related to more than a single output due to environmental noise on the response generation. Therefore, PUF can be described as a probabilistic function because it deals with parameter uncertainties or variabilities (<xref ref-type="bibr" rid="B88">Uryasev, 2000</xref>). Also, a PUF&#x2019;s output is considered a random variable with a probability distribution, not a deterministic value.</p>
<p>IC-based PUF security has major advantages thanks to its simple digital circuit-based structures. This includes a simple fabrication process, low power consumption, small area consumption, and potentially forming anti-tamper circuitry. Equally importantly, PUF applications do not require expensive cryptographic hardware as a secure hash algorithm (SHA) or public/private key encryption algorithms. PUF&#x2019;s secret is derived from the physical characteristics of the IC; therefore, the chip must be powered on for the secret to reside in digital memory. From the point of view of attacks to obtain the secret key, any physical attack attempting to extract digital information must be made while the chip is powered on.</p>
</sec>
<sec id="s2-2">
<title>2.2 Classification of PUFs</title>
<sec id="s2-2-1">
<title>2.2.1 Weak and strong PUFs</title>
<p>In PUF, the possible input is called a challenge and the resulting output is called a response, in which the pair is defined as a challenge-response pair (CRP). For a set of PUF instances, the responses to the same challenge are expected to differ; therefore, the CRP is the key point to distinguishing one PUF instance from others. Weak and strong PUFs are classified based on a possible CRP or, more often, CRPs. Weak PUF stores secret binary key(s) in hardware memories, such as read-only memory (ROM), flash memory, and NVM, using the bit-to-cell mapping method. Therefore, the total number of CRPs is limited to the total number of cells, often only one CRP per PUF instance. The most popular implementation of weak PUF is static random-access memory PUF (SRAM-PUF), which exploits the threshold variability of the cross-coupled SRAM cells, and examples of SRAM-PUF and a few more memory-based weak PUF constructions will be discussed in <xref ref-type="sec" rid="s3-4">Section 3.4</xref>.</p>
<p>In opposition to weak PUF, strong PUF provides a more complex challenge-response behavior that generates responses instead of simply reading out cells. It is often assumed that access to responses is publicly available. As a result of many possible challenges of strong PUF, even for the adversary holding physical possession of a PUF instance, a complete readout of all CRPs can be prevented because it is unlikely possible to enumerate all CRPs within a fixed time (ideally, exponential in the number of challenge bits).</p>
</sec>
<sec id="s2-2-2">
<title>2.2.2 Intrinsic PUFs</title>
<p>Intrinsic PUF is one of the most widely investigated classes of PUFs, although it does not fall into the type of the first attempt to describe PUF or PUF-like constructions that are introduced above (<xref ref-type="bibr" rid="B66">Pappu, 2001</xref>; <xref ref-type="bibr" rid="B65">Pappu et al., 2002</xref>). The intrinsic PUFs require two additional characteristics: first, the complete PUF construction should be fully integrated into the embedding device, including the measurement equipment; second, the integration should be completed using the standard manufacturing flow without processing specifically designed PUF-related features and components (<xref ref-type="bibr" rid="B51">Maes and Verbauwhede, 2010a</xref>). Because of these two characteristics, intrinsic PUF can provide cost-efficient solutions. For example, SRAM-PUF is favorable for building PUF as SRAM has been widely used in nearly all electronic applications.</p>
</sec>
<sec id="s2-2-3">
<title>2.2.3 PUF extensions</title>
<p>
<xref ref-type="bibr" rid="B78">R&#xfc;hrmair et al. (2011)</xref> proposed super high information content PUF (SHIC-PUF) to maximize the extractable structural information of a physical system within the drastically reduced readout speed. Its highly dense information-based design increases the immunity against algorithmic attacks, including machine-learning techniques, and their security may even withstand attackers with unlimited computational power. Crossbar array (CBA) is typically used for SHIC-PUF due to its structural benefits of high-density information and easy integration on a chip. Its structure allows a large CRP space; therefore, all SHIC-PUFs are considered strong PUFs (<xref ref-type="bibr" rid="B76">R&#xfc;hrmair, 2010</xref>).</p>
<p>
<xref ref-type="bibr" rid="B22">Gassend et al. (2002a)</xref> defined a new type of PUF, controlled PUF (CPUF), that can only be accessed <italic>via</italic> a physically bounded algorithm. Because of this characteristic, any attempt to break the link between the CPUF and the algorithm leads to destroying the CPUF. The inseparable algorithm of CPUF makes chosen-challenge-based model-building attacks more difficult because the algorithms generate challenges (<xref ref-type="bibr" rid="B50">Maes, 2012</xref>). Hence, turning PUF into CPUF could increase security (<xref ref-type="bibr" rid="B51">Maes and Verbauwhede, 2010a</xref>).</p>
<p>Public PUF (PPUF) was suggested to resolve classical public cryptography&#x2019;s conceptual and practical limitations. <xref ref-type="bibr" rid="B7">Beckmann and Potkonjak (2009)</xref> used PUFs&#x2019; characteristics for creating a public key-based protocol. Reverse engineering, the complete extraction of the parameters from the PPUF&#x2019;s physical systems, is possible when the PUF model is publicly available. However, despite the full characterization of the structure, simulating input-output mapping of PPUF requires considerable time without owning the PPUF hardware. Thus, this approach is likely immune to side-channel attacks due to technological constraints that prevent PUF cloning. Later, <xref ref-type="bibr" rid="B75">R&#xfc;hrmair (2009)</xref> proposed the SIMulation Possible, but Laborious (SIMPL) system, which is a similar concept to the one proposed by <xref ref-type="bibr" rid="B7">Beckmann and Potkonjak (2009)</xref>.</p>
<p>
<xref ref-type="bibr" rid="B38">Kursawe et al. (2009)</xref> were the first to define reconfigurable PUF in which its mechanism and configuration can be transformed into an entirely new PUF, such that even with the knowledge of CRPs from the previous PUF configuration, the challenge-response behavior of the new PUF cannot be predicted. It should be noted that reverting the configuration of reconfigurable PUF is a difficult task. In addition, the configuration mechanism should not be in the form of either changing a part of the challenge or altering the placement of PUF.</p>
</sec>
</sec>
<sec id="s2-3">
<title>2.3 PUF preliminary</title>
<sec id="s2-3-1">
<title>2.3.1 PUF properties</title>
<p>Over the past few years, many publications have introduced new PUF concepts and attempted to define the general PUF concept. <xref ref-type="bibr" rid="B50">Maes (2012)</xref> well formulated the crucial properties of PUFs using informal qualifiers such as easy or hard and low or high.<list list-type="simple">
<list-item>
<p>&#x2022; Constructability describes how easy it is to construct a PUF instance of a particular type of PUF. The qualifier of &#x201c;easiness&#x201d; in this context includes the cost of production.</p>
</list-item>
<list-item>
<p>&#x2022; Evaluability is described as &#x201c;easy to evaluate&#x201d; in the early publications (<xref ref-type="bibr" rid="B22">Gassend et al., 2002a</xref>; <xref ref-type="bibr" rid="B24">Gassend et al., 2004</xref>). The &#x201c;easiness&#x201d; in this context depends on the variant of PUF constructions. Theoretically, evaluability points to polynomial time and effort (<xref ref-type="bibr" rid="B22">Gassend et al., 2002a</xref>); from the practical point of view, it can also include area, power, energy, and cost budgets imposed by the application (<xref ref-type="bibr" rid="B50">Maes, 2012</xref>).</p>
</list-item>
<list-item>
<p>&#x2022; Unpredictability is addressed as &#x201c;hard to characterize or predict&#x201d; (<xref ref-type="bibr" rid="B22">Gassend et al., 2002a</xref>; <xref ref-type="bibr" rid="B24">Gassend et al., 2004</xref>). Complete characterization of an entire PUF should be challenging to an adversary with only a polynomial amount of resources (time, measurement of CRPs, etc.). It can only extract a negligible amount of information about the response to a randomly chosen response challenge (<xref ref-type="bibr" rid="B23">Gassend et al., 2002b</xref>).</p>
</list-item>
<list-item>
<p>&#x2022; Mathematical unclonability of PUF can be described as the extension of unpredictability with unlimited access. For a PUF that exhibits mathematical unclonability, PUF should still be unpredictable even when an adversary has unlimited physical access to the PUF.</p>
</list-item>
<list-item>
<p>&#x2022; Physical unclonability means that producing (or manufacturing) two identical PUFs is technically impossible even for the manufacturer of the original (<xref ref-type="bibr" rid="B22">Gassend et al., 2002a</xref>).</p>
</list-item>
<list-item>
<p>&#x2022; Reproducibility property concerns the response distribution to identical challenges over time. It means that PUF should generate the same response to the same challenge with a high probability.</p>
</list-item>
<list-item>
<p>&#x2022; Uniqueness concerns the response distribution to identical challenges across PUF instances. A PUF should generate different responses to the same challenge with high probability.</p>
</list-item>
<list-item>
<p>&#x2022; One-wayness property means that given a PUF instance and its random response, there is no efficient inversion algorithm finding a challenge that produces a response similar to the given response.</p>
</list-item>
<list-item>
<p>&#x2022; Tamper evidence means that it is &#x201c;hard&#x201d; to physically alter a PUF instance without a noticeable effect on its pre-recorded CRPs.</p>
</list-item>
</list>
</p>
</sec>
<sec id="s2-3-2">
<title>2.3.2 PUF evaluation metrics</title>
<p>As security primitive, PUF must produce random but device-specific responses that should be consistent under varying operating conditions, and for a fair evaluation, the specific PUF performance indicators and tools should be defined. <xref ref-type="bibr" rid="B56">Majzoobi et al. (2008)</xref> defined four metrics, predictability, collision, sensitivity, and reverse engineering, that can show PUF&#x2019;s resiliency against four broad classes of attacks, predictability, collision, fault-injection, and reverse engineering attacks, respectively. <xref ref-type="bibr" rid="B28">Hori et al. (2010)</xref> suggested the concept of five indicators: randomness, steadiness, correctness, diffuseness, and uniqueness. <xref ref-type="bibr" rid="B53">Maiti et al. (2010)</xref> defined these PUF evaluation metrics using different terms, bit-aliasing, uniformity, uniqueness, and reliability, and presented evaluation results on ring oscillator PUF (RO-PUF). <xref ref-type="bibr" rid="B34">Kim et al. (2018a)</xref> formulated the defined metrics and showed the results in detail on the newly proposed PUF. These evaluation metrics are illustrated in <xref ref-type="fig" rid="F1">Figure 1</xref> (adopted from <xref ref-type="bibr" rid="B33">Kim (2019)</xref>).</p>
<fig id="F1" position="float">
<label>FIGURE 1</label>
<caption>
<p>The PUF evaluation metrics defined by <xref ref-type="bibr" rid="B56">Majzoobi et al. (2008)</xref>, <xref ref-type="bibr" rid="B28">Hori et al. (2010)</xref>, and <xref ref-type="bibr" rid="B53">Maiti et al. (2010)</xref>. <xref ref-type="bibr" rid="B34">Kim et al. (2018a)</xref> formulated the previously defined metrics and showed analysis results of each metric on the newly introduced PUF.</p>
</caption>
<graphic xlink:href="frcmn-03-884874-g001.tif"/>
</fig>
<p>The following notations are used to calculate the evaluation metrics.</p>
<table-wrap id="udT1" position="float">
<table>
<tbody valign="top">
<tr>
<td align="left"> <italic>
<bold>p</bold>
</italic>
</td>
<td align="left">Number of PUF instances</td>
</tr>
<tr>
<td align="left">
<bold>
<italic>C</italic>
</bold>
</td>
<td align="left">Number of challenges</td>
</tr>
<tr>
<td align="left">
<bold>
<italic>T</italic>
</bold>
</td>
<td align="left">Number of tries</td>
</tr>
<tr>
<td align="left">
<bold>
<italic>r</italic>
</bold>
</td>
<td align="left">Response string</td>
</tr>
<tr>
<td align="left">
<bold>
<italic>r</italic>
</bold>
<sub>
<bold>i,j</bold>
</sub>
</td>
<td align="left">
<italic>j</italic>th bit of the <italic>i</italic>th response string <italic>r</italic>
</td>
</tr>
<tr>
<td align="left">
<bold>
<italic>L</italic>
</bold>
</td>
<td align="left">Response bit length</td>
</tr>
</tbody>
</table>
</table-wrap>
<sec id="s2-3-2-1">
<title>2.3.2.1 Uniqueness</title>
<p>Uniqueness represents the capability of one PUF to distinguish itself from others. The value is calculated as a percentage by calculating Hamming distance (HD) between two responses from two PUFs when the same challenge is applied to them. Ideally, uniqueness is expected to be 50%. For example, ideal uniqueness can be achieved when responses from the two PUF instances (to the same challenge) have an average of a half-bit difference. When the number of PUF instances is more than two, the mean value of HDs from all possible combinations of two <inline-formula id="inf1">
<mml:math id="m1">
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mi mathvariant="italic">p</mml:mi>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mn>2</mml:mn>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> represents uniqueness. Therefore, uniqueness is the average inter-PUF HD and can be expressed as follows:<disp-formula id="e1">
<mml:math id="m2">
<mml:mi mathvariant="normal">U</mml:mi>
<mml:mi mathvariant="normal">n</mml:mi>
<mml:mi mathvariant="normal">i</mml:mi>
<mml:mi mathvariant="normal">q</mml:mi>
<mml:mi mathvariant="normal">u</mml:mi>
<mml:mi mathvariant="normal">e</mml:mi>
<mml:mi mathvariant="normal">n</mml:mi>
<mml:mi mathvariant="normal">e</mml:mi>
<mml:mi mathvariant="normal">s</mml:mi>
<mml:mi mathvariant="normal">s</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:msubsup>
<mml:mi> </mml:mi>
<mml:mn>2</mml:mn>
<mml:mi mathvariant="italic">P</mml:mi>
</mml:msubsup>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:mfrac>
<mml:munderover accentunder="false" accent="false">
<mml:mrow>
<mml:mo>&#x2211;</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi>P</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:munderover>
<mml:munderover accentunder="false" accent="false">
<mml:mrow>
<mml:mo>&#x2211;</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi>j</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>i</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi>P</mml:mi>
</mml:mrow>
</mml:munderover>
<mml:mfrac>
<mml:mrow>
<mml:mi mathvariant="normal">H</mml:mi>
<mml:mi mathvariant="normal">D</mml:mi>
<mml:mfenced open="(" close=")">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:mrow>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:mfrac>
<mml:mo>&#xd7;</mml:mo>
<mml:mn>100</mml:mn>
<mml:mi>%</mml:mi>
<mml:mo>,</mml:mo>
</mml:math>
<label>(1)</label>
</disp-formula>where <italic>r</italic>
<sub>
<italic>i</italic>
</sub> and <italic>r</italic>
<sub>
<italic>j</italic>
</sub> are the response strings from <italic>i</italic>th and <italic>j</italic>th PUF instances, respectively.</p>
</sec>
<sec id="s2-3-2-2">
<title>2.3.2.2 Diffuseness</title>
<p>Diffuseness represents the capability of one PUF to generate different responses. Similar to uniqueness, diffuseness is calculated as a percentage, yet it calculates HD between responses of one PUF to various challenges. Therefore, diffuseness shows the degree of difference among a single PUF&#x2019;s responses. Ideally, diffuseness is expected to be 50%. This can be expressed as follows:<disp-formula id="e2">
<mml:math id="m3">
<mml:mi mathvariant="normal">D</mml:mi>
<mml:mi mathvariant="normal">i</mml:mi>
<mml:mi mathvariant="normal">ff</mml:mi>
<mml:mi mathvariant="normal">u</mml:mi>
<mml:mi mathvariant="normal">s</mml:mi>
<mml:mi mathvariant="normal">e</mml:mi>
<mml:mi mathvariant="normal">n</mml:mi>
<mml:mi mathvariant="normal">e</mml:mi>
<mml:mi mathvariant="normal">s</mml:mi>
<mml:mi mathvariant="normal">s</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:msubsup>
<mml:mi> </mml:mi>
<mml:mn>2</mml:mn>
<mml:mi mathvariant="italic">C</mml:mi>
</mml:msubsup>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:mfrac>
<mml:munderover accentunder="false" accent="false">
<mml:mrow>
<mml:mo>&#x2211;</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi>C</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:munderover>
<mml:munderover accentunder="false" accent="false">
<mml:mrow>
<mml:mo>&#x2211;</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi>j</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>i</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi>C</mml:mi>
</mml:mrow>
</mml:munderover>
<mml:mfrac>
<mml:mrow>
<mml:mi mathvariant="normal">H</mml:mi>
<mml:mi mathvariant="normal">D</mml:mi>
<mml:mfenced open="(" close=")">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:mrow>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:mfrac>
<mml:mo>&#xd7;</mml:mo>
<mml:mn>100</mml:mn>
<mml:mi>%</mml:mi>
<mml:mo>,</mml:mo>
</mml:math>
<label>(2)</label>
</disp-formula>where <italic>r</italic>
<sub>
<italic>i</italic>
</sub> and <italic>r</italic>
<sub>
<italic>j</italic>
</sub> are the response strings to <italic>i</italic>th and <italic>j</italic>th challenges from a PUF instance.</p>
</sec>
<sec id="s2-3-2-3">
<title>2.3.2.3 Reliability</title>
<p>Reliability represents the capability of a PUF to produce an identical response to the same challenge on two different occasions under varying operating conditions such as temperature or power supply voltage. Ideal reliability is 100%, which can only be obtained with a zero-bit error rate (BER). Reliability is expressed as follows:<disp-formula id="e3">
<mml:math id="m4">
<mml:mi mathvariant="normal">R</mml:mi>
<mml:mi mathvariant="normal">e</mml:mi>
<mml:mi mathvariant="normal">l</mml:mi>
<mml:mi mathvariant="normal">i</mml:mi>
<mml:mi mathvariant="normal">a</mml:mi>
<mml:mi mathvariant="normal">b</mml:mi>
<mml:mi mathvariant="normal">i</mml:mi>
<mml:mi mathvariant="normal">l</mml:mi>
<mml:mi mathvariant="normal">i</mml:mi>
<mml:mi mathvariant="normal">t</mml:mi>
<mml:mi mathvariant="normal">y</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>100</mml:mn>
<mml:mi>%</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mi mathvariant="normal">B</mml:mi>
<mml:mi mathvariant="normal">E</mml:mi>
<mml:mi mathvariant="normal">R</mml:mi>
<mml:mo>.</mml:mo>
</mml:math>
<label>(3)</label>
</disp-formula>An ideal PUF should provide zero response difference to the same challenge under varying operating conditions, and therefore, BER can be defined as follows:<disp-formula id="e4">
<mml:math id="m5">
<mml:mi mathvariant="normal">B</mml:mi>
<mml:mi mathvariant="normal">E</mml:mi>
<mml:mi mathvariant="normal">R</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:msubsup>
<mml:mi> </mml:mi>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:msubsup>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:mfrac>
<mml:munderover accentunder="false" accent="false">
<mml:mrow>
<mml:mo>&#x2211;</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi>T</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:munderover>
<mml:munderover accentunder="false" accent="false">
<mml:mrow>
<mml:mo>&#x2211;</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi>j</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>i</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:munderover>
<mml:mfrac>
<mml:mrow>
<mml:mi mathvariant="normal">H</mml:mi>
<mml:mi mathvariant="normal">D</mml:mi>
<mml:mfenced open="(" close=")">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:mrow>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:mfrac>
<mml:mo>&#xd7;</mml:mo>
<mml:mn>100</mml:mn>
<mml:mi>%</mml:mi>
<mml:mo>,</mml:mo>
</mml:math>
<label>(4)</label>
</disp-formula>where <italic>r</italic>
<sub>
<italic>i</italic>
</sub> and <italic>r</italic>
<sub>
<italic>j</italic>
</sub> are <italic>i</italic>th and <italic>j</italic>th response strings to the same challenge of PUF instance.</p>
</sec>
<sec id="s2-3-2-4">
<title>2.3.2.4 Uniformity</title>
<p>Uniformity represents the capability of PUF to produce balanced bits in response. It is expressed as a percentage by calculating Hamming weight (HW) in response, and the ideal uniformity is 50%. Uniformity can be calculated as follows:<disp-formula id="e5">
<mml:math id="m6">
<mml:mi mathvariant="normal">U</mml:mi>
<mml:mi mathvariant="normal">n</mml:mi>
<mml:mi mathvariant="normal">i</mml:mi>
<mml:mi mathvariant="normal">f</mml:mi>
<mml:mi mathvariant="normal">o</mml:mi>
<mml:mi mathvariant="normal">r</mml:mi>
<mml:mi mathvariant="normal">m</mml:mi>
<mml:mi mathvariant="normal">i</mml:mi>
<mml:mi mathvariant="normal">t</mml:mi>
<mml:mi mathvariant="normal">y</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:mfrac>
<mml:munderover accentunder="false" accent="false">
<mml:mrow>
<mml:mo>&#x2211;</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi>j</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:munderover>
<mml:msub>
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#xd7;</mml:mo>
<mml:mn>100</mml:mn>
<mml:mi>%</mml:mi>
<mml:mo>,</mml:mo>
</mml:math>
<label>(5)</label>
</disp-formula>where <italic>r</italic>
<sub>
<italic>i</italic>,<italic>j</italic>
</sub> is <italic>j</italic>th bit of a <italic>L</italic> bit response from an <italic>i</italic>th PUF instance. The uniformity of bit-string can be evaluated through subtests of the statistical test suite provided by NIST.</p>
</sec>
<sec id="s2-3-2-5">
<title>2.3.2.5 Bit-aliasing</title>
<p>Bit-aliasing represents the capability of a PUF to produce balanced bits across responses. It can be measured by calculating the total number of ones in a particular bit from different PUF responses to an identical challenge. Ideal bit-aliasing is 50%, and it can be expressed as follows:<disp-formula id="e6">
<mml:math id="m7">
<mml:mtext>Bit</mml:mtext>
<mml:mo>-</mml:mo>
<mml:mtext>aliasing</mml:mtext>
<mml:mo>&#x3d;</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi>P</mml:mi>
</mml:mrow>
</mml:mfrac>
<mml:munderover accentunder="false" accent="false">
<mml:mrow>
<mml:mo>&#x2211;</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi>P</mml:mi>
</mml:mrow>
</mml:munderover>
<mml:msub>
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#xd7;</mml:mo>
<mml:mn>100</mml:mn>
<mml:mi>%</mml:mi>
<mml:mo>,</mml:mo>
</mml:math>
<label>(6)</label>
</disp-formula>
</p>
</sec>
</sec>
<sec id="s2-3-3">
<title>2.3.3 PUF attacks</title>
<p>PUF can be subjected to various attacks. An adversary can attempt to duplicate (clone) or build a model of the original using various methods such as direct measurement and chosen challenge generation.</p>
<p>For cloning attacks, entire responses to corresponding challenges can be read out in an invasive manner. In this case, weak PUF can be read out, even though the response exists in the system only for a short time. Even if care is taken to prevent key readout over a standard on-chip channel, other threats using laser stimulation can reveal the key if weak PUFs are used. In an invasive attack, an adversary can reprogram the tendency of a cell using focused ion beam circuit edit, thus effectively cloning the CRP behavior of the PUF. The cloning and invasive attacks appear less applicable to strong PUFs.</p>
<p>The most relevant method of attack for strong PUFs is modeling attacks. In this method, an adversary collects a large number of CRPs from a given PUF and tries to extrapolate the behavior of the PUF on unknown CRPs by numeric methods parametric model using collected CRPs. Machine learning (ML) algorithms are a powerful tool to this end. Indeed, if one could learn the basic delay parameters and model the interaction with the challenge bits, one could accurately predict the response bits for the random challenge, even without access to the PUF (<xref ref-type="bibr" rid="B52">Maes and Verbauwhede, 2010b</xref>).</p>
</sec>
</sec>
</sec>
<sec id="s3">
<title>3 PUF constructions</title>
<p>This section provides examples of different types of PUFs. In particular, the sources of randomness, configuration, and performance results are discussed.</p>
<sec id="s3-1">
<title>3.1 Coating PUF</title>
<p>
<xref ref-type="bibr" rid="B67">Posch (1998)</xref> proposed using an active coating to protect IC, and <xref ref-type="bibr" rid="B83">Tuyls and &#x160;kori&#x107; (2006)</xref> proposed further building a PUF integrating the coating layer into IC. The top of the IC is covered with a protective coating layer, doped with random dielectric particles of random sizes and shapes. The IC is equipped with an array of metal sensors beneath the coating layer. Each sensor locally probes the dielectric properties of the coating layer and measures the capacitance. For coating PUF, the selection of specific sensors is the challenge, and measured capacitance values by selected sensors become the response. The coating layer can physically protect the coating PUFs against physical attacks. Tamper evidence was also verified since the coating layer resides on the top of the IC. However, coating PUFs have limited challenge space because the number of sensors only can be limited, and mathematical cloning possibility exists.</p>
</sec>
<sec id="s3-2">
<title>3.2 Optical PUF</title>
<p>The concept of building PUF using the interaction of visible light with randomized micro-structure was firstly proposed by <xref ref-type="bibr" rid="B66">Pappu (2001)</xref> and <xref ref-type="bibr" rid="B65">Pappu et al. (2002)</xref>. Optical PUF is constructed with optical micro-structure tokens, in which each token produces an irregular speckle pattern from refractive particles of the micro-structure when irradiated with a laser. Then, the patterns are processed into a binary vector using an image processing technique. The laser orientations are used as challenges, and the resulting feature vectors are responses. Optical PUF has the benefits of having a large challenge space and computational difficulty for predicting responses to unknown challenges (<xref ref-type="bibr" rid="B84">Tuyls et al., 2005</xref>). However, it exhibits relatively low reliability compared to conventional PUFs requiring a sensitive reader, which increases the cost of deploying these PUFs (<xref ref-type="bibr" rid="B78">R&#xfc;hrmair et al., 2011</xref>).</p>
<p>
<xref ref-type="bibr" rid="B30">Jiang and Chong (2008)</xref> proposed different optical PUFs that exploit random patterns formed by scattering phosphor particles of random sizes and shapes. The pattern of phosphor PUF is then used for the anti-counterfeiting system.</p>
</sec>
<sec id="s3-3">
<title>3.3 Silicon PUF</title>
<p>Building PUF on silicon has a significant advantage in that the PUF feature can directly connect to standard digital circuity embedded on the same chip. This has led silicon-based PUFs to become the mainstream of modern PUF constructions. This section discusses examples of silicon-based PUFs and summarizes the source of randomness, configurations, and performance of each PUF.</p>
<sec id="s3-3-1">
<title>3.3.1 Ring oscillator PUF</title>
<p>Ring oscillator PUF (RO-PUF) is a well-known silicon-based PUF, generally classified as an intrinsic PUF. RO-PUF can have various configurations with different randomness source, but all are based on the change in frequency of the oscillating circuit. <xref ref-type="bibr" rid="B23">Gassend et al. (2002b)</xref> proposed delay-based RO-PUF. Its architecture includes a delay circuit placed in the oscillator circuit loop with additional AND gates (<xref ref-type="fig" rid="F2">Figure 2</xref>). The delay circuit consists of <italic>n</italic>&#x2013;1 stages of switch components and a final multiplexer (MUX) (<xref ref-type="fig" rid="F2">Figure 2B</xref>), where <italic>n</italic> is the bit length of the challenge. Each switch component consists of two 2&#x2013;to&#x2013;1 MUXes and pairs of buffers (<xref ref-type="fig" rid="F2">Figure 2C</xref>). At each switching stage, the input (rising or falling) edge can be crossly or straightly sent to its output terminal depending on the challenge bit of the stage. After the <italic>n</italic>&#x2013;1 stages, one of the two edges is selected by MUX and fed into input through negative feedback to form oscillation. The frequency of the oscillating signal is then counted by an edge detector, and the counted value is PUF response. The main drawback of this PUF is that although the number of challenges is exponential, the challenges are not independent. This can lead to severe vulnerability to model-building attacks. As such, RO-PUF may have &#x201c;physical unclonability&#x201d; but not &#x201c;mathematical unclonability&#x201d; (<xref ref-type="bibr" rid="B50">Maes, 2012</xref>).</p>
<fig id="F2" position="float">
<label>FIGURE 2</label>
<caption>
<p>RO-PUF proposed by <xref ref-type="bibr" rid="B23">Gassend et al. (2002b)</xref>. <bold>(A)</bold> RO-PUF architecture with <bold>(B)</bold> n-1 stage delay circuit. <bold>(C)</bold> 2-to-1 MUX-based switching stage.</p>
</caption>
<graphic xlink:href="frcmn-03-884874-g002.tif"/>
</fig>
<p>
<xref ref-type="bibr" rid="B82">Suh and Devadas (2007)</xref> introduced another RO-PUF using more than one oscillation loop. They used identically implemented <italic>n</italic> numbers of ring oscillator blocks that consist of series inverter chains (<xref ref-type="fig" rid="F3">Figure 3</xref>). Challenge of PUF select a pair of the blocks using MUXes. Then, two counters separately count the frequencies of signals from selected oscillating blocks. Comparing the two counted values (<italic>f</italic>
<sub>A</sub> and <italic>f</italic>
<sub>B</sub>) is the corresponding PUF&#x2019;s response bit. The number of possible challenges is calculated as <inline-formula id="inf2">
<mml:math id="m8">
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mi>n</mml:mi>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mn>2</mml:mn>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula>. However, not all these challenges are independent because there is an order of frequencies in the blocks. For using strictly independent challenges, the method where challenges only select two adjacent blocks can be used. This approach reduces the challenge space to n/2. The authors also proposed a 1&#x2013;out&#x2013;of&#x2013;<italic>k</italic> masking scheme, grouping <italic>k</italic> oscillator blocks to enhance reliability. Note that this RO-PUF becomes a weak PUF because there is a limited number of challenges that can configure the PUF&#x2019;s operation.</p>
<fig id="F3" position="float">
<label>FIGURE 3</label>
<caption>
<p>RO-PUF proposed by <xref ref-type="bibr" rid="B82">Suh and Devadas (2007)</xref>.</p>
</caption>
<graphic xlink:href="frcmn-03-884874-g003.tif"/>
</fig>
<p>
<xref ref-type="bibr" rid="B54">Maiti and Schaumont (2009)</xref> and <xref ref-type="bibr" rid="B55">Maiti and Schaumont (2011)</xref> proposed reliability-enhanced RO-PUF. To reduce undesirable bias caused by variation concerning the locations of oscillators (spatial correlation), the group of oscillators is placed as close as possible, and the physically adjacent pair of oscillators are selected for the response bit generation. This shows improved uniqueness properties and reliability nearly ideally by sacrificing possible challenge space.</p>
<p>
<xref ref-type="bibr" rid="B94">Yin and Qu (2010)</xref> suggested a group-based RO-PUF that leverages a subsequence grouping algorithm instead of dealing with spatial correlation. The PUF shows &#xd7;9.82 improved reliability compared to RO-PUF with 1&#x2013;out&#x2013;of&#x2013;<italic>k</italic> masking scheme (<italic>k</italic> &#x3d; 8) while keeping independent challenge space at <inline-formula id="inf4">
<mml:math id="m10">
<mml:mrow>
<mml:mo>&#x230a;</mml:mo>
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:mrow>
<mml:mo>&#x230b;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula>. Shortly after, <xref ref-type="bibr" rid="B95">Yin et al. (2013)</xref> suggested using a low complexity algorithm to replace the subsequence-based grouping algorithm for practicality.</p>
</sec>
<sec id="s3-3-2">
<title>3.3.2 Arbiter PUF</title>
<p>Arbiter PUF (Arb-PUF) is another well-known type of PUF that focuses on the delay feature in randomness sources. <xref ref-type="bibr" rid="B24">Gassend et al. (2004)</xref> firstly proposed PUF with arbiter circuits. Arb-PUF uses two delay paths as a form of concatenating <italic>n</italic> number switch components (<xref ref-type="fig" rid="F4">Figure 4A</xref>). The circuit for each stage consists of a switch component of two 2&#x2212;to&#x2212;1 MUXes and two buffers (<xref ref-type="fig" rid="F4">Figure 4B</xref>). Similar to RO-PUF, the input (rising or falling) edge can be crossly or straightly sent to its output terminal. After the <italic>n</italic>th stage, an arbiter circuit is used for response bit generation, the winner of the race (<xref ref-type="fig" rid="F4">Figure 4C</xref>). The response bit is decided by one out of 2<sup>
<italic>n</italic>
</sup> possible delay paths (challenge bit). However, not all these delay paths are independent, which makes Arb-PUF vulnerable to modeling attacks. The lack of independence in responses is apparent in the achieved uniqueness results, which is 1%, far from the ideal value of 50%.</p>
<fig id="F4" position="float">
<label>FIGURE 4</label>
<caption>
<p>Basic structure of Arb-PUF. <bold>(A)</bold> Arb-PUF uses <bold>(B)</bold> multiple stages of switch components and <bold>(C)</bold> an arbiter circuit.</p>
</caption>
<graphic xlink:href="frcmn-03-884874-g004.tif"/>
</fig>
<p>
<xref ref-type="bibr" rid="B40">Lee et al. (2004)</xref> proposed a nonlinearity-based Arb-PUF, a PUF with integrated feed-forward (FF) arbiters<xref ref-type="fn" rid="fn1">
<sup>1</sup>
</xref>. The main structure is similar to the conventional Arb-PUF, but FF arbiters are added to some switching components (<xref ref-type="fig" rid="F5">Figure 5</xref>). The effect of the added FF component is evident in the experiments of <xref ref-type="bibr" rid="B43">Lim et al. (2005)</xref> and <xref ref-type="bibr" rid="B42">Lim (2004)</xref>. The results show a significant improvement in the uniqueness of 38%. However, including FF implementation sacrifices the reliability of PUF by 5%. This may be due to the increased noise probability due to the internal arbiters (<xref ref-type="bibr" rid="B57">Majzoobi et al., 2009</xref>). Nonetheless, the nonlinear behavior can complicate the reverse engineering process. <xref ref-type="bibr" rid="B82">Suh and Devadas (2007)</xref> proposed a PUF configuration with increased resistance to attacks by XORing the multiple outputs of the Arbiter circuit to obfuscate the outputs (response bits). However, later, it was shown that attacks using advanced ML techniques could effectively break the security of this PUF (<xref ref-type="bibr" rid="B77">R&#xfc;hrmair et al., 2010</xref>).</p>
<fig id="F5" position="float">
<label>FIGURE 5</label>
<caption>
<p>FF-Arb-PUF circuit as proposed by <xref ref-type="bibr" rid="B40">Lee et al. (2004)</xref> and <xref ref-type="bibr" rid="B43">Lim et al. (2005)</xref>.</p>
</caption>
<graphic xlink:href="frcmn-03-884874-g005.tif"/>
</fig>
</sec>
</sec>
<sec id="s3-4">
<title>3.4 Memory-based PUF</title>
<p>One of the widely investigated types of silicon-based PUFs is memory-based PUFs. Memory devices such as D flip-flops and SRAM are composed of standard complementary metal-oxide-semiconductor (CMOS) components; thus, the memory-based PUF has the advantage that a separate manufacturing/fabrication process is not required to use the PUF feature on the chip. In addition to the manufacturing benefit, the response measuring circuits for memory-based PUFs can be intrinsically simpler than those for delay-based PUFs.</p>
<p>Flash memory cell consists of an array of floating gate transistors comprising stacked two gates (control gate and floating gate). The threshold voltage of each transistor without charge on its floating gate varies due to manufacturing process variations. It means that the amount of charge required to store logic value &#x201c;0&#x201d; varies from transistor to transistor.</p>
<p>Dynamic random-access memory (DRAM) was investigated for building PUF. DRAM cell consists of a capacitor and an access transistor. DRAM cell bit-line (BL) carries a logic value depending on the amount of charge in the capacitor. The capacitor of each cell has a different leakage charge level due to the non-ideality of the access transistors caused by, for example, sub-threshold leakage and gate-induced drain leakage.</p>
<p>
<xref ref-type="bibr" rid="B27">Guajardo et al. (2007)</xref> proposed SRAM-PUF that exploits the randomness source from SRAM cells, often in an arrayed structure. The structure of an SRAM cell typically consists of six transistors<xref ref-type="fn" rid="fn2">
<sup>2</sup>
</xref> that are two access transistors controlled by a word-line (WL) signal and two cross-coupled inverters connecting the data lines (<inline-formula id="inf5">
<mml:math id="m11">
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="normal">Q</mml:mi>
</mml:mrow>
<mml:mo>&#x304;</mml:mo>
</mml:mover>
</mml:mrow>
</mml:math>
</inline-formula> and Q) to bit-lines (<inline-formula id="inf6">
<mml:math id="m12">
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="normal">B</mml:mi>
<mml:mi mathvariant="normal">L</mml:mi>
</mml:mrow>
<mml:mo>&#x304;</mml:mo>
</mml:mover>
</mml:mrow>
</mml:math>
</inline-formula> and BL). The startup state of SRAM cells is used for building PUF. Due to the uncontrollable process variations, the startup state of each cell is independent. Therefore, for SRAM-PUF, the challenge is given as a selection of memory locations, and the response is the cell readout results.</p>
<p>Alternative memory-based PUFs using more advanced digital storage elements were also introduced. <xref ref-type="bibr" rid="B81">Su et al. (2007)</xref> proposed using a latch in which each memory cell consists of cross-coupled NOR gates. Like SRAM-PUF, latch PUF relies on randomness across the memory cells caused by threshold voltage mismatch. <xref ref-type="bibr" rid="B37">Kumar et al. (2008)</xref> presented Butterfly PUF, a method to emulate SRAM behavior while it can fix the need to reset memory cells on startup. It consists of two cross-coupled latches with clear/preset input that drives the cell to its instability. <xref ref-type="bibr" rid="B89">van der Leest et al. (2010)</xref> introduced a processing method to overcome the naturally presented startup value bias of D flip-flop cells of PUF.</p>
<p>Most memory devices are standard CMOS components that are freely distributed on ICs. In this context, memory-based PUFs benefit from no (or low) additional resources required for embedding security functions to the IC. Memory-based PUFs usually generate a limited number of CRPs; thus, they are generally suitable for security key generation. Although the uniqueness of most implementations is close to ideal (50%), no exceptionally high reliability is observed. Reliability is a critical attribute for secure key generation, and failure to achieve this will require some error correction process.</p>
</sec>
</sec>
<sec id="s4">
<title>4 Emerging non-volatile memory for PUF</title>
<sec id="s4-1">
<title>4.1 Emerging non-volatile memory</title>
<p>Data storage is required in any functional information processing system. As consumer electronics is shifting toward pervasive and mobile applications, high-performance and additional hardware requirements such as lower power, lower cost, and compact become essential. Semiconductor memory can be split into two significant categories regarding data persistence: volatile and non-volatile memories (NVMs). Although volatile memories have numerous advantageous features such as dense structure (DRAM) and fast writing/reading speed (SRAM), they lose their stored data when power is switched off. On the contrary, for NVMs such as ROM or flash memory, their stored data can be preserved when power is switched off. Thus, for many decades, flash memory applications have grown explosively. However, flash memory is gradually approaching the physical limit of scalability. With CMOS scaling approaching the limits, some novel memory devices have been proposed. While the development of 3D flash memory will likely keep flash memories in an essential role in the market, the scalability limit of memory has led to the consideration of other &#x201c;non-charge&#x201d; memory technologies (called emerging NVM).</p>
<p>Emerging NVMs involve novel mechanisms and materials that differ from those of mature memory technologies. The switching mechanisms extend beyond classical electronic processes to quantum mechanical phenomena, ionic reactions, phase transition, and molecular reconfiguration, among others. The materials include ferroelectric oxides, ferromagnetic metals, chalcogenides, metal oxides, and carbon materials. Ferroelectric random-access memory (FeRAM) has a similar construction to a DRAM but uses a ferroelectric layer instead of a dielectric layer in the capacitor. When applying an electric field, the dipoles align with the field direction. After the charge is removed, the dipoles retain their polarisation state. Phase-change resistive access memory (PCRAM), on the contrary, relies on switching between the low resistance state (LRS, crystalline phase) and the high resistance state (HRS, amorphous phase) of chalcogenide materials. A significant difficulty is expected due to temperature cross-talk between adjacent memory cells as the technology scales down. Magnetic random-access memory (MRAM) relies on two ferromagnetic plates holding a magnetic field, separated by an insulator. While one plate holds a permanent magnetic field, the direction of another plate can be switched (parallel or anti-parallel to the permanent plate). Finally, redox-based random-access memory (redox-based resistive random-access memory (ReRAM)) relies on the formation (LRS) and the rupture (HRS) of conductive filament(s) in the oxide layer.</p>
<p>
<xref ref-type="table" rid="T1">Table 1</xref> summarizes the characteristics of emerging NVMs. FeRAMs offer excellent endurance, good write/read speed, and very low power consumption. However, a destructive read process and a scalability limit make it less attractive. Relatively high currents for a long time are required for PCRAMs during programming. Moreover, due to the thermal process involved, crosstalk between neighboring cells becomes an issue in large arrays for PCRAMs (<xref ref-type="bibr" rid="B19">Gaba, 2014</xref>). The large programming current and scalability issues (crosstalk issues when cell size scales) prevent MRAM from being cost-effective to challenge the well-established flash memory market. Resistive switching memories such as PCRAM and ReRAM are inherently freer from scaling problems than charge-based FeRAM. In particular, ReRAM has more stable resistance states and a larger on/off resistance ratio (therefore, larger noise margin for better reliability) compared to other types (<xref ref-type="bibr" rid="B29">Jeong et al., 2012</xref>). As such, resistive memory has recently emerged as a contender in the NVM race.</p>
<table-wrap id="T1" position="float">
<label>TABLE 1</label>
<caption>
<p>Comparison of emerging NVMs.</p>
</caption>
<table>
<thead valign="top">
<tr>
<th align="left"/>
<th align="left">FeRAM</th>
<th align="left">PCRAM</th>
<th align="left">MRAM</th>
<th align="left">ReRAM</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="left">Endurance</td>
<td align="left">&#x2713;</td>
<td align="left">&#x25b3;</td>
<td align="left">&#x2713;</td>
<td align="left">&#x25b3;</td>
</tr>
<tr>
<td align="left">Retention</td>
<td align="left">
<inline-formula id="inf7">
<mml:math id="m13">
<mml:mo>&#x2265;</mml:mo>
<mml:mn>10</mml:mn>
</mml:math>
</inline-formula> y</td>
<td align="left">
<inline-formula id="inf8">
<mml:math id="m14">
<mml:mo>&#x2265;</mml:mo>
<mml:mn>10</mml:mn>
</mml:math>
</inline-formula> y</td>
<td align="left">
<inline-formula id="inf9">
<mml:math id="m15">
<mml:mo>&#x2265;</mml:mo>
<mml:mn>10</mml:mn>
</mml:math>
</inline-formula> y</td>
<td align="left">
<inline-formula id="inf10">
<mml:math id="m16">
<mml:mo>&#x2265;</mml:mo>
<mml:mn>10</mml:mn>
</mml:math>
</inline-formula> y</td>
</tr>
<tr>
<td align="left">Scalability</td>
<td align="left">&#x2717;</td>
<td align="left">&#x25b3;</td>
<td align="left">&#x25b3;</td>
<td align="left">&#x25b3;</td>
</tr>
<tr>
<td align="left">Write speed</td>
<td align="left">&#x2713;</td>
<td align="left">&#x2717;</td>
<td align="left">&#x2713;</td>
<td align="left">&#x25b3;</td>
</tr>
<tr>
<td align="left">Read speed</td>
<td align="left">&#x2713;</td>
<td align="left">&#x2713;</td>
<td align="left">&#x2713;</td>
<td align="left">&#x2713;</td>
</tr>
<tr>
<td align="left">Power consumption</td>
<td align="left">&#x2713;</td>
<td align="left">&#x2713;</td>
<td align="left">&#x2717;</td>
<td align="left">&#x2713;</td>
</tr>
</tbody>
</table>
<table-wrap-foot>
<fn>
<p>&#x2713;, good; &#x25b3;, medium; &#x2717;, poor.</p>
</fn>
</table-wrap-foot>
</table-wrap>
</sec>
<sec id="s4-2">
<title>4.2 Resistive random-access memory</title>
<p>The first resistive switching effect was reported in the early 1960s (<xref ref-type="bibr" rid="B25">Gibbons and Beadle, 1964</xref>). In the early 2000s, renewed interest brought to the ReRAM concept and the resistive switching effect has been observed in a broad range of materials, including perovskites, solid electrolytes, and binary metal oxides. Mechanism-based classification broadly divides ReRAMs into three categories: electrochemical metallization (ECM) devices, valence change mechanism (VCM) devices, and thermochemical mechanism (TCM) devices.</p>
<p>The redox-based nano-ionic memory operates based on the resistance change of insulators caused by ion (cation or anion) migration combined with the redox process involving the electrode and insulator materials. An ECM-based device switching is typically due to cation motion, whereas metal oxide ReRAMs such as VCM and TCM switching are due to anion reconfiguration. In a particular example of oxide-based resistive switching devices, the switching between a low-resistance state (LRS) and high-resistance state (HRS) is known to involve the formation and rupture of conductive filament(s) during the state transitions.</p>
<sec id="s4-2-1">
<title>4.2.1 Cell array configuration</title>
<p>A high-density ReRAM is obtained by a simple crossbar structure called CBA. The structure can have multiple memory cells arranged in a matrix (<xref ref-type="fig" rid="F6">Figure 6</xref>). In the simplest case, every cross-point of CBA has one ReRAM cell (<xref ref-type="fig" rid="F6">Figure 6A</xref>). The minimum unit cell size of 4<italic>F</italic>
<sup>2</sup> can be achieved in this configuration, where <italic>F</italic> is the feature size. However, this configuration leads to a sneak path problem when the HRS cell, which is surrounded by LRS cells, is in the readout state. For an accurate cell reading or low-power writing, an extra selection device (selector) is required to be connected to every cell in the series. Using a varistor or diode as a selector element (<xref ref-type="fig" rid="F6">Figure 6B</xref>) works well for the unipolar ReRAM but not for the bipolar devices. <xref ref-type="fig" rid="F6">Figure 6C</xref> shows one transistor-one resistor that is called 1T1R (<xref ref-type="bibr" rid="B79">Sheu et al., 2009</xref>). The structure is often undesirable for high-density applications as additional space is required. Also, it is more complicated, and the high-temperature fabrication process of the transistor may be unsuitable for back-end-of-line (BEOL) processes. Although complementary mode can maintain a size of 4<italic>F</italic>
<sup>2</sup> (<xref ref-type="fig" rid="F6">Figure 6D</xref>), it inherently serves as a penalty to induce a destructive READ operation (<xref ref-type="bibr" rid="B45">Linn et al., 2010</xref>).</p>
<fig id="F6" position="float">
<label>FIGURE 6</label>
<caption>
<p>The crossbar-array architecture <bold>(A)</bold> without any selection elements. <bold>(B)</bold> Cells with a varistor or diode type of selector, <bold>(C)</bold> 1-transistor 1-resistor (1T1R) cell, and <bold>(D)</bold> a complementary state cell (adapted from <xref ref-type="bibr" rid="B91">Waser et al. (2016)</xref>).</p>
</caption>
<graphic xlink:href="frcmn-03-884874-g006.tif"/>
</fig>
</sec>
<sec id="s4-2-2">
<title>4.2.2 ReRAM variability</title>
<p>ReRAM shows programming variability in its resistance, including device-to-device (D2D) variability, cycle-to-cycle (C2C) variability, and stochastic switching. Parameters such as LRS and HRS are random variables with a log-normal distribution. ReRAM also has inherent randomness at the device level due to the device&#x2019;s C2C programming variation and the manufacturing level, such as thickness and cross-sectional area variations (<xref ref-type="bibr" rid="B13">Chen and Lin, 2011</xref>). These resistors are random variables with a normal distribution. These resistances are random variables with a log-normal distribution.</p>
</sec>
<sec id="s4-2-3">
<title>4.2.3 ReRAM reliability</title>
<p>The reliability of ReRAM has two critical aspects: cycling endurance and data retention (<xref ref-type="bibr" rid="B96">Yu, 2016</xref>). The cycling endurance means how many programming cycles the ReRAM device can endure before it fails to hold the switching variability. The endurance highly depends on the programming conditions, such as current compliance and the programming voltage. Data retention refers to how long the memory device can maintain the current state; therefore, it is highly related to the stability of the memory technologies. Typically, data retention is expected to be longer than 10 years for NVM devices maintained at a high temperature up to 85&#xb0;C because the operating temperature on the chip is expected to be high. Many studies report that ReRAMs can serve compatible endurance and retention with elevated temperature.</p>
<p>Unintended current fluctuation in ReRAM is one of the main reliability concerns. Noise in ReRAM is believed to be caused by its filaments switching and conduction mechanism. Noise generally appears as a 1/<italic>f</italic> fluctuation of the current, resulting from a superposition of several components of random telegraph noise (RTN) (<xref ref-type="bibr" rid="B2">Ambrogio et al., 2014</xref>). The noise is a low-frequency random fluctuation of conductance that appears in two or more levels, and the switching time between different levels is a stochastic phenomenon.</p>
</sec>
</sec>
<sec id="s4-3">
<title>4.3 ReRAM PUF</title>
<p>ReRAM has been widely investigated for the randomness source of PUF due to various advantageous features; ReRAM has the advantage of being well compatible with CMOS manufacturing standards, and its structure has high density (<xref ref-type="bibr" rid="B72">Rose et al., 2013b</xref>). It also operates at low power compared to other types of memory such as MRAM and flash memory. This memory&#x2019;s fast access times and programming speed have also contributed to active research in ReRAM-based applications. In addition, the reconfigurability of ReRAM also makes the ReRAM-based PUF implementation favorable. In addition to manufacturing uncertainties, the emerging memory devices, including ReRAM, have shown programming variability, which introduces stochastic switching and C2C variability. Therefore, these sufficiently (desirable) variabilities in the ultra-dense structures of ReRAM CBA are more favorable for PUF construction.</p>
<p>
<xref ref-type="bibr" rid="B92">Wendt and Potkonjak (2011)</xref> introduced the idea of integrating emerging NVM into PPUF construction. Shortly after, <xref ref-type="bibr" rid="B69">Rajendran et al. (2012b)</xref> proposed NVM array-based PPUF. Its construction uses unique geometric structures called polyominoes, formed by connecting a certain number of adjacent blocks in horizontal or vertical directions. Resistive switching devices such as ReRAM in a CBA are used to form the polyominos. Simulation results showed the uniqueness of 49%&#x2013;50% and diffuseness of 49% over a 1%&#x2013;5% controlled oxide thickness variation (<xref ref-type="bibr" rid="B69">Rajendran et al., 2012b</xref>). Bit-aliasing and uniformity were also close to ideal (50%) (<xref ref-type="bibr" rid="B68">Rajendran et al., 2012a</xref>). <xref ref-type="bibr" rid="B93">Wendt and Potkonjak (2013)</xref> demonstrated the attack scenarios. The correlation between the input and output vectors of the PUF is non-trivial by the large input set space. Although the possibility of finding a predictive mapping was mentioned, the task for every possible input set also increases exponentially with the number of pins in the PUF. Other attack scenarios also claim that the difficulty increases with the increasing size of the PUF. Finally, side-channel attacks are infeasible because PPUF are already public, and no attack reveals new information.</p>
<p>
<xref ref-type="bibr" rid="B32">Kavehei et al. (2013)</xref> proposed the concept of integrating resistive switching memory into RO-PUF structure. The resistance variability of HRS and LRS are used to determine the delay of the ring oscillator in addition to the CMOS process variation (<xref ref-type="fig" rid="F7">Figure 7</xref>). <xref ref-type="bibr" rid="B20">Gao et al. (2015)</xref> comprehensively evaluated the performance of this PUF. The number of CRPs is estimated to be <inline-formula id="inf11">
<mml:math id="m17">
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:mn>n</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:mfrac>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>&#x2010;</mml:mi>
<mml:mi>1</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>, where <italic>n</italic> is the number of ring oscillators, a significantly increased number compared to the conventional silicon RO-PUF. ReRAM RO-PUF has advantages such as a large number of CRPs and relatively low area overhead, but using the raw response of the PUF directly as a cryptographic key is unrealistic in terms of reliability. In order to address the issue, an error correction process needs to be included, potentially increasing the area and cost of the PUF.</p>
<fig id="F7" position="float">
<label>FIGURE 7</label>
<caption>
<p>ReRAM-based RO-PUF structure (adapted from <xref ref-type="bibr" rid="B20">Gao et al. (2015)</xref>).</p>
</caption>
<graphic xlink:href="frcmn-03-884874-g007.tif"/>
</fig>
<p>
<xref ref-type="bibr" rid="B58">Mathew et al. (2015)</xref> proposed PUF that integrates ReRAM into the Arb-PUF structure. The architecture of this PUF consists of an equal number of delay components in two different paths (<xref ref-type="fig" rid="F8">Figure 8</xref>). Each delay element consists of one ReRAM cell and one transistor whose drain terminal is connected to the memory cell. At the end of the path, one D flip-flop is shared, and each input is individually connected to each path. For each path, the gate terminals of the transistors are controlled with the same challenge in an asymmetrical manner. Depending on its challenge, the resistance level of each memory cell is adjusted, then a race between the pulse signal propagates through each path, resulting in a response to the challenge.</p>
<fig id="F8" position="float">
<label>FIGURE 8</label>
<caption>
<p>ReRAM-based Arb-PUF structure (adapted from <xref ref-type="bibr" rid="B58">Mathew et al. (2015)</xref>).</p>
</caption>
<graphic xlink:href="frcmn-03-884874-g008.tif"/>
</fig>
<fig id="F9" position="float">
<label>FIGURE 9</label>
<caption>
<p>T1R ReRAM-based PUF (adapted from <xref ref-type="bibr" rid="B14">Chen (2015a)</xref>) using <bold>(A)</bold> 1T1R ReRAM array. <bold>(B)</bold> Expected LRS/HRS distribution.</p>
</caption>
<graphic xlink:href="frcmn-03-884874-g009.tif"/>
</fig>
<p>
<xref ref-type="bibr" rid="B11">Chatterjee et al. (2016)</xref> evaluated ReRAM Arb-PUF against attacks. This includes the robustness to model-building attacks (50.37&#x2013;60.67%) and the high vulnerability to the chosen challenge-based cryptanalysis attacks. To address the potential security issue, a modified ReRAM-based Arb-PUF was suggested. Drain and source terminals of a transistor connect each memory cell in this modification, which makes modulating the resistance of cells depend on the applied challenge bits. As a result, the modified PUF achieved improved immunity against the attack discussed.</p>
<p>Arb-PUF using 1T1R ReRAM CBA was introduced by <xref ref-type="bibr" rid="B26">Govindaraj and Ghosh (2016)</xref>. The use of CBA increases the limited number of CRPs of the previously suggested ReRAM Arb-PUFs. Simulation results show high reliability of 99.87% under varying voltage and temperature conditions. Later, another ReRAM-based Arb-PUF was proposed by <xref ref-type="bibr" rid="B6">Beckmann et al. (2017)</xref>.</p>
<p>
<xref ref-type="bibr" rid="B71">Rose et al. (2013a)</xref> and <xref ref-type="bibr" rid="B72">Rose et al. (2013b)</xref> introduced PUF, focusing on the memory write-time parameter. ReRAM cells&#x2019; write-time, the minimum time required to switch the memory from HRS to LRS, varies, and this variability can be the randomness source for building PUF. Data are written using the write-time, and the stored data are read out using the XOR gate, whose another input terminal is connected to the challenge bit, and the read-out corresponds to the response bit. <xref ref-type="bibr" rid="B59">Mazady et al. (2015)</xref> experimentally demonstrated the 1-bit write-time-based PUF. The minimum write-time requires careful calibration for solid statistical behavior. <xref ref-type="bibr" rid="B74">Rose and Meade (2015)</xref> proposed a modified write-time-based PUF that focuses on the structural feature of CBA to minimize the need for the extra calibration process. The modification results from using a complementary writing scheme (for two lines) that resorts to the relative write-times of pairs of the memory circuits. In addition, the modified PUF can generate multi-bit responses within one execution; however, this feature increases the vulnerability to model-building attacks similar to Arb-PUF.</p>
<p>
<xref ref-type="bibr" rid="B85">Uddin et al. (2016)</xref> added the XORing technique to pairs of responses, and the improved reliability was shown from the simulation. Later, <xref ref-type="bibr" rid="B86">Uddin et al. (2017a)</xref> and <xref ref-type="bibr" rid="B73">Rose et al. (2017)</xref> added circuit blocks inside the crossbar to build non-linearities. In other words, some columns of memory CBA are routed to other arbiter inputs. Then, two arbiter outputs are combined with an XOR gate to generate a response bit. Due to the structural complexity, it is expected to be more robust against ML-based modeling attacks. <xref ref-type="bibr" rid="B87">Uddin et al. (2017b)</xref> evaluated the attack vulnerability of this PUF and found improved robustness to well-known machine learning algorithms.</p>
<p>
<xref ref-type="bibr" rid="B36">Koeberl et al. (2013)</xref> proposed write-time- and voltage-based PUF, which has a similar concept to the previously introduced write-time-based PUF. First, all the memory cells are set to their LRS, and then, low write-voltage is applied to all cells again to reset, ideally precisely, half of the cells back to HRS. Although this modification brings some advantages, it also has disadvantages. The burden of the pre-calibration procedure increases, and the CBA size limits the total number of total CRPs.</p>
<p>
<xref ref-type="bibr" rid="B14">Chen (2015a)</xref> proposed ReRAM switching probability-based PUF built on a 1T1R CBA structure (9). The operating procedure is similar to the write time/voltage-based PUF. A specific pre-calibrated voltage that resets the cells with a 50% probability is applied to all cells, and a random LRS/HRS pattern is used as a randomness source. The address (location) of the memory cell array is the challenge, and the data read is the response. More importantly, due to the random behavior of fractures and the formation of filaments, reversing reconstruction is nearly impossible, which may help lower the susceptibility to attack.</p>
<p>Many studies have investigated random LRS/HRS patterns across memory CBA for a randomness source for PUFs. <xref ref-type="bibr" rid="B12">Che et al. (2014)</xref> proposed voltage-to-digital converter- (VDC-) based PUF. Using VDC aims to achieve bimodal resistance distribution in the memory array. The LRS resistance of all memory cells is digitized to values ranging from 0 to 127 using VDC, and it is stored in an SRAM array by cell-to-cell mapping. Cells are divided into two groups according to the median of the resistance distribution. Then, all memory cells belonging to the group with high resistance distribution are reset to their HRS, producing the random LRS/HRS pattern across the memory array. This creates a unique PUF signature that is different from other PUF instances.</p>
<p>
<xref ref-type="bibr" rid="B46">Liu et al. (2015)</xref> investigated the split-reference current method to build a PUF with improved reliability. First, all ReRAM cells in the array are programmed with HRS and then read to find a reference current that ideally divides them into two groups with the same number of cells. Similar to previous works, memory cells with sensing current above the reference current are set into LRS. The address is given as the challenge, and digital readout through the sense amplifier is the response of PUF. For improved PUF reliability, it utilizes eight parallel cell readout methods for response generation; the method is likely to increase area and power overheads.</p>
<p>
<xref ref-type="bibr" rid="B64">Pang et al. (2019)</xref> suggested a split-resistance technique for higher reliability of PUF. The sensing window can be widened by borrowing the approach of reading the two selected memories in the challenge and programming them into opposite states, LRS and HRS, respectively, based on the result. Twenty test chips, each with an 8 kb ReRAM array, were fabricated, and PUF evaluation metrics were measured experimentally.</p>
<p>
<xref ref-type="bibr" rid="B47">Liu et al. (2016)</xref> considered the tamper evidence property of PUF. ReRAM conduction in oxide is unlikely to emit photons under the laser of X-ray scanning. However, if the adversary uses a micro-probe to extract secret information, the digital response of the memory cell can be read through a sense amplifier. The layout obfuscation method was suggested to overcome the issue. In addition, a multi-cell-per-bit method was adopted for improved retention of the memory. <xref ref-type="bibr" rid="B80">Shrivastava et al. (2016)</xref> evaluated the reliability of the multi-cell read-out method. PUFs without this method showed a failure rate of 1.78%. The rate was reduced to 0.13% with the two-cell-per-bit method and zero with the eight-cells-per-bit method. The zero-failure rate ensures no requirement for an error correction code (ECC) that will likely increase circuit overhead.</p>
<p>
<xref ref-type="bibr" rid="B62">Pang et al. (2017a)</xref> proposed another PUF focusing on enhanced reliability. First, all the memory in a 1T1R CBA is reset to HRS. The addresses of two adjacent columns are used as a challenge, and the response is a row-by-row comparison of the resistances of the two selected columns of cells. Upon completing each row comparison, the cell with lower resistance is programmed to LRS. The method effectively enhances the reliability of the PUF to &#x223c;100%, which was &#x223c;95% of that without the method.</p>
<p>
<xref ref-type="bibr" rid="B10">Cambou and Orlowski (2016)</xref> investigated the ternary state of ReRAM for building PUF. Instead of the binary states of memory, LRS and HRS, memory cells are divided into three groups with two thresholds, which increase the entropy to 3<sup>
<italic>n</italic>
</sup>. Additional advantageous features were claimed, including reduced vulnerability against side-channel attacks and no (or reduced) requirement for ECC.</p>
<p>
<xref ref-type="bibr" rid="B97">Zhang et al. (2014)</xref> proposed emerging memory PUFs that leverage the resistance comparison. For this PUF, the intrinsic resistance variability across the memory cells of three types of emerging NVMs, spin-transfer-torque magnetic random-access memory (STT-MRAM), PCRAM, and ReRAM, was the primary source of randomness. For response generation, single-ended and differential sensing modes were suggested; the first mode compares the resistance of the selected cell to the reference cell, whereas the second mode compares the resistance of two selected cells (<xref ref-type="fig" rid="F10">Figure 10</xref>). Shortly after, the resistance comparison-based emerging NVM PUF was proposed by <xref ref-type="bibr" rid="B98">Zhang et al. (2015)</xref>. <xref ref-type="bibr" rid="B15">Chen (2015b)</xref> similarly proposed PUF that generates a response by bit-wise comparison of ReRAM cells. Instead of comparing a pair cell resistance, <xref ref-type="bibr" rid="B17">Chen et al. (2015)</xref> proposed an optimized ReRAM-based PUF that utilizes a four-cell comparison scheme (<xref ref-type="fig" rid="F11">Figure 11A</xref>). Using the scheme offers a significantly larger number of CRPs, achieving a high-security level compared to a pair cell resistance comparison.</p>
<fig id="F10" position="float">
<label>FIGURE 10</label>
<caption>
<p>Dual mode comparison-based PUFs of <bold>(A)</bold> single-ended mode and <bold>(B)</bold> differential mode (adapted from <xref ref-type="bibr" rid="B97">Zhang et al. (2014)</xref>).</p>
</caption>
<graphic xlink:href="frcmn-03-884874-g010.tif"/>
</fig>
<fig id="F11" position="float">
<label>FIGURE 11</label>
<caption>
<p>Structures of different types of ReRAM PUFs. <bold>(A)</bold> Cross-point-based ReRAM PUF, adapted from <xref ref-type="bibr" rid="B17">Chen et al. (2015)</xref>, and <bold>(B)</bold> sneak path-based ReRAM-PUF, adapted from <xref ref-type="bibr" rid="B21">Gao et al. (2016)</xref>. <bold>(C)</bold> Non-linear ReRAM-PUF adapted from <xref ref-type="bibr" rid="B34">Kim et al. (2018a)</xref>.</p>
</caption>
<graphic xlink:href="frcmn-03-884874-g011.tif"/>
</fig>
<p>Sneak-path is an unavoidable feature of passive ReRAM CBA. <xref ref-type="bibr" rid="B21">Gao et al. (2016)</xref> investigated the sneak-path as its randomness source for PUFs that can increase the number of CRPs compared to conventional resistance comparison-based PUFs. Half of the array rows are addressed for generating each response according to challenge bits (<xref ref-type="fig" rid="F10">Figure 11B</xref>). Then, the current values of each column are read out by applying a read voltage to the selected row, whereas not selected cells remain floating.</p>
<p>Due to the large number of CRPs, the PUF can be immune to the man-in-the-middle attack because the CRPs are never reused. Another possible attack model is to measure every memory cell physically. Even if it is assumed that this is possible, it is a time-consuming and practically not an easy task to simulate a large-sized network of large-sized random resistor values. Public authentication protocol was adopted to negate the possible attacks in such a scenario. The main shortcoming of sneak-path-based PUF is the massive power consumption for every response bit generation since multiple memory cells need to be read out concurrently. (<xref ref-type="bibr" rid="B48">Liu et al., 2017</xref>) evaluated the diffuseness of PUF. A pre-calibration method was introduced to address the relatively poor diffuseness of sneak-path PUF. A split reference method that is similar to the one proposed by <xref ref-type="bibr" rid="B46">Liu et al. (2015)</xref> was also adopted.</p>
<p>ReRAM PUF focusing on the non-linearity feature was proposed by <xref ref-type="bibr" rid="B34">Kim et al. (2018a)</xref>. A concatenated CBA layer was adopted to create a hidden challenge addressing the memory cells in the second layer (<xref ref-type="fig" rid="F11">Figure 11C</xref>). In addition, an increased CRP number was obtained using a multi-cell selection scheme. For PUF evaluated by simulation, close to ideal values were obtained in all PUF evaluation metric items defined above. Later, multi-layer and multi-cell selection-based PUFs were proposed (<xref ref-type="bibr" rid="B60">Nili et al., 2018</xref>) and experimentally demonstrated (<xref ref-type="bibr" rid="B1">Adam et al., 2017</xref>; <xref ref-type="bibr" rid="B35">Kim et al., 2018b</xref>). Adopting multiple cell selection can enlarge CRP to <inline-formula id="inf12">
<mml:math id="m18">
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>p</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
<mml:mo>&#xd7;</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>q</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula>, where <italic>p</italic> is the number of row and <italic>q</italic> is the number of column used for the response generation.</p>
<p>
<xref ref-type="bibr" rid="B41">Lee et al. (2019)</xref> investigated multi-state of ReRAM to build reconfigurable PUF. The selected memory cell is reprogrammed at every challenge, generating different responses. It introduces superior randomness by utilizing both D2D and C2C variations. The PUF reliability, which can be significantly degraded by temperature change, was increased to 98% using temperature compensation.</p>
</sec>
<sec id="s4-4">
<title>4.4 Comparison and discussion</title>
<p>
<xref ref-type="sec" rid="s4-3">Section 4.3</xref> summarizes the key characteristics of experimentally validated ReRAM-based PUFs. Performance related to the estimated area and power budget, reliability, and uniqueness of PUFs based on CMOS and emerging technologies are summarized and compared in <xref ref-type="table" rid="T2">Table 2</xref>. In most cases, uniqueness close to 50% occurs. However, diffuseness measurements are not often reported despite their importance. One quality that should be achieved, but is not often emphasized in the literature, is the correlation between responses when a similar set of problems is applied. The uniformity results show values close to above 50% except for the PUF proposed by <xref ref-type="bibr" rid="B49">Liu et al. (2018)</xref>. However, the similarity between challenge sets is not clear in most literature. The multi-layer ReRAM PUF reported by <xref ref-type="bibr" rid="B34">Kim et al. (2018a)</xref> is still close to the ideal uniformity of 50% when applying a very similar set of challenges.</p>
<table-wrap id="T2" position="float">
<label>TABLE 2</label>
<caption>
<p>Uniqueness, diffuseness, uniformity, and bit-aliasing comparison of ReRAM-based PUF constructions.</p>
</caption>
<table>
<thead valign="top">
<tr>
<th colspan="1" align="left">References</th>
<th colspan="1" align="left">Source of randomness</th>
<th colspan="1" align="left">Type </th>
<th colspan="1" align="left">
<italic>N</italic>
<sub>PUF</sub>
</th>
<th colspan="1" align="left">Environmental Factor</th>
<th colspan="1" align="left">Uniqueness</th>
<th colspan="1" align="left">Diffuseness</th>
<th colspan="1" align="left">Uniformity</th>
<th colspan="1" align="left">Bit-aliasing</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="left">
<xref ref-type="bibr" rid="B68">Rajendran et al. (2012a)</xref>
</td>
<td align="left">Device R</td>
<td align="left">SIM</td>
<td align="left">100</td>
<td align="left">NA</td>
<td align="left">49.0 &#x223c; 50.0<sup>&#x2020;</sup>
</td>
<td align="left">&#x2013;</td>
<td align="left">46.0 &#x223c; 53.0<sup>&#x2020;</sup>
</td>
<td align="left">46.0 &#x223c; 53.0<sup>&#x2020;</sup>
</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B69">Rajendran et al. (2012b)</xref>
</td>
<td align="left">Device R</td>
<td align="left">SIM</td>
<td align="left">100</td>
<td align="left">NA</td>
<td align="left">49.0 &#x223c; 50.0</td>
<td align="left">49.0</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B32">Kavehei et al. (2013)</xref>
</td>
<td align="left">Group device R</td>
<td align="left">SIM</td>
<td align="left">10</td>
<td align="left">Temp.: 70&#xb0;C</td>
<td align="left">50.0</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B20">Gao et al. (2015)</xref>
</td>
<td align="left">Group device R</td>
<td align="left">SIM</td>
<td align="left">100</td>
<td align="left">NA</td>
<td align="left">50.1</td>
<td align="left">50.0</td>
<td align="left">50.8</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B58">Mathew et al. (2015)</xref>
</td>
<td align="left">Stage delay</td>
<td align="left">SIM</td>
<td align="left">NA</td>
<td align="left">NA</td>
<td align="left">49.9 &#x223c; 50.4</td>
<td align="left">&#x2013;</td>
<td align="left">50.6 &#x223c; 53.8</td>
<td align="left">49.2 &#x223c; 52.4</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B11">Chatterjee et al. (2016)</xref>
</td>
<td align="left">Stage delay</td>
<td align="left">SIM</td>
<td align="left">NA</td>
<td align="left">NA</td>
<td align="left">49.4 &#x223c; 52.0</td>
<td align="left">&#x2013;</td>
<td align="left">50.3 &#x223c; 54.8</td>
<td align="left">48.5 &#x223c; 53.4</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B26">Govindaraj and Ghosh (2016)</xref>
</td>
<td align="left">Stage delay</td>
<td align="left">SIM</td>
<td align="left">NA</td>
<td align="left">Threshold V: &#xb1; 10%</td>
<td align="left">51.3</td>
<td align="left">&#x2013;</td>
<td align="left">50.0 &#x223c; 53.0<sup>&#x2021;</sup>
</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B6">Beckmann et al. (2017)</xref>
</td>
<td align="left">Stage delay</td>
<td align="left">S&#x26;E</td>
<td align="left">250</td>
<td align="left">Temp.: 0 &#x223c; 125&#xb0;C</td>
<td align="left">50.0<sup>&#x2020;</sup>
</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B71">Rose et al. (2013a)</xref>, <xref ref-type="bibr" rid="B72">Rose et al. (2013b)</xref>
</td>
<td align="left">Write-time</td>
<td align="left">SIM</td>
<td align="left">100</td>
<td align="left">NA</td>
<td align="left">49.9</td>
<td align="left">&#x2013;</td>
<td align="left">50.0</td>
<td align="left">50.0</td>
</tr>
<tr>
<td align="left">(<xref ref-type="bibr" rid="B74">Rose and Meade, 2015</xref>)</td>
<td align="left">Write-time</td>
<td align="left">SIM</td>
<td align="left">NA</td>
<td align="left">Volt: 0.7 &#x223c; 0.9 V</td>
<td align="left">48.2 &#x223c; 50.0</td>
<td align="left">&#x2013;</td>
<td align="left">50.1 &#x223c; 52.6</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B85">Uddin et al. (2016)</xref>
</td>
<td align="left">Write-time</td>
<td align="left">S&#x26;E</td>
<td align="left">NA</td>
<td align="left">NA</td>
<td align="left">50.0</td>
<td align="left">&#x2013;</td>
<td align="left">50.2</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B86">Uddin et al. (2017a)</xref>
</td>
<td align="left">Write-time</td>
<td align="left">S&#x26;E</td>
<td align="left">NA</td>
<td align="left">Temp.: 10 &#x223c; 100&#xb0;C</td>
<td align="left">50.2</td>
<td align="left">&#x2013;</td>
<td align="left">56.5</td>
<td align="left">51.5</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B14">Chen (2015a)</xref>
</td>
<td align="left">Write-time and volt</td>
<td align="left">S&#x26;E</td>
<td align="left">100</td>
<td align="left">Line <italic>R</italic>: 0 &#x223c; 2 &#x3a9;</td>
<td align="left">47.0 &#x223c; 50.0</td>
<td align="left">&#x2013;</td>
<td align="left">50.0 &#x223c; 51.0</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B36">Koeberl et al. (2013)</xref>
</td>
<td align="left">Write-time and volt</td>
<td align="left">SIM</td>
<td align="left">2</td>
<td align="left">NA</td>
<td align="left">46.0 &#x223c; 53.0<sup>&#x2020;</sup>
</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B64">Pang et al. (2019)</xref>
</td>
<td align="left">Device R</td>
<td align="left">EXP</td>
<td align="left">20</td>
<td align="left">Temp.: 25&#xb0;C</td>
<td align="left">
<inline-formula id="inf13">
<mml:math id="m19">
<mml:mo>&#x223c;</mml:mo>
<mml:mn>50.0</mml:mn>
</mml:math>
</inline-formula>
</td>
<td align="left">&#x2013;</td>
<td align="left">50.0</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B46">Liu et al. (2015)</xref>, <xref ref-type="bibr" rid="B47">Liu et al. (2016)</xref>; <xref ref-type="bibr" rid="B80">Shrivastava et al. (2016)</xref>
</td>
<td align="left">HRS R</td>
<td align="left">EXP</td>
<td align="left">40</td>
<td align="left">NA</td>
<td align="left">49.0 &#x223c; 49.8</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B62">Pang et al. (2017a)</xref>
</td>
<td align="left">HRS R</td>
<td align="left">EXP</td>
<td align="left">3</td>
<td align="left">Temp.: 25 &#x223c; 125&#xb0;C</td>
<td align="left">49.8</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B97">Zhang et al. (2014)</xref>
</td>
<td align="left">LRS/HRS R</td>
<td align="left">SIM</td>
<td align="left">1,000</td>
<td align="left">NA</td>
<td align="left">49.0 &#x223c; 50.0</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B15">Chen (2015b)</xref>, <xref ref-type="bibr" rid="B16">Chen (2015c)</xref>
</td>
<td align="left">HRS R</td>
<td align="left">SIM</td>
<td align="left">100</td>
<td align="left">Temp.: 300 &#x223c; 450 K</td>
<td align="left">50.0</td>
<td align="left">&#x2013;</td>
<td align="left">50.0</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B17">Chen et al. (2015)</xref>
</td>
<td align="left">Device R</td>
<td align="left">S&#x26;E</td>
<td align="left">100</td>
<td align="left">Temp.: 0 &#x223c; 85&#xb0;C</td>
<td align="left">49.9<sup>&#x2020;</sup>
</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B21">Gao et al. (2016)</xref>
</td>
<td align="left">Device R</td>
<td align="left">EXP</td>
<td align="left">28</td>
<td align="left">NA</td>
<td align="left">46.2</td>
<td align="left">&#x223c;50.0<sup>&#xa7;</sup>
</td>
<td align="left">&#x223c;50.0<sup>&#xa7;</sup>
</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B48">Liu et al. (2017)</xref>
</td>
<td align="left">Device R</td>
<td align="left">SIM</td>
<td align="left">100</td>
<td align="left">References I: 29 <italic>&#x3bc;</italic>A</td>
<td align="left">50.4</td>
<td align="left">49.5</td>
<td align="left">50.4</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B63">Pang et al. (2017b)</xref>
</td>
<td align="left">Device R</td>
<td align="left">EXP</td>
<td align="left">NA</td>
<td align="left">NA</td>
<td align="left">&#x223c;50.0</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B49">Liu et al. (2018)</xref>
</td>
<td align="left">Device R</td>
<td align="left">SIM</td>
<td align="left">NA</td>
<td align="left">References I: 14.5 <italic>&#x3bc;</italic>A</td>
<td align="left">49.8 &#x223c; 50.4</td>
<td align="left">50.4</td>
<td align="left">43.1 &#x223c; 48.1</td>
<td align="left">43.1 &#x223c; 48.1</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B34">Kim et al. (2018a)</xref>
</td>
<td align="left">HRS R</td>
<td align="left">S&#x26;E</td>
<td align="left">1,000</td>
<td align="left">Temp. and volt: &#xb1;10%</td>
<td align="left">49.9</td>
<td align="left">49.9</td>
<td align="left">47.3</td>
<td align="left">49.5</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B60">Nili et al. (2018)</xref>
</td>
<td align="left">HRS R</td>
<td align="left">EXP</td>
<td align="left">NA</td>
<td align="left">NA</td>
<td align="left">50.1</td>
<td align="left">49.9 &#x223c; 50.0</td>
<td align="left">49.5 &#x223c; 50.0</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B41">Lee et al. (2019)</xref>
</td>
<td align="left">Quantized R</td>
<td align="left">S&#x26;E</td>
<td align="left">NA</td>
<td align="left">Temp.: 25 &#x223c; 90 &#xb0;C</td>
<td align="left">
<inline-formula id="inf14">
<mml:math id="m20">
<mml:mo>&#x223c;</mml:mo>
<mml:mn>50.0</mml:mn>
</mml:math>
</inline-formula>
</td>
<td align="left">
<inline-formula id="inf15">
<mml:math id="m21">
<mml:mo>&#x223c;</mml:mo>
<mml:mn>51.0</mml:mn>
</mml:math>
</inline-formula>
</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B44">Lin et al. (2021)</xref>
</td>
<td align="left">Device R</td>
<td align="left">EXP</td>
<td align="left">NA</td>
<td align="left">Temp.: 25 &#xb0;C</td>
<td align="left">
<inline-formula id="inf16">
<mml:math id="m22">
<mml:mo>&#x223c;</mml:mo>
<mml:mn>50.0</mml:mn>
</mml:math>
</inline-formula>
</td>
<td align="left">&#x2013;</td>
<td align="left">
<inline-formula id="inf17">
<mml:math id="m23">
<mml:mo>&#x223c;</mml:mo>
<mml:mn>49.5</mml:mn>
<mml:mspace width="0.3333em" class="nbsp"/>
<mml:mn>50.0</mml:mn>
</mml:math>
</inline-formula>
</td>
<td align="left">&#x2013;</td>
</tr>
</tbody>
</table>
<table-wrap-foot>
<fn>
<p>SIM: simulation; S&#x26;E: simulation based on measured device data; EXP: experiment.</p>
</fn>
<fn>
<p>
<sup>
<bold>&#x2020;</bold>
</sup> This value is estimated from a given graph. <sup>
<bold>&#x2021;</bold>
</sup> This is evaluated by NIST, test suite. <sup>
<bold>&#xa7;</bold>
</sup> This is widely distributed.</p>
</fn>
</table-wrap-foot>
</table-wrap>
<p>
<xref ref-type="table" rid="T3">Table 3</xref> summarizes the reliability values of ReRAM PUF, and environmental factors significantly affect the reliability. In general, excellent reliability is required to remove the need for helper data or ECC. Some early ReRAM-PUF studies are solely based on simple device behavioral models without carefully considering other inherent characteristics of ReRAM. For example, C2C, which can potentially cause reliability degradation, is not thoroughly investigated. Even for studies with compact models, the results were obtained through simulations, which may be speculative without experimental implementation and validation. However, a majority of the PUFs are not fully experimentally validated. For example, resistance variation is based on experiments, whereas peripheral circuitry is only proposed but not experimentally implemented. Notably, the sensing circuits suffer from a small sensing margin and long access time for the resistance comparison method due to the high and minor differences in cell resistance. Therefore, a sense amplifier (SA) becomes a critical part of these PUFs.</p>
<table-wrap id="T3" position="float">
<label>TABLE 3</label>
<caption>
<p>Reliability of ReRAM-based PUF constructions in the literature.</p>
</caption>
<table>
<thead valign="top">
<tr>
<td align="left">References</td>
<td align="left">Randomness source</td>
<td align="left">Type</td>
<td align="left">
<italic>N</italic>
<sub>PUF</sub>
</td>
<td colspan="2" align="left">Environmental factors</td>
<td align="left">Reliability (%)</td>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="left">
<xref ref-type="bibr" rid="B68">Rajendran et al. (2012a)</xref>
</td>
<td align="left">Device R</td>
<td align="left">SIM</td>
<td align="left">100</td>
<td align="left">Voltage: &#xb1;20%</td>
<td align="left"/>
<td align="left">90.0 &#x223c; 98.0<sup>&#x2020;</sup>
</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B20">Gao et al. (2015)</xref>
</td>
<td align="left">Group device R</td>
<td align="left">SIM</td>
<td align="left">20</td>
<td align="left">Temp.: 20 &#x223c; 85&#xb0;C</td>
<td align="left">Voltage: &#xb1;10%</td>
<td align="left">92.5 &#x223c; 100</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B58">Mathew et al. (2015)</xref>
</td>
<td align="left">Stage delay</td>
<td align="left">SIM</td>
<td align="left">NA</td>
<td align="left">Temp.: 0 &#x223c; 80&#xb0;C</td>
<td align="left">Voltage: &#xb1;15%</td>
<td align="left">92.7 &#x223c; 99.4</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B11">Chatterjee et al. (2016)</xref>
</td>
<td align="left">Stage delay</td>
<td align="left">SIM</td>
<td align="left">NA</td>
<td align="left">Temp.: 0 &#x223c; 80&#xb0;C</td>
<td align="left">Voltage: &#xb1;10%</td>
<td align="left">97.2 &#x223c; 99.7</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B26">Govindaraj and Ghosh (2016)</xref>
</td>
<td align="left">Stage delay</td>
<td align="left">SIM</td>
<td align="left">NA</td>
<td align="left">Temp.: 10 &#x223c; 90&#xb0;C</td>
<td align="left">Voltage: &#xb1;10%</td>
<td align="left">99.9</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B6">Beckmann et al. (2017)</xref>
</td>
<td align="left">Stage delay</td>
<td align="left">S&#x26;E</td>
<td align="left">25</td>
<td align="left">Temp.: 0 &#x223c; 125&#xb0;C</td>
<td align="left"/>
<td align="left">97.3</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B85">Uddin et al. (2016)</xref>
</td>
<td align="left">Write-time</td>
<td align="left">S&#x26;E</td>
<td align="left">NA</td>
<td align="left">Temp.: 17 &#x223c; 67&#xb0;C</td>
<td align="left"/>
<td align="left">94.0</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B86">Uddin et al. (2017a)</xref>
</td>
<td align="left">Write-time</td>
<td align="left">S&#x26;E</td>
<td align="left">10</td>
<td align="left">Temp.: 10 &#x223c; 100&#xb0;C</td>
<td align="left"/>
<td align="left">80.0 &#x223c; 90.0</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B10">Cambou and Orlowski (2016)</xref>
</td>
<td align="left">Write-voltage</td>
<td align="left">S&#x26;E</td>
<td align="left">NA</td>
<td align="left">Voltage: 1.8 &#x223c; 2.1 V</td>
<td align="left"/>
<td align="left">92.0 &#x223c; 100</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B97">Zhang et al. (2014)</xref>
</td>
<td align="left">LRS or HRS R</td>
<td align="left">SIM</td>
<td align="left">NA</td>
<td align="left">Temp.: 45 &#x223c; 85&#xb0;C</td>
<td align="left">Voltage: &#xb1;10%</td>
<td align="left">99.0</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B17">Chen et al. (2015)</xref>
</td>
<td align="left">Device R</td>
<td align="left">S&#x26;E</td>
<td align="left">200</td>
<td align="left">Temp.: 0 &#x223c; 85&#xb0;C</td>
<td align="left"/>
<td align="left">98.0<sup>&#x2020;</sup>
</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B21">Gao et al. (2016)</xref>
</td>
<td align="left">Device R</td>
<td align="left">EXP</td>
<td align="left">1</td>
<td align="left">Temp.: 100 &#x223c; 140&#xb0;C</td>
<td align="left"/>
<td align="left">92.0</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B48">Liu et al. (2017)</xref>
</td>
<td align="left">Device R</td>
<td align="left">SIM</td>
<td align="left">1</td>
<td align="left">References I: 70 &#x223c; 79 <italic>&#x3bc;</italic>A</td>
<td align="left"/>
<td align="left">98.0<sup>&#x2020;</sup>
</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B63">Pang et al. (2017b)</xref>
</td>
<td align="left">Device R</td>
<td align="left">S&#x26;E</td>
<td align="left">2</td>
<td align="left">Temp.: 150&#xb0;C for 60 h</td>
<td align="left"/>
<td align="left">99.0</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B64">Pang et al. (2019)</xref>
</td>
<td align="left">Device R</td>
<td align="left">EXP</td>
<td align="left">20</td>
<td align="left">Temp.: 25 &#x223c; 150 &#xb0;C</td>
<td align="left">Voltage: &#xb1;20%</td>
<td align="left">BER: <inline-formula id="inf18">
<mml:math id="m24">
<mml:mo>&#x3c;</mml:mo>
<mml:mn>6.1</mml:mn>
<mml:mo>&#xd7;</mml:mo>
<mml:mn>1</mml:mn>
<mml:msup>
<mml:mrow>
<mml:mn>0</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>6</mml:mn>
</mml:mrow>
</mml:msup>
</mml:math>
</inline-formula>
</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B34">Kim et al. (2018a)</xref>
</td>
<td align="left">HRS R</td>
<td align="left">S&#x26;E</td>
<td align="left">100</td>
<td align="left">Temp.: &#xb1;10%</td>
<td align="left">Voltage: &#xb1;10%</td>
<td align="left">98.7</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B60">Nili et al. (2018)</xref>; <xref ref-type="bibr" rid="B1">Adam et al. (2017)</xref>
</td>
<td align="left">HRS R</td>
<td align="left">EXP</td>
<td align="left">NA</td>
<td align="left">Temp.: 25 &#x223c; 90&#xb0;C</td>
<td align="left">Voltage: &#xb1;20%</td>
<td align="left">98.4</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B41">Lee et al. (2019)</xref>
</td>
<td align="left">Quantized R</td>
<td align="left">S&#x26;E</td>
<td align="left">NA</td>
<td align="left">Temp.: 25 &#x223c; 90&#xb0;C</td>
<td align="left"/>
<td align="left">98.0 &#x223c; 71</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B44">Lin et al. (2021)</xref>
</td>
<td align="left">Device R</td>
<td align="left">EXP</td>
<td align="left">NA</td>
<td align="left">Temp.: 25&#xb0;C</td>
<td align="left"/>
<td align="left">
<inline-formula id="inf19">
<mml:math id="m25">
<mml:mo>&#x223c;</mml:mo>
<mml:mn>100</mml:mn>
</mml:math>
</inline-formula>
</td>
</tr>
</tbody>
</table>
<table-wrap-foot>
<fn>
<p>SIM: simulation; S&#x26;E: simulation based on measured device data; EXP: experiment.</p>
</fn>
<fn>
<p>
<bold>
<sup>&#x2020;</sup>
</bold>: estimated from the given graph.</p>
</fn>
</table-wrap-foot>
</table-wrap>
<p>
<xref ref-type="table" rid="T4">Table 4</xref> summarizes the opportunities for PUF design. A statistical test suit developed by the National Institute of Standards and Technology (NIST) (<xref ref-type="bibr" rid="B5">Bassham et al., 2010</xref>) is used to evaluate the randomness of generated responses. Only a few ReRAM-PUFs provided successful results, and some only partially performed the test. This can be because the NIST test suite recommends the use of very long bit-stream (e.g., 10 Mbit). The number of CRP for each PUF is also estimated. LRS/HRS pattern-based ReRAM PUFs show a limited number, and they often require a precise pre-calibration process. By utilizing comparison and multiple-cell selection methods, the number of CRP can be significantly increased (<xref ref-type="bibr" rid="B21">Gao et al., 2016</xref>; <xref ref-type="bibr" rid="B63">Pang et al., 2017b</xref>; <xref ref-type="bibr" rid="B48">Liu et al., 2017</xref>; <xref ref-type="bibr" rid="B34">Kim et al., 2018a</xref>; <xref ref-type="bibr" rid="B49">Liu et al., 2018</xref>; <xref ref-type="bibr" rid="B60">Nili et al., 2018</xref>).</p>
<table-wrap id="T4" position="float">
<label>TABLE 4</label>
<caption>
<p>ReRAM-based PUFs performance comparison.</p>
</caption>
<table>
<thead valign="top">
<tr>
<th align="left">References</th>
<th align="left">NIST test</th>
<th align="left">
<italic>N</italic>
<sub>CRP</sub>
</th>
<th align="left">CBA structure</th>
<th align="left">Energy</th>
<th align="left">Area</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="left">
<xref ref-type="bibr" rid="B92">Wendt and Potkonjak (2011)</xref>; <xref ref-type="bibr" rid="B68">Rajendran et al. (2012a)</xref>, <xref ref-type="bibr" rid="B69">Rajendran et al. (2012b)</xref>; <xref ref-type="bibr" rid="B93">Wendt and Potkonjak (2013)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">
<italic>c&#x3bb;</italic>
<sup>
<italic>m</italic>
</sup>
<italic>m</italic>
<sup>&#x2212;1</sup> &#xd7; <italic>n</italic>
<sup>&#x2020;</sup>
</td>
<td align="left">
<italic>n</italic> &#xd7; <italic>n</italic>
</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B32">Kavehei et al. (2013)</xref>; <xref ref-type="bibr" rid="B20">Gao et al. (2015)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">
<inline-formula id="inf20">
<mml:math id="m26">
<mml:mfrac>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:mfrac>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
<mml:mo>&#xd7;</mml:mo>
<mml:mi>n</mml:mi>
</mml:math>
</inline-formula>
<sup>&#x2021;</sup>
</td>
<td align="left">
<italic>n</italic> &#xd7; <italic>n</italic>
</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B58">Mathew et al. (2015)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">2<sup>
<italic>n</italic>
</sup>
</td>
<td align="left">2<italic>n</italic>&#xd7;1T1R</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B11">Chatterjee et al. (2016)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">2<sup>
<italic>n</italic>
</sup>
</td>
<td align="left">2<italic>n</italic>&#xd7;1T1R</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B26">Govindaraj and Ghosh (2016)</xref>
</td>
<td align="left">Partially</td>
<td align="left">2<sup>
<italic>GC</italic>&#x2b;<italic>LC</italic>&#x2b;<italic>N</italic>
</sup>
<sup>&#x2021;</sup>
</td>
<td align="left">2<italic>n</italic>&#xd7;1T1R</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B71">Rose et al. (2013a)</xref>; <xref ref-type="bibr" rid="B72">Rose et al. (2013b)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">2<sup>
<italic>n</italic>
</sup>
</td>
<td align="left">
<italic>n</italic>
</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B74">Rose and Meade (2015)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">2<sup>
<italic>n</italic>
</sup>
</td>
<td align="left">2<italic>n</italic> &#xd7; 2<italic>n</italic>
</td>
<td align="left">0.56 &#x223c; 1.63 mW</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B86">Uddin et al. (2017a)</xref>; <xref ref-type="bibr" rid="B73">Rose et al. (2017)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">2<sup>
<italic>n</italic>
</sup>
</td>
<td align="left">2<italic>n</italic> &#xd7; 2<italic>n</italic>
</td>
<td align="left">0.02 &#x223c; 0.10 mW</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B87">Uddin et al. (2017b)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">2<sup>
<italic>n</italic>
</sup>
</td>
<td align="left">2<italic>n</italic> &#xd7; 2<italic>n</italic>
</td>
<td align="left">0.25 &#x223c; 16 mW</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B14">Chen (2015a)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">
<italic>n</italic>
<sup>2</sup>
</td>
<td align="left">
<italic>n</italic> &#xd7; <italic>n</italic> &#xd7; 1T1R</td>
<td align="left">&#x2013;</td>
<td align="left"/>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B47">Liu et al. (2016)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">
<italic>n</italic>
<sup>2</sup>
</td>
<td align="left">
<italic>n</italic> &#xd7; <italic>n</italic> &#xd7; 1T1R</td>
<td align="left">9.59 &#x223c; 17.69 pJ</td>
<td align="left">0.01 &#x223c; 0.20 mm<sup>2</sup>
</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B80">Shrivastava et al. (2016)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">
<italic>n</italic>
<sup>2</sup>
</td>
<td align="left">
<italic>n</italic> &#xd7; <italic>n</italic>
</td>
<td align="left">&#x2013;</td>
<td align="left">241 &#x223c; 272 <italic>&#x3bc;</italic>m<sup>2</sup>
</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B10">Cambou and Orlowski (2016)</xref>; <xref ref-type="bibr" rid="B9">Cambou and Afghah (2016)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">3<sup>
<italic>n</italic>
</sup>
</td>
<td align="left">
<italic>n</italic> &#xd7; <italic>n</italic>
</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B97">Zhang et al. (2014)</xref>; <xref ref-type="bibr" rid="B98">Zhang et al. (2015)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">
<italic>n</italic> &#xd7; <italic>n</italic>&#x2009;log<sub>2</sub>
<italic>n</italic>
</td>
<td align="left">
<italic>n</italic> &#xd7; <italic>n</italic> &#xd7; 1T1R</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B15">Chen (2015b)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">
<italic>n</italic> &#xd7; <italic>n</italic>&#x2009;log<sub>2</sub>
<italic>n</italic>
</td>
<td align="left">
<italic>n</italic> &#xd7; <italic>n</italic> &#xd7; 1T1R</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B17">Chen et al. (2015)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">
<inline-formula id="inf21">
<mml:math id="m27">
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>2</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
<mml:mo>&#xd7;</mml:mo>
<mml:mi>n</mml:mi>
<mml:mo>&#x2061;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>log</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mi>n</mml:mi>
</mml:math>
</inline-formula>
</td>
<td align="left">
<italic>n</italic> &#xd7; <italic>n</italic> &#xd7; 1T1R</td>
<td align="left">&#x2013;</td>
<td align="left">0.01 &#x223c; 0.17 mm<sup>2</sup>
</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B21">Gao et al. (2016)</xref>; <xref ref-type="bibr" rid="B48">Liu et al. (2017)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">
<inline-formula id="inf22">
<mml:math id="m28">
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mn>2</mml:mn>
<mml:mo>/</mml:mo>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="left">
<italic>n</italic> &#xd7; <italic>n</italic>
</td>
<td align="left">5.3 &#x223c; 6.2 mW</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B49">Liu et al. (2018)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">
<inline-formula id="inf23">
<mml:math id="m29">
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mn>2</mml:mn>
<mml:mo>/</mml:mo>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="left">
<italic>n</italic> &#xd7; <italic>n</italic>
</td>
<td align="left">13.17 &#x223c; 94.79 pJ</td>
<td align="left">4,504 &#x223c; 891 <italic>&#x3bc;</italic>m<sup>2</sup>
</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B34">Kim et al. (2018a)</xref>
</td>
<td align="left">&#x2013;</td>
<td align="left">
<inline-formula id="inf24">
<mml:math id="m30">
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>5</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
<mml:mo>&#xd7;</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>2</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
<mml:mo>&#xd7;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>log</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>2</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="left">2 &#xd7; <italic>n</italic> &#xd7; <italic>n</italic>
</td>
<td align="left">&#x2013;</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B60">Nili et al. (2018)</xref>; <xref ref-type="bibr" rid="B1">Adam et al. (2017)</xref>
</td>
<td align="left">Partially</td>
<td align="left">
<inline-formula id="inf25">
<mml:math id="m31">
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>p</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
<mml:mo>&#xd7;</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>q</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:mtd>
</mml:mtr>
</mml:mtable>
<mml:mo>)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula>
<sup>
<italic>&#xa3;</italic>
</sup>
</td>
<td align="left">2 &#xd7; <italic>n</italic> &#xd7; <italic>n</italic>
</td>
<td align="left">20 fJ</td>
<td align="left">&#x2013;</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B64">Pang et al. (2019)</xref>
</td>
<td align="left">Pass</td>
<td align="left">64 &#xd7; 128 b</td>
<td align="left">8 kb</td>
<td align="left">3.0 pJ/bit</td>
<td align="left">2.86 <italic>&#x3bc;</italic>m<sup>2</sup> per bit</td>
</tr>
<tr>
<td align="left">
<xref ref-type="bibr" rid="B44">Lin et al. (2021)</xref>
</td>
<td align="left">Pass</td>
<td align="left">Reconfigurable</td>
<td align="left">2&#xd7;8 kb</td>
<td align="left">2.4 3.0 pJ/bit</td>
<td align="left">0.15 mm<sup>2</sup>
</td>
</tr>
</tbody>
</table>
<table-wrap-foot>
<fn>
<p>[<bold>
<sup>&#x2020;</sup>
</bold>] <italic>c</italic> &#x3d; 0.3169, <italic>&#x3bb;</italic> &#x3d; 4.0626, and <italic>m</italic> is the number of polyominoes.</p>
</fn>
<fn>
<p>[<sup>
<bold>&#x2021;</bold>
</sup>] <italic>n</italic> is the number of ring oscillators; <italic>i</italic> is the number of inverters in each oscillator.</p>
</fn>
<fn>
<p>[<sup>
<bold>&#x2021;</bold>
</sup>] <italic>GC</italic> is the number of global columns; <italic>LC</italic> is the number of local columns; <italic>N</italic> is the number of the MUX stages.</p>
</fn>
<fn>
<p>[<sup>
<bold>&#xa3;</bold>
</sup>] <italic>p</italic> is the number of row selections and <italic>q</italic> is the number of column selections.</p>
</fn>
</table-wrap-foot>
</table-wrap>
</sec>
</sec>
<sec id="s5">
<title>5 Challenges and future outlook</title>
<p>Research in emerging NVM technologies has grown significantly over the past few years, and several prototype emerging NVM-based applications have been developed. These products, including PUF and random number generator (RNG), show the potential for high-speed, low-power, and cost-effective embedded memory applications. ReRAM, in particular, is one of the most promising memory technologies due to its advantages of simple structure, compatibility with existing CMOS technologies, excellent switching speed, and ability to scale to the smallest size. Despite these advantages and possibilities, one of the most critical aspects to thoroughly investigate when using ReRAM is the reliability of the memory. This is especially important when used in devices that cannot be used without reliability guarantees, such as PUFs. PUF reliability, not memory reliability, can be improved using additional read or/and programming steps or ECC algorithms. These methods increase operation time and chip manufacturing cost but are essential when the reliability of the ReRAM device is low.</p>
<p>ReRAM read current is directly related to the power aspect. In short, using a high-resistance ReRAM cell is more advantageous in terms of power than using a low-resistance cell; however, problems such as longer read time, the need for a sophisticated sense amplifier, and an increase in sensing error may occur. This power aspect also relates to how many memory cells are used for one challenge-response generation. Therefore, feasible PUFs can be designed and implemented by considering everything from the material aspect of the memory device itself to an appropriate sensing circuit design and response generation scheme.</p>
<p>One of the characteristics of ReRAM memory that has not yet been fully investigated is the multistate feature of ReRAM cells. Several previous works have shown that multi-states can be used for randomness sources of PUF. Unlike conventional memory, if multiple states of the memory cells are properly handled, they will be utilized for efficient system development in various fields. The reconfigurable feature of ReRAM PUF is an efficient way to increase the security level without additional hardware. Therefore, such a feature needs to be reflected as an important factor when judging the performance of the future work of ReRAM-based PUF.</p>
</sec>
<sec id="s6">
<title>6 Conclusion</title>
<p>Security in a general context is a topic of a long history. In the modern world, the importance has become more critical; however, despite the importance, hardware security is difficult to uphold in practice. This is likely because it must be guaranteed at the lowest possible cost and simultaneously provide the highest possible level of security. PUF is considered to address these security concerns. PUFs typically utilize variations that are typically non-ideal in CMOS as their primary source. From a component point of view, strong PUFs that take advantage of the inevitable variation in CMOS circuits and weak PUFs using mainstream memory technologies have been actively studied. As one of the emerging NVMs, ReRAM shows excellent potential to be used as a randomness source of PUFs. There are several key points where ReRAM with the memory array structure is considered for building PUF with increased CRPs. Structural advantages of ReRAM include ultra-high density and easy CMOS compatibility. In addition to these structural advantages, variability, which can be the most important in PUF, can be found not only in the existing device-to-device but also in one device (cycle-to-cycle, multistate, etc.). In short, ReRAM shows full variability in a very compact structure. The manuscript reviews various ReRAM-based PUF implementations; the main review points include the source of the randomness and how to provide CRP of each implementation. For a detailed discussion on the feasibility, each implementation&#x2019;s performance metric measurement results are considered. More efforts in research should aim to build methods to achieve reliable, lower power consumption, cost- and area-efficient hardware security system. In particular, memory stability and ReRAM&#x2019;s multistate could serve as critical points to elevate ReRAM-based PUFs to a higher level.</p>
</sec>
</body>
<back>
<sec id="s7">
<title>Author contributions</title>
<p>JK reviewed and analyzed other works and wrote the manuscript.</p>
</sec>
<sec sec-type="COI-statement" id="s8">
<title>Conflict of interest</title>
<p>The author declares that the research was conducted in the absence of any commercial or financial relationships that could be construed as a potential conflict of interest.</p>
</sec>
<sec sec-type="disclaimer" id="s9">
<title>Publisher&#x2019;s note</title>
<p>All claims expressed in this article are solely those of the authors and do not necessarily represent those of their affiliated organizations or those of the publisher, the editors, and the reviewers. Any product that may be evaluated in this article, or claim that may be made by its manufacturer, is not guaranteed or endorsed by the publisher.</p>
</sec>
<fn-group>
<fn id="fn1">
<label>1</label>
<p>It was originally suggested by <xref ref-type="bibr" rid="B24">Gassend et al. (2004)</xref> in a rough manner.</p>
</fn>
<fn id="fn2">
<label>2</label>
<p>The type of SRAM cells varies, and other kinds use 4, 8, 10, or 12 transistors.</p>
</fn>
</fn-group>
<ref-list>
<title>References</title>
<ref id="B1">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Adam</surname>
<given-names>G.</given-names>
</name>
<name>
<surname>Nili</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Kim</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Hoskins</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Kavehei</surname>
<given-names>O.</given-names>
</name>
<name>
<surname>Strukov</surname>
<given-names>D.</given-names>
</name>
</person-group> (<year>2017</year>). &#x201c;<article-title>Utilizing IV non-linearity and analog state variations in ReRAM-based security primitives</article-title>,&#x201d; in <conf-name>Proceeding of the 47th European Solid-State Device Research Conference (ESSDERC)</conf-name>, <conf-loc>Leuven, Belgium</conf-loc>, <conf-date>September 2017</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>74</fpage>&#x2013;<lpage>77</lpage>. </citation>
</ref>
<ref id="B2">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Ambrogio</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Balatti</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Cubeta</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Calderoni</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Ramaswamy</surname>
<given-names>N.</given-names>
</name>
<name>
<surname>Ielmini</surname>
<given-names>D.</given-names>
</name>
</person-group> (<year>2014</year>). <article-title>Statistical fluctuations in HfO<sub>x</sub> resistive-switching memory: Part I&#x2013;Set/Reset variability</article-title>. <source>IEEE Trans. Electron Devices</source> <volume>61</volume>, <fpage>2912</fpage>&#x2013;<lpage>2919</lpage>. <pub-id pub-id-type="doi">10.1109/ted.2014.2330200</pub-id> </citation>
</ref>
<ref id="B3">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Anderson</surname>
<given-names>R.</given-names>
</name>
</person-group> (<year>2001</year>). <source>Security engineering: A guide to building dependable distributed systems</source>. <publisher-name>John Wiley &#x26; Sons</publisher-name>. </citation>
</ref>
<ref id="B4">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Auguste</surname>
<given-names>K.</given-names>
</name>
</person-group> (<year>1883</year>). <article-title>La cryptographie militaire</article-title>. <source>J. des Sci. Militaires</source> <volume>IX</volume>, <fpage>5</fpage>&#x2013;<lpage>38</lpage>. </citation>
</ref>
<ref id="B5">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Bassham</surname>
<given-names>L. E.</given-names>
</name>
<name>
<surname>Rukhin</surname>
<given-names>A. L.</given-names>
</name>
<name>
<surname>Soto</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Nechvatal</surname>
<given-names>J. R.</given-names>
</name>
<name>
<surname>Smid</surname>
<given-names>M. E.</given-names>
</name>
<name>
<surname>Barker</surname>
<given-names>E. B.</given-names>
</name>
<etal/>
</person-group> (<year>2010</year>). <source>SP 800-22 rev. 1a. A statistical test suite for random and pseudorandom number generators for cryptographic applications</source>. <comment>Tech. rep</comment>. <publisher-name>National Institute of Standards &#x26; Technology</publisher-name>. </citation>
</ref>
<ref id="B6">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Beckmann</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Manem</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Cady</surname>
<given-names>N. C.</given-names>
</name>
</person-group> (<year>2017</year>). <article-title>Performance enhancement of a time-delay PUF design by utilizing integrated nanoscale ReRAM devices</article-title>. <source>IEEE Trans. Emerg. Top. Comput.</source> <volume>5</volume>, <fpage>304</fpage>&#x2013;<lpage>316</lpage>. <pub-id pub-id-type="doi">10.1109/tetc.2016.2575448</pub-id> </citation>
</ref>
<ref id="B7">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Beckmann</surname>
<given-names>N.</given-names>
</name>
<name>
<surname>Potkonjak</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2009</year>). &#x201c;<article-title>Hardware-based public-key cryptography with public physically unclonable functions</article-title>,&#x201d; in <source>Information hiding</source>, <fpage>206</fpage>&#x2013;<lpage>220</lpage>. </citation>
</ref>
<ref id="B8">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Beyerer</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Jasperneite</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Sauer</surname>
<given-names>O.</given-names>
</name>
</person-group> (<year>2015</year>). <article-title>Industrie 4.0</article-title>. <source>A. T. - Autom.</source> <volume>63</volume>, <fpage>751</fpage>&#x2013;<lpage>752</lpage>. <pub-id pub-id-type="doi">10.1515/auto-2015-0068</pub-id> </citation>
</ref>
<ref id="B9">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Cambou</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Afghah</surname>
<given-names>F.</given-names>
</name>
</person-group> (<year>2016</year>). &#x201c;<article-title>Physically unclonable functions with multi-states and machine learning</article-title>,&#x201d; in <conf-name>Proceedings of the 14th International Workshop on Cryptographic Architectures Embedded in Logic Devices (CryptArchi)</conf-name>, <conf-loc>France</conf-loc>, <conf-date>June 2016</conf-date>, <fpage>1</fpage>. </citation>
</ref>
<ref id="B10">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Cambou</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Orlowski</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2016</year>). &#x201c;<article-title>PUF designed with resistive RAM and ternary states</article-title>,&#x201d; in <conf-name>Proceedings of the 11th Annual Cyber and Information Security Research Conference</conf-name>, <conf-date>April 2016</conf-date>, <fpage>1</fpage>&#x2013;<lpage>8</lpage>. </citation>
</ref>
<ref id="B11">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Chatterjee</surname>
<given-names>U.</given-names>
</name>
<name>
<surname>Chakraborty</surname>
<given-names>R. S.</given-names>
</name>
<name>
<surname>Mathew</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Pradhan</surname>
<given-names>D. K.</given-names>
</name>
</person-group> (<year>2016</year>). &#x201c;<article-title>Memristor based arbiter PUF: Cryptanalysis threat and its mitigation</article-title>,&#x201d; in <conf-name>Proceedings of the 29th International Conference on VLSI Design and 15th International Conference on Embedded Systems (VLSID)</conf-name>, <conf-loc>Kolkata, India</conf-loc>, <conf-date>January 2016</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>535</fpage>&#x2013;<lpage>540</lpage>. </citation>
</ref>
<ref id="B12">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Che</surname>
<given-names>W.</given-names>
</name>
<name>
<surname>Plusquellic</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Bhunia</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2014</year>). &#x201c;<article-title>A non-volatile memory based physically unclonable function without helper data</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE/ACM International Conference on Computer-Aided Design (ICCAD)</conf-name>, <conf-loc>San Jose, CA, USA</conf-loc>, <conf-date>November 2014</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>148</fpage>&#x2013;<lpage>153</lpage>. </citation>
</ref>
<ref id="B13">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Chen</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Lin</surname>
<given-names>M. R.</given-names>
</name>
</person-group> (<year>2011</year>). &#x201c;<article-title>Variability of resistive switching memories and its impact on crossbar array performance</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE International Reliability Physics Symposium (IRPS)</conf-name>, <conf-loc>Monterey, CA, USA</conf-loc>, <conf-date>April 2011</conf-date> (<publisher-name>IEEE</publisher-name>)&#x2013;<lpage>4</lpage>. <comment>MY.7.1</comment>. </citation>
</ref>
<ref id="B14">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Chen</surname>
<given-names>A.</given-names>
</name>
</person-group> (<year>2015a</year>). <article-title>Reconfigurable physical unclonable function based on probabilistic switching of RRAM</article-title>. <source>Electron. Lett.</source> <volume>51</volume>, <fpage>615</fpage>&#x2013;<lpage>617</lpage>. <pub-id pub-id-type="doi">10.1049/el.2014.4375</pub-id> </citation>
</ref>
<ref id="B15">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Chen</surname>
<given-names>A.</given-names>
</name>
</person-group> (<year>2015b</year>). <article-title>Utilizing the variability of resistive random access memory to implement reconfigurable physical unclonable functions</article-title>. <source>IEEE Electron Device Lett.</source> <volume>36</volume>, <fpage>138</fpage>&#x2013;<lpage>140</lpage>. <pub-id pub-id-type="doi">10.1109/led.2014.2385870</pub-id> </citation>
</ref>
<ref id="B16">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Chen</surname>
<given-names>A.</given-names>
</name>
</person-group> (<year>2015c</year>). &#x201c;<article-title>Comprehensive assessment of RRAM-based PUF for hardware security applications</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE International Electron Devices Meeting (IEDM)</conf-name>, <conf-loc>Washington, DC, USA</conf-loc>, <conf-date>December 2015</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>10.7.1</fpage>&#x2013;<lpage>4</lpage>. </citation>
</ref>
<ref id="B17">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Chen</surname>
<given-names>P.-Y.</given-names>
</name>
<name>
<surname>Fang</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Liu</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Chakrabarti</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Cao</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Yu</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2015</year>). &#x201c;<article-title>Exploiting resistive cross-point array for compact design of physical unclonable function</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE International Symposium on Hardware-Oriented Security and Trust&#x2013;HOST</conf-name>, <conf-loc>Washington, DC, USA</conf-loc>, <conf-date>May 2015</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>26</fpage>&#x2013;<lpage>31</lpage>. </citation>
</ref>
<ref id="B18">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Chen</surname>
<given-names>T. M.</given-names>
</name>
<name>
<surname>Abu-Nimeh</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2011</year>). <article-title>Lessons from Stuxnet</article-title>. <source>Computer</source> <volume>44</volume>, <fpage>91</fpage>&#x2013;<lpage>93</lpage>. <pub-id pub-id-type="doi">10.1109/mc.2011.115</pub-id> </citation>
</ref>
<ref id="B19">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Gaba</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2014</year>). <source>Resistive-RAM for data storage applications</source>. <comment>Phd dissertation</comment>. <publisher-name>University of Michigan</publisher-name>. </citation>
</ref>
<ref id="B20">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Gao</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Ranasinghe</surname>
<given-names>D. C.</given-names>
</name>
<name>
<surname>Al-Sarawi</surname>
<given-names>S. F.</given-names>
</name>
<name>
<surname>Kavehei</surname>
<given-names>O.</given-names>
</name>
<name>
<surname>Abbott</surname>
<given-names>D.</given-names>
</name>
</person-group> (<year>2015</year>). <article-title>Memristive crypto primitive for building highly secure physical unclonable functions</article-title>. <source>Sci. Rep.</source> <volume>5</volume>, <fpage>12785</fpage>. <pub-id pub-id-type="doi">10.1038/srep12785</pub-id> </citation>
</ref>
<ref id="B21">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Gao</surname>
<given-names>L.</given-names>
</name>
<name>
<surname>Chen</surname>
<given-names>P.-Y.</given-names>
</name>
<name>
<surname>Liu</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Yu</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2016</year>). <article-title>Physical unclonable function exploiting sneak paths in resistive cross-point array</article-title>. <source>IEEE Trans. Electron Devices</source> <volume>63</volume>, <fpage>3109</fpage>&#x2013;<lpage>3115</lpage>. <pub-id pub-id-type="doi">10.1109/ted.2016.2578720</pub-id> </citation>
</ref>
<ref id="B22">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Gassend</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Clarke</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Van Dijk</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Devadas</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2002a</year>). &#x201c;<article-title>Controlled physical random functions</article-title>,&#x201d; in <conf-name>Proceedings of the 18th Annual Computer Security Applications Conference (ACSAC&#x2019;02)</conf-name>, <conf-loc>Las Vegas, NV, USA</conf-loc>, <conf-date>December 2002</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>149</fpage>&#x2013;<lpage>160</lpage>. </citation>
</ref>
<ref id="B23">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Gassend</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Clarke</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Van Dijk</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Devadas</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2002b</year>). &#x201c;<article-title>Silicon physical random functions</article-title>,&#x201d; in <conf-name>Proceedings of the 9th ACM Conference on Computer and Communications Security</conf-name>, <conf-date>November 2002</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>148</fpage>&#x2013;<lpage>160</lpage>. </citation>
</ref>
<ref id="B24">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Gassend</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Lim</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Clarke</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Van Dijk</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Devadas</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2004</year>). <article-title>Identification and authentication of integrated circuits</article-title>. <source>Concurr. Comput. Pract. Exper.</source> <volume>16</volume>, <fpage>1077</fpage>&#x2013;<lpage>1098</lpage>. <pub-id pub-id-type="doi">10.1002/cpe.805</pub-id> </citation>
</ref>
<ref id="B25">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Gibbons</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Beadle</surname>
<given-names>W.</given-names>
</name>
</person-group> (<year>1964</year>). <article-title>Switching properties of thin NiO films</article-title>. <source>Solid-State Electron.</source> <volume>7</volume>, <fpage>785</fpage>&#x2013;<lpage>790</lpage>. <pub-id pub-id-type="doi">10.1016/0038-1101(64)90131-5</pub-id> </citation>
</ref>
<ref id="B26">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Govindaraj</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Ghosh</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2016</year>). &#x201c;<article-title>A strong arbiter PUF using resistive RAM within 1T-1R memory architecture</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE 34th International Conference on Computer Design (ICCD)</conf-name>, <conf-loc>Scottsdale, AZ, USA</conf-loc>, <conf-date>October 2016</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>141</fpage>&#x2013;<lpage>148</lpage>. </citation>
</ref>
<ref id="B27">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Guajardo</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Kumar</surname>
<given-names>S. S.</given-names>
</name>
<name>
<surname>Schrijen</surname>
<given-names>G.-J.</given-names>
</name>
<name>
<surname>Tuyls</surname>
<given-names>P.</given-names>
</name>
</person-group> (<year>2007</year>). &#x201c;<article-title>FPGA intrinsic PUFs and their use for IP protection</article-title>,&#x201d; in <source>International workshop on cryptographic hardware and embedded systems&#x2013;CHES</source>, <fpage>63</fpage>&#x2013;<lpage>80</lpage>. </citation>
</ref>
<ref id="B28">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Hori</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Yoshida</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Katashita</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Satoh</surname>
<given-names>A.</given-names>
</name>
</person-group> (<year>2010</year>). &#x201c;<article-title>Quantitative and statistical performance evaluation of arbiter physical unclonable functions on FPGAs</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE International Conference on Reconfigurable Computing and FPGAs (ReConFig)</conf-name>, <conf-loc>Cancun, Mexico</conf-loc>, <conf-date>December 2010</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>298</fpage>&#x2013;<lpage>303</lpage>. </citation>
</ref>
<ref id="B29">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Jeong</surname>
<given-names>D. S.</given-names>
</name>
<name>
<surname>Thomas</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Katiyar</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Scott</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Kohlstedt</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Petraru</surname>
<given-names>A.</given-names>
</name>
<etal/>
</person-group> (<year>2012</year>). <article-title>Emerging memories: Resistive switching mechanisms and current status</article-title>. <source>Rep. Prog. Phys.</source> <volume>75</volume>, <fpage>076502</fpage>. <pub-id pub-id-type="doi">10.1088/0034-4885/75/7/076502</pub-id> </citation>
</ref>
<ref id="B30">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Jiang</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Chong</surname>
<given-names>C. N.</given-names>
</name>
</person-group> (<year>2008</year>). &#x201c;<article-title>Anti-counterfeiting using phosphor PUF</article-title>,&#x201d; in <conf-name>Proceedings of the 2nd International Conference on Anti-counterfeiting, Security and Identification (ASID)</conf-name>, <conf-loc>Guiyang, China</conf-loc>, <conf-date>August 2008</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>59</fpage>&#x2013;<lpage>62</lpage>. </citation>
</ref>
<ref id="B31">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Junker</surname>
<given-names>H.</given-names>
</name>
</person-group> (<year>2015</year>). <article-title>IT-Sicherheit f&#xfc;r Industrie 4.0 und IoT</article-title>. <source>Datenschutz Datensich.</source> <volume>39</volume>, <fpage>647</fpage>&#x2013;<lpage>651</lpage>. <pub-id pub-id-type="doi">10.1007/s11623-015-0491-8</pub-id> </citation>
</ref>
<ref id="B32">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kavehei</surname>
<given-names>O.</given-names>
</name>
<name>
<surname>Hosung</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Ranasinghe</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Skafidas</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2013</year>). <article-title>mrPUF: A memristive device based physical unclonable function</article-title>. <comment>
<italic>arXiv preprints 1302.2191</italic>
</comment> </citation>
</ref>
<ref id="B33">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Kim</surname>
<given-names>J.</given-names>
</name>
</person-group> (<year>2019</year>). <source>
<italic>Nano-intrinsic security primitives for Internet of Everything</italic>. Phd dissertation</source>. <publisher-name>RMIT University</publisher-name>. </citation>
</ref>
<ref id="B34">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kim</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Ahmed</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Nili</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Yang</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Jeong</surname>
<given-names>D. S.</given-names>
</name>
<name>
<surname>Beckett</surname>
<given-names>P.</given-names>
</name>
<etal/>
</person-group> (<year>2018a</year>). <article-title>A physical unclonable function with redox-based nanoionic resistive memory</article-title>. <source>IEEE Trans. Inf. Forensic. Secur.</source> <volume>13</volume>, <fpage>437</fpage>&#x2013;<lpage>448</lpage>. <pub-id pub-id-type="doi">10.1109/tifs.2017.2756562</pub-id> </citation>
</ref>
<ref id="B35">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Kim</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Nili</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Adam</surname>
<given-names>G.</given-names>
</name>
<name>
<surname>Truong</surname>
<given-names>N.</given-names>
</name>
<name>
<surname>Strukov</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Kavehei</surname>
<given-names>O.</given-names>
</name>
</person-group> (<year>2018b</year>). &#x201c;<article-title>Predictive analysis of 3D ReRAM-based PUF for securing the Internet of Things</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE Region Ten Symposium (Tensymp)</conf-name>, <conf-loc>Sydney, NSW, Australia</conf-loc>, <conf-date>July 2018</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>91</fpage>&#x2013;<lpage>94</lpage>. </citation>
</ref>
<ref id="B36">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Koeberl</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Kocaba&#x15f;</surname>
<given-names>&#xdc;.</given-names>
</name>
<name>
<surname>Sadeghi</surname>
<given-names>A.-R.</given-names>
</name>
</person-group> (<year>2013</year>). &#x201c;<article-title>Memristor PUFs: A new generation of memory-based physically unclonable functions</article-title>,&#x201d; in <conf-name>Proceedings of the Conference on Design, Automation and Test in Europe</conf-name>, <conf-loc>Grenoble, France</conf-loc>, <conf-date>March 2013</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>428</fpage>&#x2013;<lpage>431</lpage>. </citation>
</ref>
<ref id="B37">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Kumar</surname>
<given-names>S. S.</given-names>
</name>
<name>
<surname>Guajardo</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Maes</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Schrijen</surname>
<given-names>G.-J.</given-names>
</name>
<name>
<surname>Tuyls</surname>
<given-names>P.</given-names>
</name>
</person-group> (<year>2008</year>). &#x201c;<article-title>The butterfly PUF protecting IP on every FPGA</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE International Symposium on Hardware-Oriented Security and Trust&#x2013;HOST</conf-name>, <conf-loc>Anaheim, CA, USA</conf-loc>, <conf-date>June 2008</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>67</fpage>&#x2013;<lpage>70</lpage>. </citation>
</ref>
<ref id="B38">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Kursawe</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Sadeghi</surname>
<given-names>A.-R.</given-names>
</name>
<name>
<surname>Schellekens</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Skoric</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Tuyls</surname>
<given-names>P.</given-names>
</name>
</person-group> (<year>2009</year>). &#x201c;<article-title>Reconfigurable physical unclonable functions-enabling technology for tamper-resistant storage</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE International Workshop on Hardware-Oriented Security and Trust</conf-name>, <conf-loc>San Francisco, CA, USA</conf-loc>, <conf-date>July 2009</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>22</fpage>&#x2013;<lpage>29</lpage>. </citation>
</ref>
<ref id="B39">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Langner</surname>
<given-names>R.</given-names>
</name>
</person-group> (<year>2011</year>). <article-title>Stuxnet: Dissecting a cyberwarfare weapon</article-title>. <source>IEEE Secur. Priv. Mag.</source> <volume>9</volume>, <fpage>49</fpage>&#x2013;<lpage>51</lpage>. <pub-id pub-id-type="doi">10.1109/msp.2011.67</pub-id> </citation>
</ref>
<ref id="B40">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Lee</surname>
<given-names>J. W.</given-names>
</name>
<name>
<surname>Lim</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Gassend</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Suh</surname>
<given-names>G. E.</given-names>
</name>
<name>
<surname>Van Dijk</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Devadas</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2004</year>). &#x201c;<article-title>A technique to build a secret key in integrated circuits for identification and authentication applications</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE Symposium on VLSI Circuits. Digest of Technical Papers</conf-name>, <conf-loc>Honolulu, HI, USA</conf-loc>, <conf-date>June 2004</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>176</fpage>&#x2013;<lpage>179</lpage>. </citation>
</ref>
<ref id="B41">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Lee</surname>
<given-names>G. S.</given-names>
</name>
<name>
<surname>Kim</surname>
<given-names>G.-H.</given-names>
</name>
<name>
<surname>Kwak</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Jeong</surname>
<given-names>D. S.</given-names>
</name>
<name>
<surname>Ju</surname>
<given-names>H.</given-names>
</name>
</person-group> (<year>2019</year>). <article-title>Enhanced reconfigurable physical unclonable function based on stochastic nature of multilevel cell RRAM</article-title>. <source>IEEE Trans. Electron Devices</source> <volume>66</volume>, <fpage>1717</fpage>&#x2013;<lpage>1721</lpage>. <pub-id pub-id-type="doi">10.1109/ted.2019.2898455</pub-id> </citation>
</ref>
<ref id="B42">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Lim</surname>
<given-names>D.</given-names>
</name>
</person-group> (<year>2004</year>). <source>
<italic>Extracting secret Keys from integrated circuits</italic>. Phd dissertation</source>. <publisher-name>Massachusetts Institute of Technology</publisher-name>. </citation>
</ref>
<ref id="B43">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Lim</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Lee</surname>
<given-names>J. W.</given-names>
</name>
<name>
<surname>Gassend</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Suh</surname>
<given-names>G. E.</given-names>
</name>
<name>
<surname>Van Dijk</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Devadas</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2005</year>). <article-title>Extracting secret keys from integrated circuits</article-title>. <source>IEEE Trans. VLSI. Syst.</source> <volume>13</volume>, <fpage>1200</fpage>&#x2013;<lpage>1205</lpage>. <pub-id pub-id-type="doi">10.1109/tvlsi.2005.859470</pub-id> </citation>
</ref>
<ref id="B44">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Lin</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Pang</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Gao</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Tang</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Wu</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Chang</surname>
<given-names>T.-W.</given-names>
</name>
<etal/>
</person-group> (<year>2021</year>). <article-title>A highly reliable rram physically unclonable function utilizing post-process randomness source</article-title>. <source>IEEE J. Solid-State Circuits</source> <volume>56</volume>, <fpage>1641</fpage>&#x2013;<lpage>1650</lpage>. <pub-id pub-id-type="doi">10.1109/jssc.2021.3050295</pub-id> </citation>
</ref>
<ref id="B45">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Linn</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Rosezin</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>K&#xfc;geler</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Waser</surname>
<given-names>R.</given-names>
</name>
</person-group> (<year>2010</year>). <article-title>Complementary resistive switches for passive nanocrossbar memories</article-title>. <source>Nat. Mat.</source> <volume>9</volume>, <fpage>403</fpage>&#x2013;<lpage>406</lpage>. <pub-id pub-id-type="doi">10.1038/nmat2748</pub-id> </citation>
</ref>
<ref id="B46">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Liu</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Wu</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Pang</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Qian</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Yu</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2015</year>). <article-title>Experimental characterization of physical unclonable function based on 1 kb resistive random access memory arrays</article-title>. <source>IEEE Electron Device Lett.</source> <volume>36</volume>, <fpage>1380</fpage>&#x2013;<lpage>1383</lpage>. <pub-id pub-id-type="doi">10.1109/led.2015.2496257</pub-id> </citation>
</ref>
<ref id="B47">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Liu</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Wu</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Pang</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Qian</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Yu</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2016</year>). &#x201c;<article-title>A highly reliable and tamper-resistant RRAM PUF: Design and experimental validation</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE International Symposium on Hardware-Oriented Security and Trust&#x2013;HOST</conf-name>, <conf-loc>McLean, VA, USA</conf-loc>, <conf-date>May 2016</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>13</fpage>&#x2013;<lpage>18</lpage>. </citation>
</ref>
<ref id="B48">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Liu</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Chen</surname>
<given-names>P.-Y.</given-names>
</name>
<name>
<surname>Yu</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2017</year>). &#x201c;<article-title>Design and optimization of a strong PUF exploiting sneak paths in resistive cross-point array</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE International Symposium on Circuits and Systems (ISCAS)</conf-name>, <conf-loc>Baltimore, MD, USA</conf-loc>, <conf-date>May 2017</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>1</fpage>&#x2013;<lpage>4</lpage>. </citation>
</ref>
<ref id="B49">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Liu</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Chen</surname>
<given-names>P.-Y.</given-names>
</name>
<name>
<surname>Peng</surname>
<given-names>X.</given-names>
</name>
<name>
<surname>Yu</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2018</year>). <article-title>X-point PUF: Exploiting sneak paths for a strong physical unclonable function design</article-title>. <source>IEEE Trans. Circuits Syst. I.</source> <volume>65</volume>, <fpage>3459</fpage>&#x2013;<lpage>3468</lpage>. <pub-id pub-id-type="doi">10.1109/tcsi.2018.2811643</pub-id> </citation>
</ref>
<ref id="B50">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Maes</surname>
<given-names>R.</given-names>
</name>
</person-group> (<year>2012</year>). <source>Physically unclonable functions: Constructions, properties and applications</source>. <comment>Phd dissertation</comment>. <publisher-name>University of KU Leuven</publisher-name>. </citation>
</ref>
<ref id="B51">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Maes</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Verbauwhede</surname>
<given-names>I.</given-names>
</name>
</person-group> (<year>2010a</year>). &#x201c;<article-title>A discussion on the properties of physically unclonable functions</article-title>,&#x201d; in <source>TRUST 2010 workshop</source> (<publisher-loc>Berlin</publisher-loc>, <fpage>1</fpage>&#x2013;<lpage>11</lpage>. </citation>
</ref>
<ref id="B52">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Maes</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Verbauwhede</surname>
<given-names>I.</given-names>
</name>
</person-group> (<year>2010b</year>). &#x201c;<article-title>Physically unclonable functions: A study on the state of the art and future research directions</article-title>,&#x201d; in <source>Information security and cryptography</source>, <fpage>3</fpage>&#x2013;<lpage>37</lpage>. <pub-id pub-id-type="doi">10.1007/978-3-642-14452-3_1</pub-id> </citation>
</ref>
<ref id="B53">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Maiti</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Casarona</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>McHale</surname>
<given-names>L.</given-names>
</name>
<name>
<surname>Schaumont</surname>
<given-names>P.</given-names>
</name>
</person-group> (<year>2010</year>). <article-title>Gene network analysis of oxidative stress-mediated drug sensitivity in resistant ovarian carcinoma cells</article-title>. <source>Pharmacogenomics J.</source> <volume>10</volume>, <fpage>94</fpage>&#x2013;<lpage>104</lpage>. <pub-id pub-id-type="doi">10.1038/tpj.2009.49</pub-id> </citation>
</ref>
<ref id="B54">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Maiti</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Schaumont</surname>
<given-names>P.</given-names>
</name>
</person-group> (<year>2009</year>). &#x201c;<article-title>Improving the quality of a physical unclonable function using configurable ring oscillators</article-title>,&#x201d; in <conf-name>Proceeding of the International Conference on Field Programmable Logic and Applications</conf-name>, <conf-loc>Prague, Czech Republic</conf-loc>, <conf-date>September 2009</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>703</fpage>&#x2013;<lpage>707</lpage>. </citation>
</ref>
<ref id="B55">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Maiti</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Schaumont</surname>
<given-names>P.</given-names>
</name>
</person-group> (<year>2011</year>). <article-title>Improved ring oscillator PUF: An FPGA-friendly secure primitive</article-title>. <source>J. Cryptol.</source> <volume>24</volume>, <fpage>375</fpage>&#x2013;<lpage>397</lpage>. <pub-id pub-id-type="doi">10.1007/s00145-010-9088-4</pub-id> </citation>
</ref>
<ref id="B56">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Majzoobi</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Koushanfar</surname>
<given-names>F.</given-names>
</name>
<name>
<surname>Potkonjak</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2008</year>). &#x201c;<article-title>Testing techniques for hardware security</article-title>,&#x201d; in <conf-name>Proceeding of the IEEE International Test Conference (ITC)</conf-name>, <conf-loc>Santa Clara, CA, USA</conf-loc>, <conf-date>October 2008</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>1</fpage>&#x2013;<lpage>10</lpage>. </citation>
</ref>
<ref id="B57">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Majzoobi</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Koushanfar</surname>
<given-names>F.</given-names>
</name>
<name>
<surname>Potkonjak</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2009</year>). <article-title>Techniques for design and implementation of secure reconfigurable PUFs</article-title>. <source>ACM Trans. Reconfigurable Technol. Syst.</source> <volume>2</volume> (<issue>5</issue>), <fpage>1</fpage>&#x2013;<lpage>33</lpage>. <pub-id pub-id-type="doi">10.1145/1502781.1502786</pub-id> </citation>
</ref>
<ref id="B58">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Mathew</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Chakraborty</surname>
<given-names>R. S.</given-names>
</name>
<name>
<surname>Sahoo</surname>
<given-names>D. P.</given-names>
</name>
<name>
<surname>Yang</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Pradhan</surname>
<given-names>D. K.</given-names>
</name>
</person-group> (<year>2015</year>). <article-title>A novel memristor based physically unclonable function</article-title>. <source>Integration, VLSI J.</source> <volume>51</volume>, <fpage>37</fpage>&#x2013;<lpage>45</lpage>. <pub-id pub-id-type="doi">10.1016/j.vlsi.2015.05.005</pub-id> </citation>
</ref>
<ref id="B59">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Mazady</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Rahman</surname>
<given-names>M. T.</given-names>
</name>
<name>
<surname>Forte</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Anwar</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2015</year>). <article-title>Memristor PUF&#x2014;A security primitive: Theory and experiment</article-title>. <source>IEEE J. Emerg. Sel. Top. Circuits Syst.</source> <volume>5</volume>, <fpage>222</fpage>&#x2013;<lpage>229</lpage>. <pub-id pub-id-type="doi">10.1109/jetcas.2015.2435532</pub-id> </citation>
</ref>
<ref id="B60">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Nili</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Adam</surname>
<given-names>G. C.</given-names>
</name>
<name>
<surname>Hoskins</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Prezioso</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Kim</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Mahmoodi</surname>
<given-names>M. R.</given-names>
</name>
<etal/>
</person-group> (<year>2018</year>). <article-title>Hardware-intrinsic security primitives enabled by analogue state and nonlinear conductance variations in integrated memristors</article-title>. <source>Nat. Electron.</source> <volume>1</volume>, <fpage>197</fpage>&#x2013;<lpage>202</lpage>. <pub-id pub-id-type="doi">10.1038/s41928-018-0039-7</pub-id> </citation>
</ref>
<ref id="B61">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Paar</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Pelzl</surname>
<given-names>J.</given-names>
</name>
</person-group> (<year>2009</year>). <source>Understanding cryptography: A textbook for students and practitioners</source>. <publisher-name>Springer Science &#x26; Business Media</publisher-name>. <comment>chap. 1. 1&#x2013;28</comment>. </citation>
</ref>
<ref id="B62">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Pang</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Wu</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Gao</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Deng</surname>
<given-names>N.</given-names>
</name>
<name>
<surname>Wu</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Liu</surname>
<given-names>R.</given-names>
</name>
<etal/>
</person-group> (<year>2017a</year>). <article-title>Optimization of RRAM-based physical unclonable function with a novel differential read-out method</article-title>. <source>IEEE Electron Device Lett.</source> <volume>38</volume>, <fpage>168</fpage>&#x2013;<lpage>171</lpage>. <pub-id pub-id-type="doi">10.1109/led.2016.2647230</pub-id> </citation>
</ref>
<ref id="B63">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Pang</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Wu</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Gao</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Liu</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Wang</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Yu</surname>
<given-names>S.</given-names>
</name>
<etal/>
</person-group> (<year>2017b</year>). &#x201c;<article-title>Design and optimization of strong physical unclonable function (PUF) based on RRAM array</article-title>,&#x201d; in <conf-name>Proceeding of the International Symposium on VLSI Technology, Systems and Application (VLSI-TSA)</conf-name>, <conf-loc>Hsinchu, Taiwan</conf-loc>, <conf-date>April 2017</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>1</fpage>&#x2013;<lpage>2</lpage>. </citation>
</ref>
<ref id="B64">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Pang</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Gao</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Wu</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Yi</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Liu</surname>
<given-names>Q.</given-names>
</name>
<name>
<surname>Chen</surname>
<given-names>W.-H.</given-names>
</name>
<etal/>
</person-group> (<year>2019</year>). &#x201c;<article-title>A reconfigurable rram physically unclonable function utilizing post-process randomness source with&#x3c; 6 &#xd7; 10<sup>&#x2212;6</sup> native bit error rate</article-title>,&#x201d; in <conf-name>Proceeding of the IEEE International Solid-State Circuits Conference (ISSCC)</conf-name>, <conf-loc>San Francisco, CA, USA</conf-loc>, <conf-date>February 2019</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>402</fpage>&#x2013;<lpage>404</lpage>. </citation>
</ref>
<ref id="B65">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Pappu</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Recht</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Taylor</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Gershenfeld</surname>
<given-names>N.</given-names>
</name>
</person-group> (<year>2002</year>). <article-title>Physical one-way functions</article-title>. <source>Science</source> <volume>297</volume>, <fpage>2026</fpage>&#x2013;<lpage>2030</lpage>. <pub-id pub-id-type="doi">10.1126/science.1074376</pub-id> </citation>
</ref>
<ref id="B66">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Pappu</surname>
<given-names>R. S.</given-names>
</name>
</person-group> (<year>2001</year>). <source>Physical one-way functions</source>. <comment>Phd dissertation</comment>. <publisher-name>Massachusetts Institute of Technology</publisher-name>. </citation>
</ref>
<ref id="B67">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Posch</surname>
<given-names>R.</given-names>
</name>
</person-group> (<year>1998</year>). <article-title>Protecting devices by active coating</article-title>. <source>J. Univers. Comput. Sci.</source> <volume>4</volume>, <fpage>652</fpage>&#x2013;<lpage>668</lpage>. </citation>
</ref>
<ref id="B68">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Rajendran</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Karri</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Wendt</surname>
<given-names>J. B.</given-names>
</name>
<name>
<surname>Potkonjak</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>McDonald</surname>
<given-names>N. R.</given-names>
</name>
<name>
<surname>Rose</surname>
<given-names>G. S.</given-names>
</name>
<etal/>
</person-group> (<year>2012a</year>). <article-title>Nanoelectronic solutions for hardware security</article-title>. <source>IACR Cryptol. ePrint Arch.</source> <volume>575</volume>, <fpage>1</fpage>&#x2013;<lpage>12</lpage>. </citation>
</ref>
<ref id="B69">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Rajendran</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Rose</surname>
<given-names>G. S.</given-names>
</name>
<name>
<surname>Karri</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Potkonjak</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2012b</year>). &#x201c;<article-title>Nano-PPUF: A memristor-based security primitive</article-title>,&#x201d; in <conf-name>Proceeding of the IEEE Computer Society Annual Symposium on VLSI (ISVLSI)</conf-name>, <conf-loc>Amherst, MA, USA</conf-loc>, <conf-date>August 2012</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>84</fpage>&#x2013;<lpage>87</lpage>. </citation>
</ref>
<ref id="B70">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Ravi</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Raghunathan</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Kocher</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Hattangady</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2004</year>). <article-title>Security in embedded systems: Design challenges</article-title>. <source>ACM Trans. Embed. Comput. Syst.</source> <volume>3</volume>, <fpage>461</fpage>&#x2013;<lpage>491</lpage>. <pub-id pub-id-type="doi">10.1145/1015047.1015049</pub-id> </citation>
</ref>
<ref id="B71">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Rose</surname>
<given-names>G. S.</given-names>
</name>
<name>
<surname>McDonald</surname>
<given-names>N.</given-names>
</name>
<name>
<surname>Yan</surname>
<given-names>L.-K.</given-names>
</name>
<name>
<surname>Wysocki</surname>
<given-names>B.</given-names>
</name>
</person-group> (<year>2013a</year>). &#x201c;<article-title>A write-time based memristive PUF for hardware security applications</article-title>,&#x201d; in <conf-name>Proceeding of the IEEE/ACM International Conference on Computer-Aided Design (ICCAD)</conf-name>, <conf-loc>San Jose, CA, USA</conf-loc>, <conf-date>November 2013</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>830</fpage>&#x2013;<lpage>833</lpage>. </citation>
</ref>
<ref id="B72">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Rose</surname>
<given-names>G. S.</given-names>
</name>
<name>
<surname>McDonald</surname>
<given-names>N.</given-names>
</name>
<name>
<surname>Yan</surname>
<given-names>L.-K.</given-names>
</name>
<name>
<surname>Wysocki</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Xu</surname>
<given-names>K.</given-names>
</name>
</person-group> (<year>2013b</year>). &#x201c;<article-title>Foundations of memristor based PUF architectures</article-title>,&#x201d; in <conf-name>Proceeding of the IEEE/ACM International Symposium on Nanoscale Architectures (NANOARCH)</conf-name>, <conf-date>July 2013</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>52</fpage>&#x2013;<lpage>57</lpage>. </citation>
</ref>
<ref id="B73">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Rose</surname>
<given-names>G. S.</given-names>
</name>
<name>
<surname>Majumder</surname>
<given-names>M. B.</given-names>
</name>
<name>
<surname>Uddin</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2017</year>). &#x201c;<article-title>Exploiting memristive crossbar memories as dual-use security primitives in IoT devices</article-title>,&#x201d; in <conf-name>Proceeding of the IEEE Computer Society Annual Symposium on VLSI (ISVLSI)</conf-name>, <conf-loc>Bochum, Germany</conf-loc>, <conf-date>July 2017</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>615</fpage>&#x2013;<lpage>620</lpage>. </citation>
</ref>
<ref id="B74">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Rose</surname>
<given-names>G. S.</given-names>
</name>
<name>
<surname>Meade</surname>
<given-names>C. A.</given-names>
</name>
</person-group> (<year>2015</year>). <article-title>Performance analysis of a memristive crossbar PUF design</article-title>. <source>Proc. Annu. Des. Automation Conf. (DAC)</source> <volume>75</volume>, <fpage>1</fpage>&#x2013;<lpage>6</lpage>. </citation>
</ref>
<ref id="B75">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>R&#xfc;hrmair</surname>
<given-names>U.</given-names>
</name>
</person-group> (<year>2009</year>). <article-title>SIMPL systems: On a public key variant of physical unclonable functions</article-title>. <source>IACR Cryptol. ePrint Arch.</source> <volume>255</volume>, <fpage>1</fpage>&#x2013;<lpage>16</lpage>. </citation>
</ref>
<ref id="B76">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>R&#xfc;hrmair</surname>
<given-names>U.</given-names>
</name>
</person-group> (<year>2010</year>). &#x201c;<article-title>Oblivious transfer based on physical unclonable functions</article-title>,&#x201d; in <source>International conference on trust and trustworthy computing</source>, <fpage>430</fpage>&#x2013;<lpage>440</lpage>. </citation>
</ref>
<ref id="B77">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>R&#xfc;hrmair</surname>
<given-names>U.</given-names>
</name>
<name>
<surname>Sehnke</surname>
<given-names>F.</given-names>
</name>
<name>
<surname>S&#xf6;lter</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Dror</surname>
<given-names>G.</given-names>
</name>
<name>
<surname>Devadas</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Schmidhuber</surname>
<given-names>J.</given-names>
</name>
</person-group> (<year>2010</year>). &#x201c;<article-title>Modeling attacks on physical unclonable functions</article-title>,&#x201d; in <conf-name>Proceedings of the 17th ACM Conference on Computer and Communications Security</conf-name>, <conf-date>October 2010</conf-date>, <fpage>237</fpage>&#x2013;<lpage>249</lpage>. </citation>
</ref>
<ref id="B78">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>R&#xfc;hrmair</surname>
<given-names>U.</given-names>
</name>
<name>
<surname>Jaeger</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Bator</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Stutzmann</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Lugli</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Csaba</surname>
<given-names>G.</given-names>
</name>
</person-group> (<year>2011</year>). <article-title>Applications of high-capacity crossbar memories in cryptography</article-title>. <source>IEEE Trans. Nanotechnol.</source> <volume>10</volume>, <fpage>489</fpage>&#x2013;<lpage>498</lpage>. <pub-id pub-id-type="doi">10.1109/tnano.2010.2049367</pub-id> </citation>
</ref>
<ref id="B79">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Sheu</surname>
<given-names>S.-S.</given-names>
</name>
<name>
<surname>Chiang</surname>
<given-names>P.-C.</given-names>
</name>
<name>
<surname>Lin</surname>
<given-names>W.-P.</given-names>
</name>
<name>
<surname>Lee</surname>
<given-names>H.-Y.</given-names>
</name>
<name>
<surname>Chen</surname>
<given-names>P.-S.</given-names>
</name>
<name>
<surname>Chen</surname>
<given-names>Y.-S.</given-names>
</name>
<etal/>
</person-group> (<year>2009</year>). &#x201c;<article-title>A 5ns fast write multi-level non-volatile 1 K bits RRAM memory with advance write scheme</article-title>,&#x201d; in <conf-name>Proceedings of the Symposium on VLSI Circuits</conf-name>, <conf-loc>Kyoto, Japan</conf-loc>, <conf-date>June 2009</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>82</fpage>&#x2013;<lpage>83</lpage>. </citation>
</ref>
<ref id="B80">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Shrivastava</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Chen</surname>
<given-names>P.-Y.</given-names>
</name>
<name>
<surname>Cao</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Yu</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Chakrabarti</surname>
<given-names>C.</given-names>
</name>
</person-group> (<year>2016</year>). &#x201c;<article-title>Design of a reliable RRAM-based PUF for compact hardware security primitives</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE International Symposium on Circuits and Systems (ISCAS)</conf-name>, <conf-loc>Montreal, QC, Canada</conf-loc>, <conf-date>May 2016</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>2326</fpage>&#x2013;<lpage>2329</lpage>. </citation>
</ref>
<ref id="B81">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Su</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Holleman</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Otis</surname>
<given-names>B.</given-names>
</name>
</person-group> (<year>2007</year>). &#x201c;<article-title>A 1.6 pJ/bit 96% stable chip-ID generating circuit using process variations</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE International Solid-State Circuits Conference (ISSCC)</conf-name>, <conf-loc>San Francisco, CA, USA</conf-loc>, <conf-date>February 2007</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>406</fpage>&#x2013;<lpage>611</lpage>. </citation>
</ref>
<ref id="B82">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Suh</surname>
<given-names>G. E.</given-names>
</name>
<name>
<surname>Devadas</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2007</year>). &#x201c;<article-title>Physical unclonable functions for device authentication and secret key generation</article-title>,&#x201d; in <conf-name>Proceedings of the 44th Annual Design Automation Conference</conf-name>, <conf-loc>San Diego, CA, USA</conf-loc>, <conf-date>June 2007</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>9</fpage>&#x2013;<lpage>14</lpage>. </citation>
</ref>
<ref id="B83">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Tuyls</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>&#x160;kori&#x107;</surname>
<given-names>B.</given-names>
</name>
</person-group> (<year>2006</year>). &#x201c;<article-title>Secret key generation from classical physics: Physical uncloneable functions</article-title>,&#x201d; in <source>AmIware hardware technology drivers of ambient intelligence</source>, <fpage>421</fpage>&#x2013;<lpage>447</lpage>. </citation>
</ref>
<ref id="B84">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Tuyls</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>&#x160;kori&#x107;</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Stallinga</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Akkermans</surname>
<given-names>A. H.</given-names>
</name>
<name>
<surname>Ophey</surname>
<given-names>W.</given-names>
</name>
</person-group> (<year>2005</year>). &#x201c;<article-title>Information-theoretic security analysis of physical uncloneable functions</article-title>,&#x201d; in <source>International conference on financial cryptography and data security</source>, <fpage>141</fpage>&#x2013;<lpage>155</lpage>. </citation>
</ref>
<ref id="B85">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Uddin</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Majumder</surname>
<given-names>M. B.</given-names>
</name>
<name>
<surname>Rose</surname>
<given-names>G. S.</given-names>
</name>
<name>
<surname>Beckmann</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Manem</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Alamgir</surname>
<given-names>Z.</given-names>
</name>
<etal/>
</person-group> (<year>2016</year>). &#x201c;<article-title>Techniques for improved reliability in memristive crossbar PUF circuits</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE Computer Society Annual Symposium on VLSI (ISVLSI)</conf-name>, <conf-loc>Pittsburgh, PA, USA</conf-loc>, <conf-date>July 2016</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>212</fpage>&#x2013;<lpage>217</lpage>. </citation>
</ref>
<ref id="B86">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Uddin</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Majumder</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Beckmann</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Manem</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Alamgir</surname>
<given-names>Z.</given-names>
</name>
<name>
<surname>Cady</surname>
<given-names>N. C.</given-names>
</name>
<etal/>
</person-group> (<year>2017a</year>). <article-title>Design considerations for memristive crossbar physical unclonable functions</article-title>. <source>ACM J. Emerg. Technol. Comput. Syst.</source> <volume>14</volume> (<issue>2</issue>), <fpage>1</fpage>&#x2013;<lpage>23</lpage>. <pub-id pub-id-type="doi">10.1145/3094414</pub-id> </citation>
</ref>
<ref id="B87">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Uddin</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Majumder</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Rose</surname>
<given-names>G. S.</given-names>
</name>
</person-group> (<year>2017b</year>). <article-title>Robustness analysis of a memristive crossbar PUF against modeling attacks</article-title>. <source>IEEE Trans. Nanotechnol.</source> <volume>16</volume>, <fpage>396</fpage>&#x2013;<lpage>405</lpage>. <pub-id pub-id-type="doi">10.1109/tnano.2017.2677882</pub-id> </citation>
</ref>
<ref id="B88">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Uryasev</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2000</year>). &#x201c;<article-title>Introduction to the theory of probabilistic functions and percentiles (value-at-risk)</article-title>,&#x201d; in <source>Probabilistic constrained optimization</source>, <fpage>1</fpage>&#x2013;<lpage>25</lpage>. </citation>
</ref>
<ref id="B89">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>van der Leest</surname>
<given-names>V.</given-names>
</name>
<name>
<surname>Schrijen</surname>
<given-names>G.-J.</given-names>
</name>
<name>
<surname>Handschuh</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Tuyls</surname>
<given-names>P.</given-names>
</name>
</person-group> (<year>2010</year>). &#x201c;<article-title>Hardware intrinsic security from D flip-flops</article-title>,&#x201d; in <conf-name>Proceedings of the 5th ACM Workshop on Scalable Trusted Computing</conf-name>, <conf-loc>Chicago, Illinois, USA</conf-loc>, <conf-date>October 2010</conf-date>, <fpage>53</fpage>&#x2013;<lpage>62</lpage>. </citation>
</ref>
<ref id="B90">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>van Dijk</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>R&#xfc;hrmair</surname>
<given-names>U.</given-names>
</name>
</person-group> (<year>2012</year>). <article-title>Physical unclonable functions in cryptographic protocols: Security proofs and impossibility results</article-title>. <source>IACR Cryptol. ePrint Arch.</source> <volume>228</volume>, <fpage>1</fpage>&#x2013;<lpage>36</lpage>. </citation>
</ref>
<ref id="B91">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Waser</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Ielmini</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Akinaga</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Shima</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Wong</surname>
<given-names>H.-S. P.</given-names>
</name>
<name>
<surname>Yang</surname>
<given-names>J. J.</given-names>
</name>
<etal/>
</person-group> (<year>2016</year>). &#x201c;<article-title>Introduction to nanoionic elements for information technology</article-title>,&#x201d; in <source>Resistive switching: From fundamentals of nanoionic redox processes to memristive device applications</source> (<publisher-name>Wiley Online Library</publisher-name>), <fpage>1</fpage>&#x2013;<lpage>30</lpage>. </citation>
</ref>
<ref id="B92">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Wendt</surname>
<given-names>J. B.</given-names>
</name>
<name>
<surname>Potkonjak</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2011</year>). &#x201c;<article-title>Nanotechnology-based trusted remote sensing</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE Sensors</conf-name>, <conf-loc>Limerick, Ireland</conf-loc>, <conf-date>October 2011</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>1213</fpage>&#x2013;<lpage>1216</lpage>. </citation>
</ref>
<ref id="B93">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Wendt</surname>
<given-names>J. B.</given-names>
</name>
<name>
<surname>Potkonjak</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2013</year>). &#x201c;<article-title>The bidirectional polyomino partitioned PPUF as a hardware security primitive</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE Global Conference on Signal and Information Processing (GlobalSIP)</conf-name>, <conf-loc>Austin, TX, USA</conf-loc>, <conf-date>December 2013</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>257</fpage>&#x2013;<lpage>260</lpage>. </citation>
</ref>
<ref id="B94">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Yin</surname>
<given-names>C.-E. D.</given-names>
</name>
<name>
<surname>Qu</surname>
<given-names>G.</given-names>
</name>
</person-group> (<year>2010</year>). &#x201c;<article-title>Lisa: Maximizing RO PUF&#x2019;s secret extraction</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE International Symposium on Hardware-Oriented Security and Trust&#x2013;HOST</conf-name>, <conf-loc>Anaheim, CA, USA</conf-loc>, <conf-date>June 2010</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>100</fpage>&#x2013;<lpage>105</lpage>. </citation>
</ref>
<ref id="B95">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Yin</surname>
<given-names>C.-E.</given-names>
</name>
<name>
<surname>Qu</surname>
<given-names>G.</given-names>
</name>
<name>
<surname>Zhou</surname>
<given-names>Q.</given-names>
</name>
</person-group> (<year>2013</year>). &#x201c;<article-title>Design and implementation of a group-based RO PUF</article-title>,&#x201d; in <conf-name>Proceedings of the Conference on Design, Automation and Test in Europe</conf-name>, <conf-loc>Grenoble, France</conf-loc>, <conf-date>March 2013</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>416</fpage>&#x2013;<lpage>421</lpage>. </citation>
</ref>
<ref id="B96">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Yu</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2016</year>). <article-title>Resistive random access memory (RRAM)</article-title>. <source>Synthesis Lect. Emerg. Eng. Technol.</source> <volume>2</volume>, <fpage>1</fpage>&#x2013;<lpage>79</lpage>. <pub-id pub-id-type="doi">10.2200/s00681ed1v01y201510eet006</pub-id> </citation>
</ref>
<ref id="B97">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Zhang</surname>
<given-names>L.</given-names>
</name>
<name>
<surname>Fong</surname>
<given-names>X.</given-names>
</name>
<name>
<surname>Chang</surname>
<given-names>C.-H.</given-names>
</name>
<name>
<surname>Kong</surname>
<given-names>Z. H.</given-names>
</name>
<name>
<surname>Roy</surname>
<given-names>K.</given-names>
</name>
</person-group> (<year>2014</year>). &#x201c;<article-title>Feasibility study of emerging non-volatile memory based physical unclonable functions</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE 6th International Memory Workshop (IMW)</conf-name>, <conf-loc>Taipei, Taiwan</conf-loc>, <conf-date>May 2014</conf-date> (<publisher-name>IEEE</publisher-name>), <fpage>1</fpage>&#x2013;<lpage>4</lpage>. </citation>
</ref>
<ref id="B98">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Zhang</surname>
<given-names>L.</given-names>
</name>
<name>
<surname>Fong</surname>
<given-names>X.</given-names>
</name>
<name>
<surname>Chang</surname>
<given-names>C.-H.</given-names>
</name>
<name>
<surname>Kong</surname>
<given-names>Z. H.</given-names>
</name>
<name>
<surname>Roy</surname>
<given-names>K.</given-names>
</name>
</person-group> (<year>2015</year>). <article-title>Optimizating emerging nonvolatile memories for dual-mode applications: Data storage and key generator</article-title>. <source>IEEE Trans. Comput. -Aided. Des. Integr. Circuits Syst.</source> <volume>34</volume>, <fpage>1176</fpage>&#x2013;<lpage>1187</lpage>. <pub-id pub-id-type="doi">10.1109/tcad.2015.2427251</pub-id> </citation>
</ref>
</ref-list>
</back>
</article>