- anti-abuse-wg - mailman.ripe.net

Call For Agenda Items - RIPE67
by Brian Nisbet 12 Aug '13

12 Aug '13

Colleagues, While Europe is still enjoying its summer, the next RIPE meeting is slowly approaching. This meeting will be taking place in Athens from the 14th - 18th October 2013 and all the details can be found at http://ripe67.ripe.net As always Tobias and I are hoping the Anti-Abuse WG session will be full of interesting presentations and discussions. If you have anything you would like to present at the meeting, please email us at aa-wg-chairs(a)ripe.net Thanks, Brian

1 0

SQL injection attacks from Kyivstar GSM
by Roy Vij 02 Aug '13

02 Aug '13

We have seen a rush of SQL injection attacks from Ukraine based Kyivstar GSM. How can I query the ripe database to provide all IP blocks from Kyivstar GSM? -Regards

3 2

RIPE NCC Report: Law Enforcement Agency Requests 2012
by Paul Rendek 16 Jul '13

16 Jul '13

[Apologies for duplicates] Dear colleagues, As mentioned in the Anti-Abuse Working Group session at RIPE 66, the RIPE NCC has published a transparency report that details the nature of the requests we received from Law Enforcement Agencies (LEAs) in 2012. You can find the report here: http://www.ripe.net/ripe/docs/ripe-593 Kind regards, Paul Rendek Director of External Relations RIPE NCC

2 1

Re: [anti-abuse-wg] Who owns 24.205.98.101?
by Reza Farzan 11 Jul '13

11 Jul '13

Hello Olaf, Yes, not a single response from Charter, and I am not surprised. Charter Communications [charter.net & charter.com] is one of those mega providers that does not respond to such questions. Their Contact Page, http://www.myaccount.charter.com/Customers/ContactUs.aspx, deals mainly with their customers and their related inquiries. But calling Charter's National Network Operations Center (+1-314-288-3111) could be the last option, if they actually answer that line. With countless servers and IPs, Charter may not be as responsive as we expect them to be. Thank you, Reza Farzan ++++++++++ -----Original Message----- >From: Olaf van der Spek <ml(a)vdspek.org> >Sent: Jul 2, 2013 10:29 AM >To: Reza Farzan <rezaf(a)mindspring.com> >Subject: Re: [anti-abuse-wg] Who owns 24.205.98.101? > >On Tue, Jun 25, 2013 at 4:07 PM, Reza Farzan <rezaf(a)mindspring.com> wrote: >> Hello Peter, >> >> The Whois information clearly shows this IP to be part of Charter Communications network: >> >> NetRange: 24.205.76.0 - 24.205.99.255 >> CIDR: 24.205.96.0/22, 24.205.80.0/20, 24.205.76.0/22 >> OriginAS: >> NetName: CHAR-PAS-205-76-99 >> NetHandle: NET-24-205-76-0-1 >> Parent: NET-24-205-0-0-1 >> NetType: Reallocated >> RegDate: 2001-09-30 >> Updated: 2003-08-27 >> Ref: http://whois.arin.net/rest/net/NET-24-205-76-0-1 >> >> OrgName: Charter Communications >> OrgId: CC04 >> Address: 12405 Powerscourt Dr. >> City: St. Louis >> StateProv: MO >> PostalCode: 63131 >> Country: US >> RegDate: >> Updated: 2012-07-03 >> Ref: http://whois.arin.net/rest/org/CC04 >> >> OrgTechHandle: IPADD1-ARIN >> OrgTechName: IPAddressing >> OrgTechPhone: +1-314-288-3889 >> OrgTechEmail: ipaddressing(a)chartercom.com >> OrgTechRef: http://whois.arin.net/rest/poc/IPADD1-ARIN >> >> OrgAbuseHandle: ABUSE19-ARIN >> OrgAbuseName: Abuse >> OrgAbusePhone: +1-314-288-3111 >> OrgAbuseEmail: abuse(a)charter.net >> OrgAbuseRef: http://whois.arin.net/rest/poc/ABUSE19-ARIN >> >> OrgNOCHandle: NNOC16-ARIN >> OrgNOCName: National Network Operations Center >> OrgNOCPhone: +1-314-288-3111 >> OrgNOCEmail: dlnocip(a)chartercom.com >> OrgNOCRef: http://whois.arin.net/rest/poc/NNOC16-ARIN >> >> ++++ >> >> So, I do not understand why they are telling you otherwise. >> >> I have copied the responsible parties at Charter Communication so that they could investigate this matter further. ++++ Not a single response from Charter it seems. What's next?

4 3

Sending SPAM
by lhcarrara＠gmail.com 04 Jul '13

