<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Nokia denies Carrier IQ tracking; iPhone code spotted but Nexus clean</title>
	<atom:link href="http://www.slashgear.com/nokia-denies-carrier-iq-tracking-iphone-code-spotted-but-nexus-clean-01199216/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.slashgear.com/nokia-denies-carrier-iq-tracking-iphone-code-spotted-but-nexus-clean-01199216/</link>
	<description>Feeding Your Gadget and Tech Obsessions</description>
	<lastBuildDate>Mon, 14 May 2012 15:04:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Guest</title>
		<link>http://www.slashgear.com/nokia-denies-carrier-iq-tracking-iphone-code-spotted-but-nexus-clean-01199216/#comment-159949</link>
		<dc:creator>Guest</dc:creator>
		<pubDate>Mon, 05 Dec 2011 22:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.slashgear.com/?p=199216#comment-159949</guid>
		<description><![CDATA[nokia has installed carrier iq on all their phones using the Nokia 
Analytics Collector. Get rid of it using application manager on your new
 nokia phone. first update your phone to the latest, check for updates 
again and make sure no updates are available then uninstall it (your phone functionality is unaffected).  ensure 
you do not click update firmware after that as it tries to reinstall and
 you need to uninstall it all over again. it shows up as a fake OS 
update with important priority once uninstalled like all good spyware. ]]></description>
		<content:encoded><![CDATA[<p>nokia has installed carrier iq on all their phones using the Nokia<br />
Analytics Collector. Get rid of it using application manager on your new<br />
 nokia phone. first update your phone to the latest, check for updates<br />
again and make sure no updates are available then uninstall it (your phone functionality is unaffected).  ensure<br />
you do not click update firmware after that as it tries to reinstall and<br />
 you need to uninstall it all over again. it shows up as a fake OS<br />
update with important priority once uninstalled like all good spyware. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Benitez Burns</title>
		<link>http://www.slashgear.com/nokia-denies-carrier-iq-tracking-iphone-code-spotted-but-nexus-clean-01199216/#comment-159450</link>
		<dc:creator>Benitez Burns</dc:creator>
		<pubDate>Sun, 04 Dec 2011 08:22:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.slashgear.com/?p=199216#comment-159450</guid>
		<description><![CDATA[Okay I am so slow but from reading the comments below I have understood as this. Basically what I type in the format of &quot;text message&quot; is seen or can be seen by my carrier? Is that what the article is saying??? ]]></description>
		<content:encoded><![CDATA[<p>Okay I am so slow but from reading the comments below I have understood as this. Basically what I type in the format of &#8220;text message&#8221; is seen or can be seen by my carrier? Is that what the article is saying??? </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mruss</title>
		<link>http://www.slashgear.com/nokia-denies-carrier-iq-tracking-iphone-code-spotted-but-nexus-clean-01199216/#comment-159360</link>
		<dc:creator>mruss</dc:creator>
		<pubDate>Sat, 03 Dec 2011 22:45:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.slashgear.com/?p=199216#comment-159360</guid>
		<description><![CDATA[TrevE does reach some invalid conclusions about HTTPS, but you are completely wrong in stating that HTTPS encrypts only POST requests.  When requests are sent over HTTPS, all the content except the hostname (including the method (GET, POST, OPTIONS, HEAD, etc.), the URL, the query string, and any POST data) are encrypted.
You may have observed many sites sending POST requests (e.g., userid/password submissions) over HTTPS, while retrieving other content (images, HTML, etc.) over plaintext HTTP.  This is not uncommon behavior, but this is a function of the site&#039;s design.  GETs can be encrypted just as easily as POSTs; some developers choose not to do this because they think just encrypting the POST request with the password is sufficient, and they&#039;ll save cycles by sending everything else plaintext.  There are reasons why this is not a great idea, but it&#039;s a common approach.

Where TrevE is wrong is that HTTPS would not prevent a software agent running locally on the device (especially one with system privileges) from reading the data in his browser.  HTTPS only protects data when it&#039;s sent over the network.  Once the browser receives, processes, and displays it, the data is unencrypted in memory (potentially on disk as well, depending on cache settings).  CarrierIQ isn&#039;t &quot;breaking&quot; HTTPS in any way; it&#039;s simply not a factor when reading data on the local device.

HTTPS has nothing to do with it... and the HTTP verb (GET vs. POST) does not determine whether content can be encrypted.]]></description>
		<content:encoded><![CDATA[<p>TrevE does reach some invalid conclusions about HTTPS, but you are completely wrong in stating that HTTPS encrypts only POST requests.  When requests are sent over HTTPS, all the content except the hostname (including the method (GET, POST, OPTIONS, HEAD, etc.), the URL, the query string, and any POST data) are encrypted.<br />
You may have observed many sites sending POST requests (e.g., userid/password submissions) over HTTPS, while retrieving other content (images, HTML, etc.) over plaintext HTTP.  This is not uncommon behavior, but this is a function of the site&#8217;s design.  GETs can be encrypted just as easily as POSTs; some developers choose not to do this because they think just encrypting the POST request with the password is sufficient, and they&#8217;ll save cycles by sending everything else plaintext.  There are reasons why this is not a great idea, but it&#8217;s a common approach.</p>
<p>Where TrevE is wrong is that HTTPS would not prevent a software agent running locally on the device (especially one with system privileges) from reading the data in his browser.  HTTPS only protects data when it&#8217;s sent over the network.  Once the browser receives, processes, and displays it, the data is unencrypted in memory (potentially on disk as well, depending on cache settings).  CarrierIQ isn&#8217;t &#8220;breaking&#8221; HTTPS in any way; it&#8217;s simply not a factor when reading data on the local device.</p>
<p>HTTPS has nothing to do with it&#8230; and the HTTP verb (GET vs. POST) does not determine whether content can be encrypted.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Saunders</title>
		<link>http://www.slashgear.com/nokia-denies-carrier-iq-tracking-iphone-code-spotted-but-nexus-clean-01199216/#comment-158987</link>
		<dc:creator>Adam Saunders</dc:creator>
		<pubDate>Fri, 02 Dec 2011 17:29:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.slashgear.com/?p=199216#comment-158987</guid>
		<description><![CDATA[I can&#039;t disagree with that, but I think there is a more over reaction about what it can really do versus what the worst an app could actually do on a device. What really shocks me is the efforts to hide it!

Something that isn&#039;t clear yet is if Carrier IQ are collecting the information centrally or if the app is sending the information to the carrier directly. It&#039;s like mast information can get a ton of information about you and your phone usage, but its not the firms that manufacture the mast or software that collect this information, it&#039;s the carriers.]]></description>
		<content:encoded><![CDATA[<p>I can&#8217;t disagree with that, but I think there is a more over reaction about what it can really do versus what the worst an app could actually do on a device. What really shocks me is the efforts to hide it!</p>
<p>Something that isn&#8217;t clear yet is if Carrier IQ are collecting the information centrally or if the app is sending the information to the carrier directly. It&#8217;s like mast information can get a ton of information about you and your phone usage, but its not the firms that manufacture the mast or software that collect this information, it&#8217;s the carriers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacob Weeks</title>
		<link>http://www.slashgear.com/nokia-denies-carrier-iq-tracking-iphone-code-spotted-but-nexus-clean-01199216/#comment-158977</link>
		<dc:creator>Jacob Weeks</dc:creator>
		<pubDate>Fri, 02 Dec 2011 17:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.slashgear.com/?p=199216#comment-158977</guid>
		<description><![CDATA[We Americans tend to value our privacy. So it&#039;s no wonder that people are freaking out, and they should. The more eyes looking at my personal information, the better chance that my info is shared with people that shouldn&#039;t have it. The fact that this code is even in the phone makes the phone that much more susceptible to phreaking and hacking.]]></description>
		<content:encoded><![CDATA[<p>We Americans tend to value our privacy. So it&#8217;s no wonder that people are freaking out, and they should. The more eyes looking at my personal information, the better chance that my info is shared with people that shouldn&#8217;t have it. The fact that this code is even in the phone makes the phone that much more susceptible to phreaking and hacking.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Saunders</title>
		<link>http://www.slashgear.com/nokia-denies-carrier-iq-tracking-iphone-code-spotted-but-nexus-clean-01199216/#comment-158966</link>
		<dc:creator>Adam Saunders</dc:creator>
		<pubDate>Fri, 02 Dec 2011 16:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.slashgear.com/?p=199216#comment-158966</guid>
		<description><![CDATA[Some of the stuff is such bollocks such as the HTTPS &quot;intercept&quot; which can see the URL that was processed, but the query was in the GET request not POST request on a browser that may not support encrypted GET requests. Only POST requests would be encrypted so that whole section is possibly turd. The fact it can see what URLs you visit is a no no, though your carrier can do this anyway if you are on 3G. Same with SMS.. your carrier can see your SMS messages. They don&#039;t need to see what you type on your phone... don&#039;t people realise this?
There is a lot of panic by people that don&#039;t understand it. Granted, that is expected, but this is the first article that actually started to show what REALLY can be seen. It&#039;s not as bad as some tech sites are making out, but still more than they should without a way to opt-in or out.]]></description>
		<content:encoded><![CDATA[<p>Some of the stuff is such bollocks such as the HTTPS &#8220;intercept&#8221; which can see the URL that was processed, but the query was in the GET request not POST request on a browser that may not support encrypted GET requests. Only POST requests would be encrypted so that whole section is possibly turd. The fact it can see what URLs you visit is a no no, though your carrier can do this anyway if you are on 3G. Same with SMS.. your carrier can see your SMS messages. They don&#8217;t need to see what you type on your phone&#8230; don&#8217;t people realise this?<br />
There is a lot of panic by people that don&#8217;t understand it. Granted, that is expected, but this is the first article that actually started to show what REALLY can be seen. It&#8217;s not as bad as some tech sites are making out, but still more than they should without a way to opt-in or out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.slashgear.com/nokia-denies-carrier-iq-tracking-iphone-code-spotted-but-nexus-clean-01199216/#comment-158451</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 01 Dec 2011 11:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.slashgear.com/?p=199216#comment-158451</guid>
		<description><![CDATA[The key question that has yet to be answered is WHO DECIDES on implementing this spyware. What I read so far it seems to be only on carrier-branded phones. 
This would make sense to a certain extent, as Carrier IQ advertises their data mining to &quot;carriers desiring to improve customer experiences&quot;.

However, this datamining practice could be considered a criminal offence in Germany (iirc), so it would be a wise thing by Carrier IQ to disclose the decisionmakers, not in naming them, but in telling affected users whether it&#039;s their carrier or device manufacturer who has it installed.

Case in point, my unbranded european Samsung Galaxy S2 does not seem to have CIQ on it (tool-tested), whereas it has supposedly been found on at least one type of the US versions of it.

Another good reason to ditch that harmful carrier subsidizing sceme...
If they were only accessing inaccurate data for network improvement, that would be one thing...
But recording to-be-encrypted web traffic is an absolute no go!

Anyway, one-up on the devs, and a big one! Hope they gather enough evidence to build a case to stop this evil practice!]]></description>
		<content:encoded><![CDATA[<p>The key question that has yet to be answered is WHO DECIDES on implementing this spyware. What I read so far it seems to be only on carrier-branded phones.<br />
This would make sense to a certain extent, as Carrier IQ advertises their data mining to &#8220;carriers desiring to improve customer experiences&#8221;.</p>
<p>However, this datamining practice could be considered a criminal offence in Germany (iirc), so it would be a wise thing by Carrier IQ to disclose the decisionmakers, not in naming them, but in telling affected users whether it&#8217;s their carrier or device manufacturer who has it installed.</p>
<p>Case in point, my unbranded european Samsung Galaxy S2 does not seem to have CIQ on it (tool-tested), whereas it has supposedly been found on at least one type of the US versions of it.</p>
<p>Another good reason to ditch that harmful carrier subsidizing sceme&#8230;<br />
If they were only accessing inaccurate data for network improvement, that would be one thing&#8230;<br />
But recording to-be-encrypted web traffic is an absolute no go!</p>
<p>Anyway, one-up on the devs, and a big one! Hope they gather enough evidence to build a case to stop this evil practice!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
