2026-muntaka-garlic-box-i2p
Garlic in a Box: I2P Network Emulator
canonical link → · arxiv: 2610.34004
2026-muntaka-garlic-box-i2p
canonical link → · arxiv: 2610.34004
findings extracted from this paper
Advertising a 16 MB/s bandwidth class did not raise attackers' measured peak throughput above controls under light testbed load (0.127 ± 0.000 KBps vs 0.210 ± 0.072 KBps, ρ = 0.60), showing that the behavioral lever (earned performance) is ineffective at low traffic volumes and that direct bonus injection is the operative attack component in I2P reputation manipulation.
The paper identifies a statistical anomaly defense against I2P reputation injection: an injected bonus value (e.g., 9999) sits orders of magnitude above any legitimate measured value for the same peer, so a router comparing stored bonus fields against the distribution of its own observed measurements for that peer could flag and discard outlier values while leaving legitimately earned reputations intact.
A 50-router I2P deployment spanning five geographic locations stabilizes in approximately 25 minutes and consumes roughly 21 GB RAM (417 MB per router, measured via live systemd cgroups), with a single-host ceiling of approximately 90 routers and a static-profiling estimate (257 MB) that was 62% lower than the live measurement.
Across five independent trials, injecting speedBonus and capacityBonus values of 9999 into I2P peer profiles deterministically promoted adversary nodes into the victim's eligible selection set (Fv) with perfect consistency (σ = 0), and the adversary was chosen for 1.38× more tunnel build requests than matched controls (10.76 ± 0.20 vs 7.80 ± 1.84 lifetime agreed-to tunnels).
Selection stage success does not imply delivery stage success: adversary nodes selected 1.38× more often were also rejected 3.45× more often than controls (265.8 ± 21.2 vs 77.0 ± 16.5 lifetime rejections), demonstrating that compromising the selection criterion is a necessary but not sufficient condition for traffic interception.