<?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; Bart Lonchar</title>
	<atom:link href="http://blog.iovation.com/author/blonchar/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>Age of Fraudulent Devices Older Than Expected</title>
		<link>http://blog.iovation.com/2010/09/20/age-of-fraudulent-devices-older-than-expected/</link>
		<comments>http://blog.iovation.com/2010/09/20/age-of-fraudulent-devices-older-than-expected/#comments</comments>
		<pubDate>Mon, 20 Sep 2010 20:59:10 +0000</pubDate>
		<dc:creator>Bart Lonchar</dc:creator>
				<category><![CDATA[Financial Services]]></category>
		<category><![CDATA[Online Retail]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://blog.iovation.com/?p=2561</guid>
		<description><![CDATA[The “shelf-life” of devices is a frequently studied topic in web fraud detection. The basic question is: how long does a device remain active and relevant from the perspective of a fraud analyst? Understanding at what age a device typically ceases to be active is an important factor in designing a device recognition system that [...]]]></description>
			<content:encoded><![CDATA[<p>The “shelf-life” of devices is a frequently studied topic in web fraud detection. The basic question is: how long does a device remain active and relevant from the perspective of a fraud analyst? Understanding at what age a device typically ceases to be active is an important factor in designing a device recognition system that can be efficient and effective for mitigating fraud.</p>
<p>Since device recognition provides the platform for iovation’s Device Reputation service, we recently conducted a study to examine device shelf-life. The study looked at all transactions seen by ReputationManager over a multi-day period and identified the age of each device associated to fraudulent behavior during that period. The distribution of devices by age—depicted in the chart below—shows that 57 percent of devices involved in fraud during that period were initially identified by iovation more than 90 days prior to the transaction.<span id="more-2561"></span></p>
<p>What this suggests is that iovation’s ability to continue to recognize older devices provides significant uplift to its subscribers, and conversely that systems which assume a shorter device shelf-life may be missing important opportunities to identify fraud.</p>
<p><a href="http://blog.iovation.com/wp-content/uploads/2010/09/deviceAgePie1.jpg"><img class="alignnone size-full wp-image-2566" title="deviceAgePie" src="http://blog.iovation.com/wp-content/uploads/2010/09/deviceAgePie1.jpg" alt="Percent of Fraudulent Devices by Age Band" width="547" height="434" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.iovation.com/2010/09/20/age-of-fraudulent-devices-older-than-expected/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Internal Study Reveals Increasing Number of Devices in iovation&#8217;s Global Fraud Database with Subscriber Cross-over</title>
		<link>http://blog.iovation.com/2009/11/18/internal-study-reveals-increasing-number-of-devices-in-iovations-global-fraud-database-with-subscriber-cross-over/</link>
		<comments>http://blog.iovation.com/2009/11/18/internal-study-reveals-increasing-number-of-devices-in-iovations-global-fraud-database-with-subscriber-cross-over/#comments</comments>
		<pubDate>Thu, 19 Nov 2009 00:24:46 +0000</pubDate>
		<dc:creator>Bart Lonchar</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[device identification]]></category>
		<category><![CDATA[device re-recognition]]></category>
		<category><![CDATA[device recognition]]></category>
		<category><![CDATA[device reputation]]></category>

		<guid isPermaLink="false">http://blog.iovation.com/?p=1187</guid>
		<description><![CDATA[As iovation continues to expand its subscriber-base across multiple industries, the number of shared devices (meaning those devices seen at multiple sites) continues to rise. As we see this cross-over between subscribers rise, new and existing subscribers have a greater chance of encountering devices that already have a reputation. This increases the proactive value of [...]]]></description>
			<content:encoded><![CDATA[<p>As iovation continues to expand its subscriber-base across multiple industries, the number of shared devices (meaning those devices seen at multiple sites) continues to rise. As we see this cross-over between subscribers rise, new and existing subscribers have a greater chance of encountering devices that already have a reputation. This increases the proactive value of device reputation and directly supports the significance of having a shared device database.</p>
<p>The increase in the number of shared devices can in part be understood by analyzing the population of &#8220;reactivated&#8221; devices. Reactivated devices are devices that iovation re-identifies after having not seen the device for more than 90 days. By studying these devices in contrast to the device population as a whole, it is clear that iovation&#8217;s expanding customer base is a significant contributor to this trend as a vast majority of reactivated devices have been seen in multiple customer networks.<span id="more-1187"></span></p>
<p>Since the beginning of 2008, iovation&#8217;s reactivated device rate has doubled every 5 months and continues to climb. This demonstrates that as iovation&#8217;s device network continues to grow, device crossover is also increasing.</p>
<p><strong>Inactive Devices</strong></p>
<p>As iovation&#8217;s device network grows and evolves, it is useful to distinguish between active and inactive devices since active devices have more interesting behavior and are involved in fraudulent or abusive activity now. To answer the question &#8220;what is active?&#8221;, I measured the percentage of devices that are re-identified over varying periods of time. Graphing the result of this analysis produces a curve that tails off considerably by 90 days, which means a very small percentage of devices that have not been identified in the preceding 90 days will ever be identified again. Therefore, for this study, devices that had not been re-identified in the last 90 days were considered to be inactive. This data set is based on data from the first 3 months of 2008.</p>
<p><img src="http://blog.iovation.com/wp-content/uploads/2009/11/inactiveDevicePctByDay.jpg" alt="inactiveDevicePctByDay.jpg" width="537" height="393" /></p>
<p>How to read this graph: Devices not seen for 30 days have an approximately 40% chance of returning, whereas devices not seen for 90 days have an approximately 1% chance of returning.</p>
<p><strong><br />
Reactivated Devices</strong></p>
<p>Devices that are re-identified after more than 90 days of inactivity are considered reactivated devices.</p>
<p>For the 18-month period from April 2008–September 2009, the following chart shows the percentage of the active device population that is made up of reactivated devices.</p>
<p><img src="http://blog.iovation.com/wp-content/uploads/2009/11/ReactivatedDeviceRateByMonth.jpg" alt="ReactivatedDeviceRateByMonth.jpg" width="768" height="484" /></p>
<p>For the month of September 2009, I compared the population of active devices with the population of reactivated devices to see how their characteristics differ. From that comparison, it was determined that:</p>
<ul>
<li>Reactivated devices are 3 times more likely than all active devices to have been seen in more than one customer network.</li>
<li>Reactivated devices are no more or less likely to have a reputation.</li>
</ul>
<p>The following chart shows the percentage of reactivated devices that had subscriber cross-over as compared to the percentage of all active devices with subscriber cross-over.</p>
<p><img title="DeviceCrossoverPercent" src="http://blog.iovation.com/wp-content/uploads/2009/11/DeviceCrossoverPercent.jpg" alt="DeviceCrossoverPercent" width="778" height="435" /></p>
<p><strong>Conclusion</strong></p>
<p>Analysis of iovation&#8217;s network shows a clear correlation between reactivated devices and devices with cross-over between subscribers, and we are seeing a significant increase in both as the number of our subscribers grows. This upholds our belief that a database of device reputations, shared by online companies, across multiple industries, offers valuable and relevant information to individual sites in their fight against online fraud and abuse.</p>
<p><img src="file:///C:/DOCUME%7E1/CLARA%7E1.SET/LOCALS%7E1/Temp/moz-screenshot-1.jpg" alt="" /></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.iovation.com/2009/11/18/internal-study-reveals-increasing-number-of-devices-in-iovations-global-fraud-database-with-subscriber-cross-over/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>

