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

<channel>
	<title>iovation Online Fraud Prevention Blog - News about Device Identification, Device Reputation &#38; Risk Management &#187; IP address</title>
	<atom:link href="http://blog.iovation.com/tag/ip-address/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.iovation.com</link>
	<description>protect online businesses from cyber criminals</description>
	<lastBuildDate>Thu, 02 Feb 2012 01:25:44 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Why Complex Device Identification Isn’t Enough</title>
		<link>http://blog.iovation.com/2011/07/29/why-complex-device-identification-isn%e2%80%99t-enough/</link>
		<comments>http://blog.iovation.com/2011/07/29/why-complex-device-identification-isn%e2%80%99t-enough/#comments</comments>
		<pubDate>Fri, 29 Jul 2011 21:00:42 +0000</pubDate>
		<dc:creator>Robert Siciliano</dc:creator>
				<category><![CDATA[Financial Services]]></category>
		<category><![CDATA[complex device identification]]></category>
		<category><![CDATA[cookies]]></category>
		<category><![CDATA[device identification]]></category>
		<category><![CDATA[device intelligence]]></category>
		<category><![CDATA[device reputation]]></category>
		<category><![CDATA[FFIEC]]></category>
		<category><![CDATA[geolocation]]></category>
		<category><![CDATA[Information Security]]></category>
		<category><![CDATA[IP address]]></category>

		<guid isPermaLink="false">http://blog.iovation.com/?p=4944</guid>
		<description><![CDATA[“Simple device identification” relies on cookies or IP addresses to confirm that a customer is logging in from the same PC that was used to create the account. The Financial Federal Institutions Examination Council has explained the fallibility of this system: “Experience has shown this type of cookie may be copied and moved to a [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://blog.iovation.com/wp-content/uploads/2011/07/img-jul-complex-device-id2.png"><img class="alignleft size-full wp-image-4948" title="img-jul-complex-device-id" src="http://blog.iovation.com/wp-content/uploads/2011/07/img-jul-complex-device-id2.png" alt="" width="238" height="172" /></a>“Simple device identification” relies on cookies or IP addresses to confirm that a customer is logging in from the same PC that was used to create the account.</p>
<p>The Financial Federal Institutions Examination Council has explained the fallibility of this system:</p>
<p>“Experience has shown this type of cookie may be copied and moved to a fraudster’s PC, allowing the fraudster to impersonate the legitimate customer. Device identification has also been implemented using geo-location or Internet protocol address matching. However, increasing evidence has shown that fraudsters often use proxies, which allow them to hide their actual location and pretend to be the legitimate user.”</p>
<p>“Complex device identification” is more sophisticated. This security technique relies on disposable, one-time cookies, and creates a complex digital fingerprint based on characteristics including PC configuration, Internet protocol addresses, and geolocation. According to the FFIEC, complex device identification is more secure, and institutions should no longer consider simple device identification adequate.</p>
<p>While complex device ID is more sophisticated, the next level of security is <a href="http://www.iovation.com/financial-services/">Device Reputation</a>. This strategy incorporates geolocation, velocity, anomalies, proxy busting, webs of associations, fraud histories, commercially applied evidence of fraud or abuse, and more.</p>
<p>According to <a href="http://www.iovation.com/management/maxanhoury/" target="_blank">Max Anhoury</a>, Vice President of Global Sales for iovation, &#8220;Financial institutions looking to stop fraud while reducing friction for good customers must tie together multiple layers of fraud and risk management for a holistic layered approach. Just this week, iovation presented to hundreds of financial services Info Security professionals and business managers regarding the recent FFIEC guidance (along with Experian Decision Analytics) about finding the optimal process points to strike the right balance between fraud prevention, customer experience and cost.&#8221;</p>
<p>You can listen to the FFIEC-related webinar presentation at: <a href="http://www.iovation.com/ffiec">www.iovation.com/ffiec</a></p>
<p>If you work in the information security industry, complex device identification is nothing new. While the FFIEC recommends complex identification, you should really be doing something more. The truly forward-thinking have already moved on and are successfully leveraging the benefits of Device Reputation and shared device intelligence.</p>
<p>Simple device identification was in place before the FFIEC mandated it. Now they have mandated complex device identification, but leading InfoSec professionals are already doing more to protect their retail or commercial banking customers, by using device reputation.</p>
<p><em>Robert Siciliano, personal security and identity theft expert contributor to <a href="http://www.iovation.com/">iovation</a>, discusses <a href="http://www.youtube.com/watch?v=y88SEANRTr8" target="_blank">credit and debit card fraud</a> on CNBC. <a href="http://ow.ly/1bdMH" target="_blank">Disclosures</a></em></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.iovation.com/2011/07/29/why-complex-device-identification-isn%e2%80%99t-enough/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Not All IP Addresses Are Created Equally</title>
		<link>http://blog.iovation.com/2009/10/08/not-all-ip-addresses-are-created-equally/</link>
		<comments>http://blog.iovation.com/2009/10/08/not-all-ip-addresses-are-created-equally/#comments</comments>
		<pubDate>Thu, 08 Oct 2009 18:09:36 +0000</pubDate>
		<dc:creator>Bart Lonchar</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[device fingerprint]]></category>
		<category><![CDATA[device identification]]></category>
		<category><![CDATA[DHCH]]></category>
		<category><![CDATA[Dynamic Host Configuration Protocol]]></category>
		<category><![CDATA[IP address]]></category>

		<guid isPermaLink="false">http://blog.iovation.com/?p=794</guid>
		<description><![CDATA[IP Addresses have long been used in device fingerprinting solutions, but their utility has been hit-and-miss due to differences in how groups of IP addresses are managed. As a result, solutions relying on the IP address for device identification generally experience high false positive rates; this is especially true in cases where the same IP [...]]]></description>
			<content:encoded><![CDATA[<p>IP Addresses have long been used in device fingerprinting solutions, but their utility has been hit-and-miss due to differences in how groups of IP addresses are managed. As a result, solutions relying on the IP address for device identification generally experience high false positive rates; this is especially true in cases where the same IP address has been issued to different end users over time.</p>
<p>Based on data iovation has collected from performing over two billion device identification requests, we’ve developed techniques to more accurately assess the relevance of an IP address in identifying and re-recognizing a device. This allows us to use IP address as a factor, when appropriate, and ignore it when not.<span id="more-794"></span></p>
<p>One of the keys to successfully utilizing IP addresses in device fingerprinting is to understand how different service providers manage their IP addresses. Some service providers go to great lengths to assign the same IP address to the same user over time, even when DHCP (Dynamic Host Configuration Protocol) is used for obtaining an IP address. Other providers make use of a smaller pool of IP addresses, requiring them to reissue the same IP addresses to different users over time. Mobile service providers present the most extreme example of this type.</p>
<p>To better understand the issue, I decided to take a closer look at some of our data. Over a recent 30-day window, I collected data from device identification requests in which we could definitively say that the correct device was identified via its fingerprint. (By limiting the study to these requests, the correlation of IP addresses to devices can be done with confidence because the device identifier is a statistical truth value.)</p>
<p>Analysis of this data (presented below) shows which IP addresses are associated with multiple end-user devices, ultimately allowing for a better understanding of different service providers’ policies with respect to reusing IP addresses. This information, in turn, allows us to determine how effective different IP addresses will be for unique device identification.</p>
<p><strong>Metrics Computed</strong><br />
For each service provider, the following metrics were computed:</p>
<ul>
<li> Number of IP addresses (IPA)</li>
<li>Number of IP address and device combinations (IPD)</li>
<li>The ratio of IPD to IPA</li>
</ul>
<p>Many service providers have an IPD to IPA ratio very close to 1, suggesting a policy that attempts to assign a user with the same IP address over time. On the other hand, some service providers have an IPD to IPA ratio over 100, suggesting a policy that liberally reuses IP addresses among users. Of course, there are service providers everywhere in-between.</p>
<p><strong>Examples</strong></p>
<ol>
<li>On the low end of the scale (where a single IP address tends to correlate directly to a single device) is <strong>H3G Italy</strong>. During the study period, 20,509 IP addresses managed by this service provider were encountered, with 22,545 device and IP address combinations, giving them an IPD to IPA ratio of <strong>1.09</strong>.</li>
<li>On the high end of the scale (where a single IP address tends to be associated with multiple devices) is <strong>danger.com</strong>. From this service provider we encountered 54 unique IP addresses covering 4,967 device and IP address combinations, resulting in an IPD to IPA ratio of <strong>91.9</strong>.</li>
</ol>
<p><strong>Results</strong><br />
On aggregate, I grouped the values of IPD to IPA ratios into ranges and each range was analyzed using frequency distributions. Based on a device fingerprinting system&#8217;s optimal performance goals and tolerance for false positives, the service provider&#8217;s IPD to IPA ratio can be used to determine the role of the IP address in device identification.</p>
<table border="1" cellspacing="0" cellpadding="4">
<tbody>
<tr>
<th>Ratio of IPD to IPA</th>
<th># Service Providers</th>
<th># IP Addresses Under Management</th>
</tr>
<tr>
<td>Under 1.2</td>
<td align="right">17,594</td>
<td align="right">16,407,051</td>
</tr>
<tr>
<td>1.2 to 1.5</td>
<td align="right">5,685</td>
<td align="right">1,698,703</td>
</tr>
<tr>
<td>1.5 to 2</td>
<td align="right">3,082</td>
<td align="right">406,879</td>
</tr>
<tr>
<td>2 to 3</td>
<td align="right">2,635</td>
<td align="right">245,609</td>
</tr>
<tr>
<td>3 to 5</td>
<td align="right">1,691</td>
<td align="right">32,993</td>
</tr>
<tr>
<td>5 to 10</td>
<td align="right">1,084</td>
<td align="right">21,561</td>
</tr>
<tr>
<td>10 to 25</td>
<td align="right">519</td>
<td align="right">14,718</td>
</tr>
<tr>
<td>25 to 50</td>
<td align="right">126</td>
<td align="right">5,136</td>
</tr>
<tr>
<td>50 to 100</td>
<td align="right">48</td>
<td align="right">1,227</td>
</tr>
<tr>
<td>Over 100</td>
<td align="right">25</td>
<td align="right">766</td>
</tr>
</tbody>
</table>
<p><img class="aligncenter size-full wp-image-827" title="SPbyClass" src="http://blog.iovation.com/wp-content/uploads/2009/10/SPbyClass3.jpg" alt="SPbyClass" width="492" height="423" /></p>
<p><img class="aligncenter size-full wp-image-828" title="IPbyClass" src="http://blog.iovation.com/wp-content/uploads/2009/10/IPbyClass3.jpg" alt="IPbyClass" width="494" height="423" /></p>
<p><!-- /patternTopic--></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.iovation.com/2009/10/08/not-all-ip-addresses-are-created-equally/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