04 Jul '13

Hello friends. Not sure this is the correct channel, if there is some other form of contact, but I do not see how else to complain about, I'm trying all possibilities. This message is translated by Google Translator. So excuse me if there are any errors. Well, I'm having problems with SPAM from provider OVH. I have received several of them in recent weeks, but not when I am finding solution complaints. When I started to complain to the email abuse(a)ovh.net (that does not work, even), and then the e-mail suporte(a)ovh.net, the operator asked me to get in touch directly with the email abuse that listed in the register of IP RIPE.NET. It is what I have done. But in recent days, the customer who owns the OVH email spam-control(a)hospedagemgenial.com.br been sending me various SPAM. But this email ( spam-control(a)hospedagemgenial.com.br) does not exist, so my complaints are not enough. So, I began to denounce the SPAM directly to OVH, but nothing was done. I keep getting these SPAM. I do not know if they do not have infrastructure to filter it, or do not want to block the account of spamming, but keep getting the messages. To my enchegar things, when a carrier sells a framework for sending emails advertising (fancy name for SPAM), it is also responsible for such transmission. I did not ask her client (the spam-control(a)hospedagemgenial.com.br) send me SPAM. These customers simply take our e-mail who knows where and start sending us spam. And when we complained, the provider does nothing. I can not stand staying receiving such messages, do not want to receive and do not want to be made a fool by clicking on "click here to unsubscribe" because I know I'll keep getting spam from the same company, only one other product. Wish you could help me make a formal complaint about the sending of SPAM opereradora OVH or, if not the responsibility of you, if you could show me how it should be done. Thank you for your attention. Henrique

4 3

Re: [anti-abuse-wg] [db-wg] abuse-c + org
by Denis Walker 04 Jul '13

04 Jul '13

[Apologies for duplicate emails.] Dear Gilles, These points were discussed on the Anti Abuse Working Group mailing lists quite extensively in June and December 2012. As you correctly pointed out policy ripe-563 says "This policy introduces a new contact attribute named "abuse-c:”, that can be included in inetnum, inet6num and aut-num objects." During the discussions last year it was asked if the RIPE NCC should 'interpret' policy. Our understanding is that this policy expresses the desire and goal of the RIPE community for a new feature in the RIPE Database. To achieve these goals this desire needs to be translated into, and incorporated in, an efficient, technical database design. In the RIPE Labs article https://labs.ripe.net/Members/kranjbar/implementation-details-of-policy-201… we pointed out that there are about 3.7 million Internet resource objects in the RIPE Database. To add an "abuse-c:" attribute physically to each of these objects is unmanageable. Every users network is physically linked to their existing ORGANISATION object. Each user only needs to add one "abuse-c:" attribute in their ORGANISATION object and all their networks are covered. When any address is queried in the RIPE Database, the software will find the related "abuse-c:" reference and return this information as part of the query. By returning this information as a default with each query we have satisfied the policy requirement that the "abuse-c:" is "included in inetnum, inet6num and aut-num objects". It is not physically stored in each object in an unmanageable way, but logically associated with each object in an efficient and manageable way. This implementation was presented to and discussed by the community on the Anti Abuse Working Group mailing list last year and Brian declared that a consensus had been reached in his email on December 5, on behalf of the co-chairs of the DB and AA Working Groups: http://www.ripe.net/ripe/mail/archives/anti-abuse-wg/2012-December/001993.h… In a follow up RIPE Labs article https://labs.ripe.net/Members/denis/creating-and-finding-abuse-contacts-in-… the RIPE NCC explained how this implementation works in practise. You may recall that we discussed the details of how these references using the ORGANISATION object worked and how they can be fine tuned: http://www.ripe.net/ripe/mail/archives/anti-abuse-wg/2012-December/001998.h… The old RIPE Database reference manuals on the ripe.net web site still refer to the use of "abuse-mailbox:" attributes in other object types, but don't refer to "abuse-c:" at all. These attributes were never allowed to be added directly to the resource objects even in the legacy software. These old reference manuals are now out of date in many respects and should perhaps be clearly marked as archived documents. I hope this answers your specific questions. Regards Denis Walker Business Analyst RIPE NCC Database Team On 27/06/2013 10:06, Gilles Massen wrote: > Dear WG, and RIPE NCC staff, > > While trying to add an abuse-c to our resources, I was quite surprised > that you can only attach the abuse-c to an org object (while the policy > suggests otherwise and implementation notes are not very clear on the > limitation). > > So I'd like to ask why this restriction exists? What is wrong with > adding an abuse-c directly to an inet[6]num or aut-num? > > Best regards, > Gilles >

