<html><body><span style="font-family:Verdana; color:#000; font-size:12pt;"><div>If they are responsive, then there will be no issue with them validating their email address.</div><div><br></div><div><br></div>
<blockquote id="replyBlockquote" webmail="1" style="border-left: 2px solid blue; margin-left: 8px; padding-left: 8px; font-size:10pt; color:black; font-family:verdana;">
<div id="wmQuoteWrapper">
-------- Original Message --------<br>
Subject: Re: [anti-abuse-wg] 2017-02 Review Phase Reminder<br>
From: Alexander Isavnin <<a href="mailto:isavnin@gmail.com">isavnin@gmail.com</a>><br>
Date: Sat, February 17, 2018 9:02 pm<br>
To: <a href="mailto:anti-abuse-wg@ripe.net">anti-abuse-wg@ripe.net</a><br>
<br>
Dear Troy!<br>
Thank you for reply.<br>
<br>
On 2018-02-16 21:30:53 CET, Troy Mursch wrote:<br>
>  > 1) With a lot of words about improving trust and safety in Proposal's<br>
>  > summary, there is no evidence about issues with trust and safety with<br>
>  > uncheked "abuse-c:"<br>
> I've seen plenty of evidence and ramifications from first hand experience<br>
> when abuse notifications go ignored/unanswered.<br>
Please, notice difference between "checked by RIPE NCC" and responsive to abuse notifications. <br>
Which will lead us to:<br>
><br>
> > 2) In my experience, real abusers have all their contacts valid (and<br>
> > responsive).<br>
> Please share more of your experiences. I've never heard of this claim nor<br>
> understand what a "real abuser" is.<br>
Most of the routing incidents are misconfigurations, and we can't call it malicious. But some are really planned and in this case, you might (and will)  recieve reply like "dumb first line support" or even "it's not us, it's our customer's customer and they have everything registered in routing registry well, so we are filtering with RIPE DB, and everything is ok, and we'll do nothing".<br>
<br>
Dear Troy!<br>
Phone number without country code let me guess that you are from the country, where 13 marsh trolls led by Chef with $10K budget may affect presidental elections, which is out of RIPE NCC service region, so you might be a little out of the context. Let me give you some information in following answers.<br>
<br>
> > 3) Why only abuse-c have to be checked? There are a lot of different<br>
> > contacts or information, that could be verified.<br>
> Because that's where you send abuse notifications. In many cases, these<br>
> will be critical messages regarding ongoing threats, such as a denial of<br>
> service attack or malware distribution.<br>
RIPE Database (operated by RIPE NCC) have a number of different contacts where you may need to send critical messages.<br>
AFAIK abuse-c was introduced to add another contact point, which in modern businesses might be different from admitstrative or technical, and also have another privacy protection level.<br>
But RIPE Database main purpose is not to do the job of security researchers or police officers. There was a funny presentation by a police officer at RIPE Meeting in Madrid, crying that he could not catch a criminal just by quering RIPE Database and looking at Street view.<br>
<br>
Once i had to consult LIR, which had no valid contacts at database at all, but having maintainer password and working postal address allowed it operate well. And support of entities of Global IP connectivity - is what RIPE NCC is mostly about.<br>
<br>
From the other hand, we have live example here, in Russia. All kinds of LEAs introducing more and more regulations adding additional data retention responsibilities to ISPs. And for LEAs surprise, such regulations doesn't help to prevent or investigate real crime. Would you like me to make presentation on this topic? <br>
<br>
> > Also, RIPE NCC executive just got extraordinary powers to revoke resource<br>
> False - no new powers are granted to RIPE NCC by this proposal.<br>
You are out of context. Managing Director got powers with RIPE NCC Article of Association change (i suspect that voting was also inferred by trolls :) ). And immediately after such change we got this policy, which can be really easily abused (see concerns in previous discussions, for example e-mail is not intended to be 100% reliable) to revoke resources. <br>
<br>
It's sad, but once First RIPE Chair ensured me, that revocation of resources is not an option for enforcing RIPE policies. Seems we starting to forget him.<br>
 <br>
Hope, we all are willing prevent and resolse threats.<br>
But not with "security theater".<br>
<br>
Kind regards,<br>
Alexander Isavnin<br>
<br>
Sent via RIPE Forum -- <a href="https://www.ripe.net/participate/mail/forum">https://www.ripe.net/participate/mail/forum</a><br>
<br>

</div>
</blockquote></span></body></html>