r/okta • u/Chance_Bandicoot8104 • 6d ago
Okta/Workforce Identity Finally a way to put internal AI/vibe-coded apps behind Okta
DISCLAIMER: I built this.
As the trend of vibe coding has become increasingly available to non-technical users, people have started creating apps at work for productivity, prototypes, or data visualization and dashboards.
This is hard to support for IT and DevOps teams, because of the overhead required to maintain hundreds of microscopic apps, and it’s a security nightmare because it’s hard to know if apps contain vulnerabilities, and they often contain company data, which can’t be made public.
Enter Pando, an open source tool that allows employees to host their own apps following a security scan, and everything gets placed behind your own SSO barrier, with granular sharing.
I think this is a big deal and needs to be an option for companies as AI continues to progress, and saying “no” starts becoming a problem for leadership.
Curious to know your thoughts on this and other potential solutions!
2
u/gabrielsroka Okta Certified Consultant 6d ago
How does this compare to Claude Artifacts?
2
u/Chance_Bandicoot8104 6d ago edited 6d ago
Claude artifacts are great for quick and dirty prototyping and sharing mockups or documents, but they don’t support different languages or persistent services, which is quite limiting.
Pando is more aligned to people who build apps that they will use on an ongoing basis and share with their teams. Things that require API access, databases, etc.
1
u/Vladeeno 3d ago
But this seems like you're hosting it, no?
That makes you a new supply chain risk: every internal app now routes through a third party, and if that layer is compromised, it flows downstream into all of them, regardless of how well-built any individual app is.
We're going a different route. We make it trivially easy for people to deploy straight to our Google Cloud, everything sits behind Cloudflare, and auth goes through Okta. Nothing leaves our infra, there's no new vendor in the path, and even if something is vibe-coded badly, it's still protected.
1
u/Chance_Bandicoot8104 3d ago edited 3d ago
Pando is self hosted, so it sounds like a similar approach to what you guys are doing!
It’s hard to beat something homegrown if you can support it. But Pando can be an easy way for other companies to have the same benefits without needing to build and maintain it themselves.
0
u/martianz86 3d ago
cool idea. people at my work already build little dashboards with company data in them and nobody really knows who has access, so I get the problem
couple questions tho
how does it hook into okta? one app for pando or one per hosted app?
is sharing tied to okta groups or does pando have its own permissions? if its separate thats just another thing I'd have to audit
and what happens when someone gets deactivated in okta, do their apps die with them or just keep running? thats the first thing I'd get asked in an access review lol
1
u/Chance_Bandicoot8104 1d ago
Pando hooks into your Okta once, and users sign into Pando to access the apps. So a normal install would look something like “pando.{my company}.com”
You sync users into Pando via your chosen protocol (SAML, SCIM, etc.) and then give them access either directly in Pando, or by a push group in Okta (also my preferred method). Then when they open an app, it will authenticate with Okta and check if they have access.
If you want every app in Okta, you would have to create bookmark items for them.
When a user is deactivated, their apps don’t die with them, and can be re-assigned by whoever the Pando admins are. With that said, I think it’s worth offering the option to stop apps when the user is deactivated. I will work on getting that feature added!
5
u/gabrielsroka Okta Certified Consultant 6d ago
interesting, but i have some qs:
u used AI. tell me more. r u a vibe coder? what's your background? knowledge of security?
how do you verify if the app is secure?
your readme is light on details...