Megathread: Lottiefiles plugin / canvasUI compromised (crypto popups in apps)

ryan8 · 2024-10-30T21:34:47.212Z

no just add it all to the bottom, leave your own scripts

fede.bubble · 2024-10-30T21:35:38.463Z

Hello again everyone,

The team is about to deploy a fix that will automatically detect references to the malicious plugin and replace it with a safe version. This will hopefully fix most (if not all) 3rd party plugins that depend on Lottie Files

justin.hume · 2024-10-30T21:39:53.255Z

Will this fix it for dedicated customers?

fede.bubble · 2024-10-30T21:41:50.139Z

justin.hume:

Will this fix it for dedicated customers?

Team is deploying fixes for dedicated as well. You’ll get a follow up email soon

georgecollier · 2024-10-30T21:44:48.557Z

This is working for me

NexradJosh · 2024-10-30T21:47:17.478Z

Issue resolved for me as well, even if Canvas UI Elements or Lottie Player plugin are installed. Thanks for the quick work @fede.bubble and team!

NoCodePete · 2024-10-30T21:48:39.805Z

Is it safe to reinstall Canvas UI elements?

yardilloapi · 2024-10-30T21:53:01.526Z

Thankfully, none of my apps are used in a corporate environment. It’s going to be a rough day for me. This is really concerning. Meanwhile, my .NET and PHP developers are probably celebrating right now. All those C# and .NET coders must be having a blast! None of my apps use lollit.js, yet that f*$%@! popup is still popping up everywhere.

Here’s an idea: provide a standalone implementation of a Bubble.io instance. That would be a game-changer. Bubble.io is a great product—I’ve made a living off of it. But it still hasn’t seen the adoption it needs in closed networks.

When I evaluate a platform, security is paramount. It’s not just about protecting data, but ensuring the entire environment is resilient against potential threats. Robust authentication methods, encryption standards, and regular security updates are crucial. A secure platform builds trust and sustainability for long-term success. My two cents: if you can’t generate corporate adoption, this path has a dead end.

elkadeo · 2024-10-30T21:54:58.437Z

image884×430 49.7 KB

Bubble.ios Status page is displaying updates https://status.bubble.io/ Looks like they may have disabled it.

georgecollier · 2024-10-30T22:00:17.899Z

yardilloapi:

Thankfully, none of my apps are used in a corporate environment. It’s going to be a rough day for me. This is really concerning. Meanwhile, my .NET and PHP developers are probably celebrating right now. All those C# and .NET coders must be having a blast! None of my apps use lollit.js, yet that f*$%@! popup is still popping up everywhere.

What are you on about? This isn’t a Bubble-only issue.

ron2 · 2024-10-30T22:00:37.074Z

How long do you anticipate deploying this fix will take? Not sure if we should be implementing the script in header solution if this fix will take effect shortly. Thanks. Watching the status page, but an estimate would be great.

yardilloapi · 2024-10-30T22:06:41.730Z

You’re right, this isn’t a Bubble-only issue. As a service provider, I rely heavily on the reliability of my suppliers. When one of them falters, it impacts the entire operation. That’s why it’s crucial to have contingency plans and multiple safeguards in place. My aim is to ensure seamless service for my customers, regardless of any hiccups that might occur behind the scenes. It’s about maintaining trust and upholding the standards that clients expect.

viable · 2024-10-30T22:12:37.977Z

I’m not following your argument here. I’m at times critical of Bubble and it’s security, but this isn’t one of those times.

If you had your own Bubble “instance” as you quote, you’d be having the exact same issue. If you ran a fully custom web app that required this package, you’d be having the exact same issue.

It’s not Bubble’s fault a third-party package was infected. You could have solved this issue yourself, with or without Bubble, by deleting the package or installing some level of CSP.

georgecollier · 2024-10-30T22:18:06.558Z

viable:

I’m not following your argument here.

I think it’s ChatGPT talking

fede.bubble · 2024-10-30T22:20:00.983Z

How’s everyone looking now?

NexradJosh · 2024-10-30T22:22:31.398Z

FYI, Airdev just pushed updates for Canvas UI Elements and Loader / Loading Screen + Lottie plugins to point to 2.0.4 instead of latest. Upgrade those to be doubly safe.

yardilloapi · 2024-10-30T22:24:32.504Z

Looking good now, no more popups. By the way, it started without any warning, and I haven’t updated my site or used that plugin. You can check all the plugins I’m using. I’d love to hear the root cause analysis.

razvan · 2024-10-31T00:00:02.066Z

Would love to learn more about this as well.

johnny · 2024-10-31T00:42:20.746Z

It could be any plugin you’re using that uses the Lottie Files library.

It doesn’t require any type of update from your Bubble apps because the plugin likely references https://unpkg.com/@lottiefiles/lottie-player@latest (which references the latest version of the library) which contains the bad code.

From reading GitHub it looks like one of their developer’s NPM secret tokens must’ve been hijacked and used to make bad deploys directly to NPM because there are no PRs on GitHub for this.

jawish commented 1 hour ago

We are still investigating but it seems like, as you folks have identified, @Aidosmf token was compromised.

The token was used to publish versions 2.0.5, 2.0.6, 2.0.7 in succession releases over 3 hours.

2.0.5 - pushed to npm at 8:12 PM GMT, 30 Oct 2024
2.0.6 - pushed to npm at 8:35 PM GMT, 30 Oct 2024
2.0.7 - pushed to npm at 9:57 PM GMT, 30 Oct 2024

We have removed the compromised account access and published a new 2.0.8 version that is a copy of the 2.0.4, for all those of you who are using the implicit latest tag via CDNs.

If you are using it by explicitly specifying the version and are using any of the affected versions, please change to 2.0.4 or 2.0.8. We have reached out to npm to help unpublish the affected versions as their web portal and CLI is not letting us unpublish the affected versions.

It looks like their VP of Engineering put a fix out for this in version 2.0.8 of the library

Edit: Lottie Files published a postmortem: x.com

boston85719 · 2024-10-31T04:31:58.910Z

I just saw that my code uses the ‘latest’, I should switch to yours

Screen Shot 2024-10-31 at 11.28.23 AM348×149 12.5 KB

@dorilama thanks for the details

dorilama:

the author should have pinned the version in the url instead of loading the latest version every time.

Nobody had mentioned anything like that previously in the thread. When capturing that code from lottie files directly, they provide the code with the ‘latest version’ using the @latest instead of the current player. I’d imagine a lot of plugin developers are finding the code in the same way I had. Good to know that and from now on, when using this code directly in the app via HTML, I’ll look to avoid the @latest and use a specific player as @julianno.09 does.