RedZone HUD users don’t like being called out

I’ve already referred to a recent thread (still available as read-only) dealing with more on the subject of RedZone.

In this thread, the OP became rather abusive towards those putting up valid arguments against RedZone, culminating in the following post:

“Nooo Ann.. what i’m sayiing, is IF you haved a legitmate gripe, is there are ways that LL can help You solve your problem. i invcluded the inks to help You.

“What i’m saying is this. Yes.. we desrerve  a way to protect ourselsve. this is a prime example.

“LL offers many ways to deter this behavior.

“if ALL else fails. yes.. get redzone,, wear the HUd.. and feel safe once again.”

(page 6, forum page view).

Now, given the RedZone HUD is a tool that allowed the wearer to surreptitiously sim-hop and gather data on other avatars therein, I couldn’t help but respond with a cheeky:

“if ALL else fails. yes.. get redzone,, wear the HUd.. and violate the ToS by travelling from sim-to-sim, gathering data on others without their consent

FIFY!”

And guess what? Someone abuse reported me!

It seems that despite the 18+ language employed by both the OP and other in the thread (remembering that forums are supposed to be PG/G in both subject and content, and can be read by under-18s)…my little comment was the one that was reported to the moderators – and subsequently removed!

Now, I don’t for a minute believe the OP herself went to this much trouble – but it would seem that someone, somewhere has a major insecurity complex when it comes to having the nasty little tool they use / their dirty raincoat-like voyeurism being (again) outed.

Sadly, no express reason for the removal of the comment has been given by Linden Lab. I’m guessing the comment was hung on a technicality surrounding “violate the ToS”. Even so – that people are prepared to go this far in an attempt to whitewash this product and its uses again causes me to ask this question of all genuine store owners in Second Life:

Do you really want your store, your products, your reputation identified with the kind of people who engage in this kind of activity, and who go to the greatest of lengths to try and hide their immature, voyeuristic needs? Is using a tool that cannot provide you with anything other than a wrinkled comfort blanket, and which is coveted by the kind of idiocy routinely seen on the creator’s own forums really the way to promote your hard work?

The RedZone Challenge

The very good Lord of Dee (Ciaran Laval) throws down a challenge to those who are convinced RedZone is an ethical tool – and I’d like to join hands with him in this challenge.

Here’s what he says:

“…for those who feel Redzone is an ethical tool, aimed solely at reducing the risk of grieifng and copybotting, I challenge them to do the ethical thing here and set aside a landing point that fully informs potential visitors and customers of their sims and stores of exactly what will happen with their data once they enter a Redzone enabled parcel.”

Indeed, not only do I join him in laying out this challenge to users of RedZone – I extend it to anyone still using Gemini CDS or using any other static tool that operates under the same principles / methods.

There is no harm in being honest with those who are giving you their custom / visiting your land, and if you are as honest as you purport to be, this little extra step into transparency with your customers / visitors will do your reputation no harm at all.

Anyone willing to step up to the plate?

 

Nailing the data harvesters

There has been more sturm und drang over data scraping on the official fora and elsewhere, and I admit I’ve contributed.

Most of the focus has been on RedZone – the most visible and, given the somewhat rabid nature of its proponents, potentially most odious of them (but by no means the first). Some of these threads are simply seeking clarity on how things work. Others are more mischievous in nature, resulting in heated debate (and a wholly misplaced sense of superiority on the part of some “sunny” posters, up to and including the arrogance to inform others as to when they should post feedback).

The concerns over these tools are warranted; RedZone in particular appears to be far more about the ability to grief and stalk than it is about offering any form of (highly flawed and utterly questionable) “security”. Why else would the creator boast that the tool can attack users outside of the parcel it is protecting, that the tool can crash Viewers, etc? Why else would he made a HUD-based system that allows users to roam at will across the Grid, gather user data?

However, the risk is that in focusing on a single tool, the wider concerns are overlooked. Sling Trebuchet has attempted to broaden the issue by focusing on the technical deficiencies within the Viewer that enable these tool to work, and her JIRAs are something to support, voting coming to an end or not.

Prokofy Neva does much to raise the bar on the situation in the broadest terms, and in doing so sets out a very concise argument as to how these matters should be tackled. In doing so, Prok points out that on the broadest front, Section 4.3 is the ground on which to fight the issue, rather than Section 8.3 – which has been, it has to be said, the focus of many (including myself) when replying to posts in the official fora.

