Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

IPLD Resolver: Eclipse attack protection #454

Closed
aakoshh opened this issue Mar 4, 2023 · 1 comment · Fixed by consensus-shipyard/ipc-libs#74
Closed

IPLD Resolver: Eclipse attack protection #454

aakoshh opened this issue Mar 4, 2023 · 1 comment · Fixed by consensus-shipyard/ipc-libs#74
Labels

Comments

@aakoshh
Copy link
Contributor

aakoshh commented Mar 4, 2023

#64 added the mechanism of adding the addresses from Identify events to the k-table, otherwise incoming connections (presumably from ephemeral addresses) to Kademlia were treated as unroutable.

The problem with that solution is that a group of malicious nodes can quickly identify themselves to the node to stuff its k-table full of working but adversarial addresses, and crowd out legitimate peers, eclipsing the node.

The solution is to make sure we bootstrap first and add peers which we discovered on our own, before we accept self-identified records. The identify only runs once every 5 minutes by default, so we should cache a limited number of them until the bootstrapping is over.

See https://eprint.iacr.org/2018/236

@aakoshh
Copy link
Contributor Author

aakoshh commented Mar 7, 2023

Similar to input-output-hk/scalanet#108

@jsoares jsoares transferred this issue from consensus-shipyard/ipc-libs Dec 19, 2023
@jsoares jsoares added the s:ipc label Dec 19, 2023
@jsoares jsoares closed this as not planned Won't fix, can't repro, duplicate, stale Mar 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants