PERSONAL.EXE / CASE FILE / EDUCATION

ROV: jeden prefix, tři výsledky

Syntetický příklad pravidel Valid, Invalid a NotFound podle RFC 6811.

Syntetická výuková ukázka. Žádné skutečné měření ani vyšetřování.

OFFLINE LAB / DEMO
01

Otázka

Co rozhoduje, zda je původ BGP oznámení autorizovaný?

02

Kontext

Výukový model používá dokumentační IPv4 prefixy, testovací AS čísla a předem zadané VRP. Nepracuje s aktuálními trasami na Internetu.

03

Metodika

  1. Vložit oznámení 203.0.113.0/24 s původním AS64500 a VRP, které stejný prefix i AS autorizuje.
  2. Se stejným VRP změnit původní AS na AS64599.
  3. Použít prefix 192.0.2.0/24 bez jakéhokoli pokrývajícího VRP.
  4. Vyhodnotit pravidla offline podle RFC 6811 bez síťového skenování.
04

Použité nástroje

  1. Deterministický model v lib/personal/rov-demo.ts; nepřipojuje se k BGP.
  2. Syntetické VRP předpokládané jako již kryptograficky ověřené.
05
06

Pozorování

  1. AS64500 se shodným VRP → Valid.
  2. AS64599 při pokrytí prefixu VRP pro jiný AS → Invalid.
  3. 192.0.2.0/24 bez pokrývajícího VRP → NotFound.
07

Interpretace

ROV ověřuje autorizaci původního AS vzhledem k prefixu a maxLength; nedokazuje věrohodnost celé cesty. NotFound není totéž co Invalid.

08

Omezení

Zjednodušený model zpracovává IPv4 a již ověřené VRP. Neověřuje podpisy ROA, reálné BGP aktualizace, RPKI cache ani politiku směrovače. Jde o simulaci, nikoli o měření sítě.

09

Závěr

Syntetické příklady ilustrují tři definované stavy ROV. Nejde o certifikaci, penetrační test ani důkaz provozní bezpečnosti.