Having had time to digest Prok’s post, I have to say I’m pretty much in agreement with it. Perhaps the only divergence I have with the thinking is that I would say that both 4.3 and 8.3 have relevance, rather than dismissing one or the other as “irrelevant”.

Prok makes a very strong case for using 4.3, to be sure – but there remains the issue of those of us using Second Life having a reasonable expectation of privacy while going about our business in-world – and this is most certainly where Section 8.3 does have relevancy, even thought it might well have been originally intended to relate primarily to First Life information.

I say this because RedZone (and potentially other tools of its ilk) break down certain walls of privacy within Second Life. Leaving aside the entire hot topic of “alt linking”, they enable avatar profiling to take place and stalking to be undertaken. These are, however you look at it, invasions of our virtual privacy and should be dealt with as such, both immediately through the use of the AR system but on a broader front by bringing it to the attention of LL that as well as the wider issues relating to such tools enabling such violations of privacy to occur in-world. Thus, Section 8.3 (and potentially Section 8.2), has relevance.

The risk in focusing solely on the likes of Section 4.3 is that LL cannot be held responsible for policing third-party websites (which is in part the underlying sentiment of Section 4.3); thus too much focus in this direction can have the opposite effect as to what is desired, in much the same way that too much emphasis on Section 8.3 can allow those in favour of these tools to “trump” it using Section 4.3 or cause LL to back away with a “well, we’re really referring to RL information here,” stance.

But, this view aside, Prok’s argument for a wider basis of protest is both valid and one that we should all consider – just as we should provide support for Sling’s attempts to deal with the technical issues that make these tools possible in the first place. In this, a two-pronged response is required: the technical to deal with the exploits themselves, and a broader argument based initially on dealing with such tools on the basis of the ToS (both Sections 4.3 and 8.3) as a whole, but which is ultimately aimed, as Prok rightly states, on matters of policy.

The fact is that problems such as this – and indeed the problems that ostensibly lead to the development of such “tools” as these (content ripping, etc.), need to be approached and dealt with as a matter of policy, rather than simply on the grounds of either technological determinism or Linden Lab whim. In this, the ToS  – indeed the Community Standards themselves – cannot provide the solution alone. We really need to see LL invoke a policy in support of the ToS that will both help prevent situations such as this from occurring again in the future and provide a means of dealing with them should they in fact do so.

It’s not going to be easy, but I would support such moves wholeheartedly; kudos to Prok from framing things so well.

RedZone – security, scam, or scraping?

A while back I wrote about so-called Client Detection Systems and their potentially odious nature, as well as the potential for such tools to lead to a raising of “hostilities” within the Second Life Community.

Just why such “tools” are actually pointless in the “war” on Copybotters has been excellently reviewed by Janck Antonelli – and I strongly urge anyone considering any such system to go read her commentary before parting with their cash. It could mean more than saving pennies. That Copybotters can circumvent CDS tools so easily tend to point to such tools being both a placebo for store owners, lulling them into a false sense of security whilst also being fairly regarded as a scam: money is changing hands on the basis of an easily circumvented promise.

One of these CDS system in particular has become the subject of intense debate on the official forums – as just one thread on the subject shows. Redzone not only has the word FAIL stamped across it in terms of Copybotting “protection” for the self-same reasons Janck raises – it is actually an exceptionally odious tool because it steps well beyond the realm of attempting to “stop” Copybotters and move well into the realms of possible stalking  /griefing.

Why do I say this? Well, for a number of reasons. The one that is causing the most concern is the fact that RedZone attempts to connect avatar information with IP addresses. The creator justifies this as a mean to help “identify” “copybotters”. However, both the gather of IP address and the creator’s justification are unpleasant on a number of levels:

  • It makes the highly inaccurate assumption that because two avatars have the same IP, they must be alts of one another – failing to take into consideration factors such as dynamic IP addresses (such that the IP address your ISP assigns you today could be assigned to Joe Schmoe’s – someone you have never met or associated with anywhere – tomorrow)
  • It fails to take into consideration that some buildings (colleges, offices, apartment buildings, Internet cafes) may have an homogenized IP address – thus everyone logging in from such locations will all appear to be “alts” of one another
  • Thus, through these assumptions, it promotes guilt through association: if A is on IP address Y, and flags as a “copybotter”, then if B shows up with the same IP – then even if B is not an alt, they are still a Copybotter, and thus should be banned.

