<?xml version="1.0" encoding="utf-8"?>
<rfc version="3" category="info" docName="draft-voet-bgp-oob-validation-00" ipr="trust200902" submissionType="independent" xmlns:xi="http://w3.org">
  <front>
    <title abbrev="OOB BGP PATH VALIDATION">Out-of-Band Path Validation to Mitigate Inter-AS Routing Exploits</title>
    <seriesInfo name="Internet-Draft" value="draft-voet-bgp-oob-validation-00"/>
    <author fullname="Gunther Voet" initials="G." surname="Voet">
      <organization>Independent Researcher</organization>
      <address>
        <postal>
          <postalLine>Independent Internet Security Researcher / Administrator</postalLine>
        </postal>
        <email>bgp-draft@xsrv.net</email>
      </address>
    </author>
    <date year="2026" month="6" day="18"/>
    <abstract>
      <t>This document describes a mechanism for mitigating Inter-AS routing exploits and path tampering without introducing real-time cryptographic processing overhead on core routing engines. By utilizing Out-of-Band (OOB) Cryptographic Validation combined with localized caches via the RPKI-to-Router (RTR) protocol and Autonomous System Provider Authorization (ASPA), networks can asynchronously verify path plausibility. This architecture supports incremental, partial deployment to protect infrastructure against malicious traffic redirection and unauthorized path propagation at major internet exchange points.</t>
    </abstract>
  </front>
  <middle>
    <section title="Introduction">
      <t>The global routing system relies on the Border Gateway Protocol (BGP), which is inherently vulnerable to route hijacking and path manipulation. While Resource Public Key Infrastructure (RPKI) provides Route Origin Validation (ROV), it lacks the ability to validate path integrity. Malicious actors can bypass origin filters by forging an unauthorized transit path (AS_PATH) while retaining a legitimate origin AS at the end of the chain. These manipulated paths propagate through large interconnection hubs, such as the Amsterdam Internet Exchange (AMS-IX), enabling cross-border infrastructure manipulation and digital harassment.</t>
      <t>Previous attempts to secure the path layer (e.g., S-BGP) failed due to the massive CPU overhead required for real-time cryptographic signing on core routers. This document outlines an upgradable, backward-compatible solution utilizing localized, asynchronous validation to achieve path security with zero additional router CPU cycles.</t>
    </section>
    <section title="Protocol Overview &amp; Out-of-Band Logic">
      <t>To eliminate processing overhead on live forwarding planes, validation is decoupled from standard routing updates using an asynchronous model:</t>
      <section title="Local Cache Injection">
        <t>Instead of forcing core routers to execute real-time cryptographic signature checks on every incoming route advertisement, routers connect locally to an out-of-band validator using the RTR protocol. The validator pre-computes and signs the valid cryptographic ledger.</t>
      </section>
      <section title="Asynchronous Ledger Validation">
        <t>Validation occurs out-of-band using specialized RPKI validating caches (e.g., Routinator). Routers download verified public key ledgers asynchronously in the background. This allows routers to instantly filter or block unauthenticated, spoofed paths using a local memory lookup table without degrading traffic throughput.</t>
      </section>
      <section title="Incremental Partial Deployment">
        <t>This architecture allows for seamless partial deployment. Individual networks can implement these validation caches independently to protect their users immediately, without requiring a coordinated, simultaneous upgrade across all global transit networks.</t>
      </section>
    </section>
    <section title="Autonomous System Provider Authorization (ASPA)">
      <t>Alongside local cache validation, networks deploy ASPA to combat path spoofing. ASPA utilizes cryptographically signed objects in the RPKI to define authorized provider lists for an AS. Routers use these lightweight, pre-computed profiles to verify path plausibility and automatically flag unauthorized route leaks before they propagate.</t>
    </section>
    <section title="Security Considerations">
      <t>This document addresses the exploitation of standard BGP implicit trust. By shifting cryptographic computation to an out-of-band local cache, this mechanism prevents denial-of-service conditions on core routers caused by high-volume malicious routing updates. It specifically blocks unauthorized transit path injection used for traffic interception.</t>
    </section>
    <section title="IANA Considerations">
      <t>This document has no actions for IANA.</t>
    </section>
  </middle>
  <back>
  </back>
</rfc>
