<div dir="ltr">All,<div><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">If that happens, then potentially everyone can be a victim, yes.<br>Then they should be able to place a report.<br></blockquote><div> </div><div>I disagree. Just because you see what you think is a hijack in the full table doesn't mean you have enough information to justify a full investigation that is likely to consume valuable time and resources. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Afaik, this is possible within LACNIC (i.e. through <a href="http://warp.lacnic.net/" rel="noreferrer" target="_blank">warp.lacnic.net</a>). When<br>the same proposal was discussed there, the yearly number of reports (if<br>i'm not mistaken) was on the scale of dozens -- and they have a very high<br>degree of helping stop/mitigate the incidents, almost close to 100%, which<br>is fantastic!</blockquote><div> </div><div>Being asked to fix an issue is very different from getting investigated for an issue with the potential for termination of membership. While I haven't seen a proposal for establishing a system like LACNIC's WARP under RIPE, I'd be open to the idea. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I fail to identify exactly were the proposal describes such a need.<br>Even so, the experts should be binded to NDAs... :-)<br></blockquote><div><br></div><div>While having the experts under NDA is a step in the right direction, it still involves effectively being required to turn information over to external parties due to the suspicions of some random AS. My concern isn't so much that the information will be leaked; my concern is that, fundamentally, being required to turn information over to a third party on someone's unsupported suspicions seems wrong. </div><div><br></div><div>Right now, the policy seems to pull a large amount of resources and risk (per the impact analysis) without enough of a return. </div><div><br></div><div>Jacob Slater</div><div><br></div><div><br></div><div><br></div><div> </div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 9, 2019 at 3:45 PM Carlos Friaças <<a href="mailto:cfriacas@fccn.pt" target="_blank">cfriacas@fccn.pt</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On Thu, 5 Sep 2019, Jacob Slater wrote:<br>
<br>
> All,<br>
<br>
Hi Jacob, All,<br>
<br>
<br>
> Given the number of people who may submit a report (anyone receiving a <br>
> full table from their upstream(s), assuming the accused hijack makes it <br>
> into the DFZ),<br>
<br>
If that happens, then potentially everyone can be a victim, yes.<br>
Then they should be able to place a report.<br>
But that's a fundamental part of why some changes are needed: it's not <br>
only the legitimate address space owner who is the victim of an hijack. <br>
People/networks whose packets are diverted by an hijack are also victims <br>
of traffic interception.<br>
<br>
Afaik, this is possible within LACNIC (i.e. through <a href="http://warp.lacnic.net" rel="noreferrer" target="_blank">warp.lacnic.net</a>). When <br>
the same proposal was discussed there, the yearly number of reports (if <br>
i'm not mistaken) was on the scale of dozens -- and they have a very high <br>
degree of helping stop/mitigate the incidents, almost close to 100%, which <br>
is fantastic!<br>
<br>
<br>
> I'm still concerned that the proposed policy would cause more harm than<br>
> good. A random AS that happens to receive the announcement isn't in an <br>
> authoritative position to know if a given announcement was unauthorized.<br>
<br>
I can fully agree that a system based on (possibly forged) LOAs, and <br>
unauthenticated IRR created the huge mess we are submerged in today... <br>
:(((<br>
<br>
<br>
> Putting them through a reporting process that might well require the <br>
> disclosure of internal information because of an unrelated <br>
> individual/group being suspicious is a problem.<br>
<br>
I fail to identify exactly were the proposal describes such a need.<br>
Even so, the experts should be binded to NDAs... :-)<br>
<br>
<br>
Regards,<br>
Carlos<br>
<br>
<br>
<br>
> Combined with the issues detailed in the Impact Analysis, I'm opposed to the policy as written.<br>
> <br>
> Jacob Slater<br>
> <br>
> On Thu, Sep 5, 2019 at 9:24 AM Marco Schmidt <<a href="mailto:mschmidt@ripe.net" target="_blank">mschmidt@ripe.net</a>> wrote:<br>
>       Dear colleagues,<br>
><br>
>       Policy proposal 2019-03, "Resource Hijacking is a RIPE Policy Violation"<br>
>       is now in the Review Phase.<br>
><br>
>       The goal of this proposal is to define that BGP hijacking is not<br>
>       accepted as normal practice within the RIPE NCC service region.<br>
><br>
>       The proposal has been updated following the last round of discussion and<br>
>       is now at version v2.0. Some of the changes made to version v1.0 include:<br>
>       - Includes procedural steps for reporting and evaluation of potential<br>
>       hijacks<br>
>       - Provides guidelines for external experts<br>
>       - Adjusted title<br>
><br>
>       The RIPE NCC has prepared an impact analysis on this latest proposal<br>
>       version to support the community?s discussion. You can find the full<br>
>       proposal and impact analysis at:<br>
>       <a href="https://www.ripe.net/participate/policies/proposals/2019-03" rel="noreferrer" target="_blank">https://www.ripe.net/participate/policies/proposals/2019-03</a><br>
>       <a href="https://www.ripe.net/participate/policies/proposals/2019-03#impact-analysis" rel="noreferrer" target="_blank">https://www.ripe.net/participate/policies/proposals/2019-03#impact-analysis</a><br>
><br>
>       And the draft documents at:<br>
>       <a href="https://www.ripe.net/participate/policies/proposals/2019-03/draft" rel="noreferrer" target="_blank">https://www.ripe.net/participate/policies/proposals/2019-03/draft</a><br>
><br>
>       As per the RIPE Policy Development Process (PDP), the purpose of this<br>
>       four week Review Phase is to continue discussion of the proposal, taking<br>
>       the impact analysis into consideration, and to review the full draft<br>
>       RIPE Policy Document.<br>
><br>
>       At the end of the Review Phase, the Working Group (WG) Chairs will<br>
>       determine whether the WG has reached rough consensus. It is therefore<br>
>       important to provide your opinion, even if it is simply a restatement of<br>
>       your input from the previous phase.<br>
><br>
>       We encourage you to read the proposal, impact analysis and draft<br>
>       document and send any comments to <<a href="mailto:anti-abuse-wg@ripe.net" target="_blank">anti-abuse-wg@ripe.net</a>> before 4<br>
>       October 2019.<br>
> <br>
><br>
>       Kind regards,<br>
><br>
>       Marco Schmidt<br>
>       Policy Officer<br>
>       RIPE NCC<br>
> <br>
> <br>
> <br>
><br>
</blockquote></div>