Worse, by scraping this level of information and making it available, RedZone is presenting the unscrupulous the ability to grief and / or stalk – and potentially bring the stalking into the real world. The risk here is that while the majority of us are protected to a degree by dynamic IP addressing, such addresses are not totally random;  they have a degree of regional relevancy. This is particularly true for people using local (“homegrown”) ISPs to connect to the web, as is often the case in large countries like the United States, where and ISP may reach no further than the county or city in which it is based.  Thus, those who access this information, if they are so-minded, could use it to focus down on another individual’s area of residence or work. True, no actual RL information is captured per se, but t6hat is no reason to completely dismiss the concerns surrounding RedZone’s ability to collate avatar / IP information and make it available to whoever is willing to pay $17 USD for it.

While RL stalking may appear to be a worst case scenario, the matter of in-world stalking /griefing is not: it’s a very immediate risk. Redzone apparently has some 8 million records (according to RedZone’s rcreator) of avatar movements across the grid stored within it, logged by, among other things, avatar name and location scanned. In other words, sufficient information for someone to monitor and even track the movements of any number of residents were they so minded.

Things wouldn’t be so bad if the creators of the tool limited themselves to recording only the information relating to “positive” scans by their tool – i.e. Viewers that indicate they are potentially malicious, and that data relating to negative scans is discarded without ever being stored. But this isn’t the case. RedZone retains information on every single avatar scanned. This is gross overkill, and no reasoning on Earth can justify it as being purely in the interests of stopping Copybotters.

Assuming, of course, we can take the creator at his word, and this isn’t all hype. While one can accept 8 million records of user movements (after all, these will be individual avatars logged time and again over possibly dozens of sim over a period of some 18 months), other statistics published by the tool’s creator are somewhat more questionable. Take for example, the fact that out of those 8 million scans, the tool has only ever recorded 2,000 hits on Viewers classified as “Copybotters” – but that as a result, over 63,000 avatars have been recorded on the RedZone banlist; put these together, and it would appear that each of the 2,000 “positive” scans is running 31.5 avatars! This is suggestive of one of three things:

  • Guilt by association is the mainstay of this tool, rather than any “accurate” identification of Copybotters, or
  • The figures confirm avatar / IP matching is a complete FAIL, leading to thousands of inaccurate bans, thus damaging the businesses the tool is supposedly protecting by denying them customers, or
  • The figures are wildly exaggerated, enhancing the potential that the tool is little more than a scam with some unpleasant “benefits” for the less-than-scrupulous.

Beyond all this, is the unshakable feeling that this tool is about stalking and griefing: the creator, in advertising it, makes it clear that it can be used to “identify” alts, and lto list functions that griefers would find very welcome: the ability to attack (cage, etc.), users outside of the area “protected” by the tool; the boast that the tool can eject users and crash their Viewer in the process, etc.

It’s also hard to dismiss the tool as an enabler of stalking / griefing when “pro RedZone” users post to the forums boast they can use the tool as an attachment and “come after” those speaking out against it (to say nothing of the ability – if true – for them to set out “sim hopping” and gathering data on avatars which can then be perused in the hope of “outing” alts and creating further grief).

Theia Magic provides advice on how to help reduce the risk of RedZone grabbing your own information and provides a list of stores / sims running RedZone, should you wish to avoid them. In her notes, she references the GreenZone HUD; note that this will not actually prevent you from being scanned by RedZone, but it nevertheless useful in two ways:

  • It warns you if a location you have teleported is running RedZone. While have, in turn, already been scanned by RedZone, this nevetheless helps you to note and avoid such locations in future (and remember, if you have media streaming disabled when scanned, RedZone will not capture your information)
  • It helps to confirm the location you are in is “RedZone free”, thus allowing you to enable, say, music streaming – particularly useful if you are visiting a club and wich to hear the music (just remember to disable media once more before teleporting elsewhere!).

Thus, while limited in scope, GreenZone is a useful freebie to have.

