<html><head></head><body><div></div> <div><br></div><div id="ydpc0a05b6eyahoo_quoted_9567108681" class="ydpc0a05b6eyahoo_quoted"><div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;"> <div><div class="ydpa41cf4f4yahoo-style-wrap" style="font-family:Helvetica Neue, Helvetica, Arial, sans-serif;font-size:16px;"><div></div> <div dir="ltr" data-setdir="false">Yes of course it would have to be an automated process. A benefit of encrypting all the data is that it keeps the RIPE NCC out of any legal actions that may follow. They are simply a forwarding service and have no other details.</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">cheers</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">denis</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">co-chair DB-WG</div><div><br></div> </div><div id="ydp4bd25f3fyahoo_quoted_9707658800" class="ydp4bd25f3fyahoo_quoted"> <div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;"> <div> On Friday, 17 January 2020, 11:59:51 CET, JORDI PALET MARTINEZ via anti-abuse-wg <anti-abuse-wg@ripe.net> wrote: </div> <div><br></div> <div><br></div> <div><div id="ydp4bd25f3fyiv1466064399"><div><div class="ydp4bd25f3fyiv1466064399WordSection1"><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-bottom:12.0pt;"><span lang="EN-US" style="font-size:12.0pt;color:black;">I will be fine with this (having RIPE NCC as an intermediator just to send the abuse report), if instead of a web form (or in addition to it), it is possible to automate it, for example RIPE NCC also accepts x-arf via email.</span></p><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-bottom:12.0pt;"><span lang="EN-US" style="font-size:12.0pt;color:black;">RIPE NCC has the obligation to keep the information without disclosing it, so why we need to have a way to encypt it so RIPE NCC can’t read it? Furthermore, this should be an automated process. The staff is not going to handle every report manually. And moreover, in case of a bigger dispute, even if going to the courts, RIPE NCC can provide in a neutral way all the info of what happened.</span></p><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-bottom:12.0pt;"><span lang="EN-US" style="font-size:12.0pt;color:black;">However, I’ve the feeling that in order to get this working, the policy must mandate that all the responser from the operator which customer is producing the abuse, also follow the same path, so:</span></p><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-bottom:12.0pt;"><span lang="EN-US" style="font-size:12.0pt;color:black;">Abuse reporter (Victim or its ISP) -> RIPE NCC -> abuser operator -> RIPE NCC -> abuse reporter</span><span lang="EN-US" style="font-size:12.0pt;color:black;"></span></p><p class="ydp4bd25f3fyiv1466064399MsoNormal"><span lang="EN-US" style="font-size:12.0pt;">Otherwise, there will not be a way for RIPE to have stats of who is responding to abuse cases and who is not, or even simpler than that, what abuse mailboxes get bounced (which will be a policy violation if happens all the time with the same operator). Never mind we decide or not that not-responding is an abuse-c violation. Stats are good, even if not published with operator names.</span></p><p class="ydp4bd25f3fyiv1466064399MsoNormal"><span lang="EN-US" style="font-size:12.0pt;"> </span></p><div><div><div class="ydp4bd25f3fyiv1466064399yqt0513288995" id="ydp4bd25f3fyiv1466064399yqtfd71933"><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;">El 17/1/20 1:12, "anti-abuse-wg en nombre de ripedenis--- via anti-abuse-wg" <<a shape="rect" href="mailto:anti-abuse-wg-bounces@ripe.net" rel="nofollow" target="_blank">anti-abuse-wg-bounces@ripe.net</a> en nombre de <a shape="rect" href="mailto:anti-abuse-wg@ripe.net" rel="nofollow" target="_blank">anti-abuse-wg@ripe.net</a>> escribió:</p></div></div></div><div class="ydp4bd25f3fyiv1466064399yqt0513288995" id="ydp4bd25f3fyiv1466064399yqtfd51450"><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"> </p></div><div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;">Hi Sergio</span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;"> </span></p></div><div><div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;">As I read through this thread similar ideas came to my mind. The question I would ask is "Is it too late to take a completely different approach to abuse contacts and reporting via the RIPE Database?"</span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;"> </span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;">Suppose we had a standard form available via the ripe.net website for providing details of abuse. If you are able to find the "abuse-c:" details in the database now then you must know the IP address involved. The RIPE NCC could send the report to the abuse contact taken from the database via the specified IP address. This does not have to be an email interface either. We could look at other options. The RIPE NCC would then at least know if the report was successfully delivered. Using a standard form would make it much easier for the resource holder to interpret the information.</span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;"> </span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;">Someone said:</span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;">"Making such a scheme compulsory would be unacceptable to people who wish to interact with network owners without disclosing that in public ..."</span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;">I have no understanding of the technology involved here, but when I send you a message on WhatsApp it is encrypted end to end. WhatsApp have no idea (they say) of the content of the message. Would it be possible to submit a form on ripe.net in a way that the content of that form is encrypted and sent to the resource holder so the RIPE NCC have no idea of the content of the form? That would satisfy this concern.</span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;"> </span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;">Regardless of the outcome of the RIPE Database Requirements Task Force, something like this could still be implemented as it is external to the RIPE Database.</span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;"> </span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;">Food for thought...</span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;"> </span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;">cheers</span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;"> </span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;">denis</span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;"> </span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;">co-chair DB-WG</span></p></div></div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;"> </span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:12.0pt;"> </span></p></div></div></div><div id="ydp4bd25f3fyiv1466064399ydpeeeadb22yahoo_quoted_9795829140"><div><div class="ydp4bd25f3fyiv1466064399yqt0513288995" id="ydp4bd25f3fyiv1466064399yqtfd58166"><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:10.0pt;">On Wednesday, 15 January 2020, 10:22:28 CET, Sérgio Rocha <sergio.rocha@makeitsimple.pt> wrote: </span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:10.0pt;"> </span></p></div><div><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:10.0pt;"> </span></p></div></div><div><div><div class="ydp4bd25f3fyiv1466064399yqt0513288995" id="ydp4bd25f3fyiv1466064399yqtfd28933"><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-left:35.4pt;"><span style="font-size:10.0pt;">Hi,<br clear="none"><br clear="none">Maybe we can change the approach.<br clear="none">If RIPE website had a platform to post abuse report, that send the email for<br clear="none">the abuse contact, it will be possible to evaluate the responsiveness of the<br clear="none">abuse contact.<br clear="none"><br clear="none">This way anyone that report an abuse could assess not only the response but<br clear="none">also the effectiveness of the actions taken by the network owner. After some<br clear="none">time with this evaluations we would easy to realize who manages the reports<br clear="none">and even who does not respond at all.<br clear="none"><br clear="none">Sérgio </span></p></div><div id="ydp4bd25f3fyiv1466064399ydpeeeadb22yqtfd58523"><p class="ydp4bd25f3fyiv1466064399MsoNormal" style="margin-right:0cm;margin-bottom:12.0pt;margin-left:35.4pt;"><span style="font-size:10.0pt;"></span></p><div class="ydp4bd25f3fyiv1466064399yqt0513288995" id="ydp4bd25f3fyiv1466064399yqtfd24547"><br clear="none">-----Original Message-----<br clear="none">From: anti-abuse-wg [mailto:<a shape="rect" href="mailto:anti-abuse-wg-bounces@ripe.net" rel="nofollow" target="_blank">anti-abuse-wg-bounces@ripe.net</a>] On Behalf Of<br clear="none">Gert Doering<br clear="none">Sent: 15 de janeiro de 2020 08:06<br clear="none">To: Carlos Friaças <<a shape="rect" href="mailto:cfriacas@fccn.pt" rel="nofollow" target="_blank">cfriacas@fccn.pt</a>><br clear="none">Cc: Gert Doering <<a shape="rect" href="mailto:gert@space.net" rel="nofollow" target="_blank">gert@space.net</a>>; anti-abuse-wg <<a shape="rect" href="mailto:anti-abuse-wg@ripe.net" rel="nofollow" target="_blank">anti-abuse-wg@ripe.net</a>><br clear="none">Subject: Re: [anti-abuse-wg] working in new version of 2019-04 (Validation<br clear="none">of "abuse-mailbox")<br clear="none"><br clear="none">Hi,<br clear="none"><br clear="none">On Wed, Jan 15, 2020 at 07:23:38AM +0000, Carlos Friaças via anti-abuse-wg<br clear="none">wrote:<br clear="none">> I obviously don't speak for the incident handling community, but i <br clear="none">> think this (making it optional) would be a serious step back. The <br clear="none">> current situation is already very bad when in some cases we know from <br clear="none">> the start that we are sending (automated) messages/notices to blackholes.<br clear="none"><br clear="none">So why is it preferrable to send mails which are not acted on, as opposed to<br clear="none">"not send mail because you know beforehand that the other network is not<br clear="none">interested"?<br clear="none"><br clear="none">I can see that it is frustrating - but I still cannot support a policy<br clear="none">change which will not help dealing with irresponsible networks in any way,<br clear="none">but at the same time increases costs and workload for those that do the<br clear="none">right thing alrady.<br clear="none"><br clear="none"><br clear="none">> To an extreme, there should always be a known contact responsible for <br clear="none">> any network infrastructure. If this is not the case, what's the <br clear="none">> purpose of a registry then?<br clear="none"><br clear="none">"a known contact" and "an *abuse-handling* contact" is not the same thing.<br clear="none"><br clear="none">Gert Doering<br clear="none"> -- NetMaster<br clear="none">--<br clear="none">have you enabled IPv6 on something today...?<br clear="none"><br clear="none">SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael<br clear="none">Emmer<br clear="none">Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann<br clear="none">D-80807 Muenchen HRB: 136055 (AG Muenchen)<br clear="none">Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279</div><br clear="none"><br clear="none"></div></div></div></div></div></div><br clear="none">**********************************************<br clear="none"> IPv4 is over<br clear="none"> Are you ready for the new Internet ?<br clear="none"> http://www.theipv6company.com<br clear="none"> The IPv6 Company<br clear="none"> <br clear="none"> This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.<div class="ydp4bd25f3fyiv1466064399yqt0513288995" id="ydp4bd25f3fyiv1466064399yqtfd63925"><br clear="none"> <br clear="none"> </div></div></div></div> </div> </div></div> </div> </div></body></html>