Leo Vegoda

PeeringDB to Require MFA and API Keys

Author image
Leo Vegoda

2 min read

0
Article lead image

You must have a second factor to login to PeeringDB from 1 July 2025. If you automate updates using our API, you'll need to use an API Key. But anonymous usage will not be going away. You can query the website or API without authenticating. This change will impact users who make updates or need access to contact information published in PeeringDB.


To prepare for this we have simplified our user interface. We now have a single control page for second factors. You can still choose from:

  • TOTP
  • U2F tokens, and
  • Passkeys

Users can have multiple second factors. For instance, TOTP in an app on a phone and a U2F token. And users can download and securely store backup codes in case other factors aren’t available.

Non admin users will appear here to be assigned permissions

Some organisations might need to move users from role accounts to personal accounts. We don't limit the number of accounts affiliated with an organisation. And we provide permissions to manage permissions for individual users.

If you automate updates with our API, you'll need to use an API Key. You'll also need an API Key if you want to get access to contact details using the API.

We have self-service account recovery for users who lose a credential. Click the link from the login page and you’ll get a mail with account recovery details.

You can recover account access by clicking the links below the login box

All users can get support from support@peeringdb.com.

If you have an idea to improve PeeringDB you can share it on our low traffic mailing lists or create an issue directly on GitHub. If you find a data quality issue, please let us know at support@peeringdb.com.

PeeringDB is a freely available, user-maintained, database of networks, and the go-to location for interconnection data. The database facilitates the global interconnection of networks at Internet Exchange Points (IXPs), data centres, and other interconnection facilities, and is the first stop in making interconnection decisions.

0

You may also like

View more

About the author

Author image
Leo Vegoda Based in Los Angeles, CA, USA

Leo Vegoda is PeeringDB’s Product Manager. He was previously responsible for organizational planning and improvement in ICANN’s Office of the COO, and Internet Number Resources in the IANA department, as well as running Registration Services at the RIPE NCC.

Comments 0