are APIs necessarily bind to users?

Solved
Kurn
Conversationalist

are APIs necessarily bind to users?

Hi there!

This is my first post. I've searched though the forum but haven't found an answer. I was wondering if it is possible to generate an API key in the dashboard that is not linked to a user, so that if the user leaves, it can remain functional.

Is this possible or would it be better to make a service account?

Thanks in advance!

1 Accepted Solution
alemabrahao
Kind of a big deal
Kind of a big deal

No, it is not possible.

I am not a Cisco Meraki employee. My suggestions are based on documentation of Meraki best practices and day-to-day experience.

Please, if this post was useful, leave your kudos and mark it as solved.

View solution in original post

10 Replies 10
alemabrahao
Kind of a big deal
Kind of a big deal

No, it is not possible.

I am not a Cisco Meraki employee. My suggestions are based on documentation of Meraki best practices and day-to-day experience.

Please, if this post was useful, leave your kudos and mark it as solved.
alemabrahao
Kind of a big deal
Kind of a big deal

What you can do is create a dedicated service account and then generate the APIs through that account. Remember to enable MFA for that account.

I am not a Cisco Meraki employee. My suggestions are based on documentation of Meraki best practices and day-to-day experience.

Please, if this post was useful, leave your kudos and mark it as solved.
Kurn
Conversationalist

Thanks for the fast answer! So that's how I imagined it. I'll just have to do it then.

Have a nice day!

pdeleuw
Building a reputation

This is exactly the way I work: Create a service account, activate 2FA and generate API.

Mloraditch
Kind of a big deal
Kind of a big deal

You can't do it with a key but the newer OAuth would possibly help in your use case:https://developer.cisco.com/meraki/api-v1/oauth-overview/

If you found this post helpful, please give it Kudos. If my answer solves your problem please click Accept as Solution so others can benefit from it.
PhilipDAth
Kind of a big deal
Kind of a big deal

You can use OAUTH.

https://community.meraki.com/t5/Feature-Announcements/Exciting-News-OAuth-2-0-is-Now-Available/ba-p/...

 

This works best for applications that run on servers (like a web app), and although it does work in scripts, it doesn't suit scripts as well.

nan3540
Here to help

Will OAuth also be the way to go for automating the creation of organizations and networks, that is hosted on as a web app, or will the service account with api key be the way to go?

Oren
Meraki Employee
Meraki Employee

Creation of networks - yes.

Creation of new organizations - no. OAuth follows the principles of zero trust, and if it could create a new organization where it will have full admin rights - it would be considered privilege escalation.

 

What are you trying to achieve?

nan3540
Here to help

i have a website, that automates the creation of new customers(new organizations), including default config for networks, ssids, fw rules and so on.

 

Another thing i am not totally sure about with OAuth, will the authentication to an org for a specific organization be there for ever, or would the user need to authenticate to an org every time they log in on my website?

 

 

Would the approach be to use the service account to create the default config, and with all other operations use OAuth?

Oren
Meraki Employee
Meraki Employee

Currently, for a use-case of creating new organizations - API keys would make more sense.

Configuration changes, compliance, monitoring - these can be achieved with OAuth.

As long as the OAuth refresh token is used at least once every 90 days - the integration will last indefinitely (unless an admin revokes it).

https://developer.cisco.com/meraki/api-v1/oauth-overview/

Get notified when there are additional replies to this discussion.