This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
Fwd: [anti-abuse-wg] How Not To Ask For A Website to Be taken Down
- Previous message (by thread): [anti-abuse-wg] How Not To Ask For A Website to Be taken Down
- Next message (by thread): [anti-abuse-wg] How Not To Ask For A Website to Be taken Down
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Mark Foster
blakjak at gmail.com
Fri Dec 24 22:43:36 CET 2010
Sent this directly to Ronald by mistake, it was meant for the list... ---------- Forwarded message ---------- From: Mark Foster <blakjak at gmail.com> Date: Fri, Dec 24, 2010 at 9:48 AM Subject: Re: [anti-abuse-wg] How Not To Ask For A Website to Be taken Down On Thu, Dec 23, 2010 at 7:59 PM, Ronald F. Guilmette <rfg at tristatelogic.com>wrote: > > > > #2) Even for those networks where abuse@ is not aliased to /dev/null, > sending anything other than a _spam_ report to that address will typically > engender either (a) no response at all (with the message being silently > discarded) or else (b) an irritated response of the form "Why are you > sending this to abuse@??" or else (c) a more or less automated response > (either from an actual program or else from a low-paid human who has been > trained to act like one) the form "We're sorry, but we cannot accept > abuse complaints without either (a) a full set of e-mail headers or else > (b) a complete set of system intrusion logs." > I find myself taking exception to this and whilst I usually lurk in the background here I think it needs to be said: - I would expect any malicious or illegal behavior to be reported to abuse@ - Whilst Spam reports will form the vast majority of these, I expect my Abuse-Queue-Staff to be plucking the _non_-Spam reports out for early attention (as other types of abuse are more frequently time sensitive). Those who do tech support are familiar with the idea of triage in a customer-facing sense; the stuff that's likely to have large ramifications, either in scale, or PR, or cost, will get early attention because that's just commonsense. For stuff happening in real-time that's a serious issue (say a DoS) I have (as an engineer) taken both emails and phonecalls directly - but I still expect a report to abuse@ so that the appropriate records are able to be created and placed on file for future legal or customer-service obligations. This logic has applied for ISPs operating with 1000 to 500,000 customers. Unfortunately as your organisation gets larger, the 'human touch' of handling abuse cases seems to dissapear and you do wind up with lesser-cloo'd people dealing with the complaints, and using templated answers that infuriate those who're actually taking the time to report abuse. The number of people these days who simply block, or ignore, abusive internet behavior, is counter-productive to those ISPs who are resultantly blind as to the actual negative impact their customers are having. So with these points in mind, (a) above is possible, but a move that demonstrates poor 'internet citizenship' on the part of the ISP, (b) shouldn't ever happen, and in my experience only happens when you land an idiot at the other end, and (c) again demonstrates poor internet citizenship. To the point where I will actively take my business away from any organisation that operates that way. My current issue is with Yahoo's requirement that all complaints comply with ARF. They're one of the biggest sources of spam and have opted to require complaints to fit into their particular brand of round-shaped-hole or they're going to ignore the report. I refuse to waste more of my time reporting spammers, and instead am much more prepared to simply block their domain(s) with a reject line similar to 'mail will not be accepted until Yahoo stops with the head-in-sand technique of operating, and instead deals with the spammers in its midst'. If your operation is big enough to spin millions of dollars per year in revenue, you're big enough to be a responsible netizen and show some respect to anyone taking the time to report abuse. Because if you deliberately ignore complaints, you become responsible for the behavior itself and become an accessory to the abuse, or crime, in effect. > > > #3) Although, for the various reasons noted above, and others, sending a > report like this to an abuse@ address might yield no meaningful or useful > action at all, the mere presence of the corporate abuse@ address, either > in the To: header or in the Cc: header would most likely cause any and > all other parties to whom such a report had been addressed (and who might > otherwise potentially be more responsive/responsible than abuse@) to > simply > trash the message, e.g. because they might reasonably assume that "Oh! > This was sent to abuse@ too, so the abuse department/person will surely > handle it, and I don't need to get involved." > If your abuse@ team are of any value, they will of course do exactly that. If you're an 'other recipient' then in good concience you should at least be checking with them to ensure it's followed up. That's customer service 101. Is the risk to your reputation worth it? > #4) Last but not least, in the circles I travel in, a clear and unambiguous > distinction is often drawn between "abuse ON the network" and "abuse OF the > network". As we all know, the latter occurs almost every second of the > day, > somewhere on the Internet, and it can range from undeserved insults and > slanders to sophisticated social engineering con games involving millions > of dollars. But none of that "abuse ON the network" in any way threatens > the operational status of any part of the net. Conversely, of course, spam > and DoS attack directly threaten the operational status of either parts of > the net or, in sum, even the whole thing, and thus, by tradition among the > people I commonly hang out with, "abuse OF the net" is widley considered to > be the only thing (a) that humans can reasonably fight and also (b) in many > people's minds, it is the only thing that's _worth_ fighting for. (After > all, the world and the net will go on even if you or I are heniously > slandered > or even defrauded, tomorrow, somewhere on the Internet.) > If someone reports a customer of mine breaching T&C I will expect our customer care team to enforce T&C. Antisocial behavior might not be a T&C breach. If it crosses that line, however, we'll act as a reasonable ISP should. If the customers conduct is illegal, or a DoS, or spam, or other behavior which will negatively affect our own online reputation, we'll similarly take steps to respond. Often an external report is the way that we find out about this behavior - we don't have eyes everywhere. > The upshot of all this line of thinking is that some (many?) believe that > it's not even the job of an ISP abuse desk to even delve into any matters > that do not clearly affect network operational status. At any and all > ISPs of this persuasion, a note to abuse@ regarding a clear trademark > violation (and a plausible/possible phishing threat) would be discarded > virtually the moment it was opened. > > The ISP is responsible for being a good online citzen (morally). But they're also obliged to preserve their own reputation if they want to ensure folks won't simply blackhole their traffic, so if they choose to turn a blind eye to the problems their customers cause, ultimately it will affect their bottom line. The ISP will then care - so the ISP's Abuse Desk, being the group who deal with the outside world in respects abusive behavior online, should be prepared to deal with this. Across the several ISP's I've worked for, this is certainly the case. And I will actively steer business away from any ISP who chooses to reneg on this obligation. Mark. -------------- next part -------------- An HTML attachment was scrubbed... URL: </ripe/mail/archives/anti-abuse-wg/attachments/20101225/fbde0de5/attachment.html>
- Previous message (by thread): [anti-abuse-wg] How Not To Ask For A Website to Be taken Down
- Next message (by thread): [anti-abuse-wg] How Not To Ask For A Website to Be taken Down
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]