Export templates from official github

Godot Version

v4.4.stable.official [4c311cbee]

Question

I just tried to download the official Github export templates through Godot. I used the Template Export Manager at Project>Export>Manage Template Exports. Webroot removed the resulting ~\AppData\Roaming\Godot\export_templates\4.4.stable\windows_debug_x86_64.exe on the grounds that it was in malware group Trojan.Dropper.Gen.
What should I be doing here to get export templates?

ed. I went through the link below the main downloads on godotengine.org, and those unzipped successfully. I’d say it fixed itself, but I don’t know why the other method results in a trojan detection.

The default is best available mirror when you download from manager. I checked the url and it seemed to get them from github.

If you could try again and do a checksum on the flagged binary against the manually downloaded to see if its different somehow.

1 Like

Hhhm. I selected ā€œOfficial Github releases mirrorā€ from the manager menu, as Github itself was not an option, so I can’t literally say I know what mirror it meant, coming to think of it… (the other option, which I did not select, was ā€˜best available mirror’).

Ah. I realize though that this doesn’t matter-- first attempt got me templates for 4.4.stable and the site link had 4.4.1 so while I’m delighted at making hashes for the first time, this tells me nothing. Let me see if the site has older templates and I’ll make a more valid comparison

For that file (which was immediately deleted by Webroot), from Webroot’s log, for windows_debug_x86_64.exe:
73E9EDBEEF8522484184DF8885B31C7C
From Powershell, in MD5, for the same filename but from Godot’s site (which I still have and hasn’t caused any trouble):
DD1D9A0214A41971E7D4A13A38973828

So, Webroot didn’t like that.
From its error, log, for the 4.4.stable windows_debug_x86_64.exe from the godotengine .org downloads at Download Godot 4.4 (stable) – Godot Engine, I got the same hash and same trouble as the originally flagged file. My system seems ok, but I have no idea whether it is a false positive or whether there is a ā€˜safe’ file it could be compared against. I just know that the template manager’s official Github mirror and the Godot site had the same flagged-virusy thing as each other for the 4.4.stable template.

Frankly, I don’t enjoy the adrenaline, so I don’t think I want to try downloading one like it again! Since the 4.4.1 templates don’t have this problem at least that seems like it’ll work for my purposes.

So I haven’t resolved what is going on here, but I have a workaround for at least the one version: should I flag a post with ā€˜solution’?

Idk, you could just leave it open, and thanks for checking. Im curious to dive a little deeper myself. Although, there are many people contributing and only handful of employees overseeing pull requests, but there usually is a review from trusted users. I think it would be pretty hard to integrate malware into the code base, someone would probably need to replace the GitHub zip some how, or modify the mirror url.

I will also add that Godot is an unsigned application on Windows which could draw lots of scrutiny from antivirus software, there is a recent discusion on this, and Godot was recently utilized as a platform to deliver malware. Which could be the reason binaries of Godot could match signatures now because of the incident. See Godloader bulletin.

Which antivirus do you run?

I’m running Webroot on Windows 10. (Windows Defender hasn’t made a peep, naturally)

1 Like

So for Godot 4.4, the download manager, and the web download, I get a match of 73E9EDBEEF8522484184DF8885B31C7C.

I noticed that the export manager pulls from the godotengine/godot repo, where as the web download pulls from the godotengine/godot-build repo, the godot-build repo publishes checksums of the zip and i compared those with the two versions and they all match. my bet is this is a false flag from webroot.

that DD1D9… MD5 sum you shared looks like it came from the Godot 4.4.1 exports (I also checked the latest)

yeah, that what what I realized and why I went looking for the matching version. I figure it is a false positive too but of course it’s not like I could confirm either way