7 12

New on RIPE Labs: Geoff Huston - Here's Looking At You..
by Mirjam Kuehne 04 Jul '13

04 Jul '13

[apologies for duplicates] Dear colleagues, Geoff Huston measured to what extent information relating to individuals’ activities online is being passed to others. Please see his findings on RIPE Labs: https://labs.ripe.net/Members/gih/heres-looking-at-you Kind regards, Mirjam Kuehne RIPE NCC

1 0

Re: [anti-abuse-wg] New Abuse Information on RIPE NCC Website
by Michele Neylon :: Blacknight 01 Jul '13

01 Jul '13

Furio If you're going to make statements about 3rd parties you should try to restrict yourself to facts and not make broad sweeping statements. On 27 Jun 2013, at 14:13, furio ercolessi <furio+as(a)spin.it> wrote: > > > Therefore the responsibility for terminating C&C domains lies on the > registries, not on the DNS providers (that may not even exist). Not necessarily. If registries are going round the place pulling domains it causes headaches for registrars - and the registries don't have a contract / agreement with the registrant While this may be different with ccTLDs you haven't specified that you're only referring to cctlds .. And I don't see how a domain can resolve without a DNS provider - that makes zero sense. > > The .AT and .LV cases have been two rather dramatic cases where the > registries were sitting there doing nothing for a very long time, while > the word spread among criminals that they were a 'safe haven'. That's highly defamatory. I don't think the managers of either ccTLD would appreciate anyone referring to them using that tone. > Similar problems have then occurred in .PL and .RU as well. Again - broad sweeping statements. I'd take you more seriously if you referred to the current state of play and not some past issues that have been addressed > > Luckily, the times have changed and country CERTs are nowadays > much more aware of the C&C problem and of the need to take down those > domains swiftly. Irrelevant statement CERTs have little impact on registry operations when they're run by private entities > As it often happens with large organizations, > 'learning' may be very slow and may need to be stimulated by external > forces - not because of lack of capacity of the individuals working > in the organizations to understand the issue, but because of the fear > of those individuals to break a complex set of rules, and the possible > need to have those rules changed to avoid breaking them. > > I believe that all the external forces working on this problem - > Spamhaus, Cymru, Shadowserver, SURBL, GTSC, ISC, Trend Micro and > others - have played and are playing a very important role in > interacting with registries and CERTs regarding cybercrime domains, > even more so when those interactions have to be a little 'rough' > to get some traction. Nobody likes friction i think, but sometimes > it is needed to shake things and see some action. > > furio ercolessi Mr Michele Neylon Blacknight Solutions ♞ Hosting & Domains ICANN Accredited Registrar http://www.blacknight.co http://blog.blacknight.com/ Intl. +353 (0) 59 9183072 US: 213-233-1612 Locall: 1850 929 929 Direct Dial: +353 (0)59 9183090 Facebook: http://fb.me/blacknight Twitter: http://twitter.com/mneylon ------------------------------- Blacknight Internet Solutions Ltd, Unit 12A,Barrowside Business Park,Sleaty Road,Graiguecullen,Carlow,Ireland Company No.: 370845

10 21

Re: [anti-abuse-wg] New Abuse Information on RIPE NCC Website
by Ronald F. Guilmette 01 Jul '13

01 Jul '13

Sascha Luck <lists-ripe(a)c4inet.net> wrote: >Attempts to establish the RIR as a censorship authority do >damage to the RIR and its community. You have an interestingly pervasive definition of "censorship". By your definition, anyone attempting to even disipline, after the fact, a person who had shouted "fire" in a crowded theater, in par- tcular one that had not in fact been on fire, would be guilt of unwarranted "censorship". >I do not think a RIR can survive any other way than by being a >"disinterested party" that engages in registry duties, and none other. Assuming, for the sake of argument, that I and every other member of RIPE agreed with that exact assertion, then I would be forced to ask the obvious question: What then are the goals, missions, and responsibilities of the RIPE Anti-Abuse working group?

16 67

The Rules
by Ronald F. Guilmette 30 Jun '13

30 Jun '13

I am going to try to work with Brian, off-list, to try to wordsmith and do whatever else is necessary in order to convert the informal proposals that I posted here recently into formal ones. While I am working on that however, I would very much like to ask a very simple question... What exactly are The Rules with respect to IPv4 address block allocations? What does one need to show, exactly, in order to either get or, more importantly, to keep, say, a /21 ? Assume for the sake of argument that I received a /21 from some RIPE LiR one year ago. Assume that I never put _anything_ in it. Assume that RIPE NCC "audits" me. What happens, exactly? Regards, rfg

9 24