Blocking communications with the RedZone website is more effective – but relies on the RedZone creators using the same domain for their information-gathering, or ensuring you are updated should the domain change. However, there are concise instructions for doing this on both Windows machines and Macs and for Linux machines.

There are JIRAs open on the matter – not specific to RedZone itself, but aimed at stopping the kind of behaviour used by such tools – and these are certainly worth voting on (before voting on JIRAs goes away) or – God help us – watching).

In raising concerns about such tools via the JIRAs, we should possibly focus on the in-world impact of such tools, rather than linking back to IP logging etc. While the latter is a worry, it is not one that particularly concerns Linden Lab, as evidenced be statements from the likes of Samuel Linden (Feb 2010) who, when responding to concerns about IP logging and Viewer 2.x, said: We do not consider IP gathering to be  an actionable security exploit. This has been possible for quite some  time with 1.23 and earlier viewers. Obviously, there is a world of difference between clicking on a shared media prim that links to an external website  – which amounts to “volunteering” your IP address, etc., – and someone deploying a tool thank actively harvests such information without your knowledge and making it available to others are vastly different concepts. Sadly, I tend to think it’s going to be hard to get Linden Lab to acknowledge them as such.

Hence why emphasis on the in-world problems / risks / threats presented by such tools would potentially be preferable – particularly where issues can be directly linked back to ToS / CS violations. They would in theory be a lot harder for LL to justify ignoring.

For myself, I’ve actually battled over posting on this subject for the last several days. To be sure, I don’t like RedZone, but I’m aware that these matters can become so highly charged they can spiral out of control into a flame fest. However, having witnessed the attitude of those attempting to defend RedZone, I’ve been moved to publish and be damned; there is simply no genuine justification for a tool as extreme as this being in-world – and I’m certainly less than sanguine about ending up on its malodorous database.

It is because of this latter risk – winding up on someone’s dirty little database – that I’ve largely disabled media screaming on my Viewers ever since Gemini CDS reared its own ugly head (although for a time I *did* keep media enabled while on my home sim – possibly unwisely given the Onyx bot farrago that accompanied Gemini). Given the RedZone situation, I now also use GreenZone and I restrict myself to the in-world browser and keeping cookie acceptance turned off in the Viewer. I appreciate that these precautions are by no means foolproof, but they do help limit my exposure to RedZone and (with the exclusion of GreenZone) to other similar tools that might be floating around out there. And Like Theia and others, I will be dropping any store that I have frequented in the past which sprouts a RedZone device with a note politely noting why they have lost my custom.

And I’d urge you to do the same – protect as far as you can, and write.

I’d also like to address any potential user of RedZone on the matter of the tool they are using: if RedZone’s creators are collating information on SL users based on a scripted device you are deploying on your land – how much more information might they be gathering on you each and every time you log into their website?

Further Information

Website investigating RedZone (Forceme Silverspar)

Theia’s notes on disabling media

Instructions for blocking the RedZone website communication with your computer*:

* Will only work for the current RedZone domain. Keep an eye on Forceme’s website for any possible moves made by the RedZone creator.

GreenZone HUD on SL Marketplace (free).

Location for testing your IP is hidden from tools using the media exploit (Surl).

Store Lists:

JIRAs on the subject of privacy:

SLU discussion on the subject (warning: lengthy, but worth-while reading)

Note: post revised after the initial publication, due to the fact that in a blonde moment, I hit PUBLISH rather than SAVE DRAFT.

ADDENDUM – Feb 15th.

Concerns have been raised that GreenZone may itself be compiling a database of its own (see comments below). While initially cynical of this – the conclusion seemed drawn on the misunderstanding of an IM exchange posted on SLU in which the term “list” is used; I have nevertheless contacted GreenZone’s creator, Fart Admiral to request clarification.

Fart has confirmed that, indeed, a static list is maintained of all locations running RedZone. Essentially, the GreenZone HUD scans for RZ objects and if it identifies one, the location of the object is recorded, together with the Ownerkey and sent out to the GreenZone server. Separately to this, the GreenZone HUD triggers an alarm.

Fart assures me that absolutely no information relating to the GreenZone user is transmitted or stored.

Obviously, even what is transmitted may be objectionable, and could be construed as putting GreenZone into the same basket as RedZone. That is not my call to make publicly, but rather for anyone reading this article and considering GreenZone to weigh for themselves before making their decision.