Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

AppLocker in whitelisting mode problem with .node file and managing self updates of Signal #4086

Closed
SebCT opened this issue Mar 26, 2020 · 8 comments

Comments

@SebCT
Copy link

SebCT commented Mar 26, 2020

Bug Description / Feature request

Because Signal runs in local appdata, AppLocker ruleset is needed for running the program. With Version 1.32.1 wie coudl design a quite good ruleset with Publisher rules (certificate based) and with file hash rules for the .node files (renamed them in .DLL, so AppLocker GPO could read it for creating a rule). I have attached the file here, too.

85cf5267-6209-453c-b9f8-afdda8a8265c.tmp.node.zip

But the problem is with the new signal update today -> the file 85cf5267-6209-453c-b9f8-afdda8a8265c.tmp.node has a new hash for AppLocker, so the program doesn't run.
Of course we can manage it to make an additional file hash rule for this, but this is a lot of work if every signal update has a new node file with a new hash value.

So the question is: is it possible to sign this files, too? There are a lot of files already signed in this app, which is excellent, but these node files are very difficult for us to manage in the future.

One thing that could help us, too, is to disable auto options - is it possible for you to integrate such feature, also with a switch for the installer? Thanks in advance!

Steps to Reproduce

  1. AppLocker in Whitelist Mode with Publisher/File Hash Rules - open Signal.exe V1.32.1 (from Local Appdata)
  2. Signal starts without problems and says, that it has a update -> klick update and signal restarts with self updating
  3. AppLocker blocks because of a new .NODE file (see screenshot)

Actual Result:

AppLocker blocks because of a new .NODE file (see screenshot)

Expected Result:

It would be awesome, if only publisher rule and no file hash rule is neccessary for whitelisting this application - or to manage the self updates with switches in the installer to disable it - thanks!

Screenshots

Node

Platform Info

Signal Version:

V1.32.2

Operating System:

Windows 10 V1909 Enterprise (Build 18363.752)

@majkeldzordan
Copy link

New wersion does not work with "tray" option.
90669283_207872037226389_1248556313026232320_n
Is this possible to disable auto update of Signal?

@josh-signal
Copy link
Contributor

@SebCT are you able to run any other electron based applications with AppLocker fine?

@SebCT
Copy link
Author

SebCT commented Mar 26, 2020

@SebCT are you able to run any other electron based applications with AppLocker fine?

Yes, for example TEAMS by Microsoft, which also runs in Local Appdata - Only two Publisher Rules (Program and Update Service) with Product Name TEAMS needed, works excellent and future proof for updates :-)

The problem lies in the Node files - AppLocker treats them like DLL's, and those are not signed in the signal app - so after every update, those files get another hash, so you have to create new additional hash rules, which is a lot of work for permanent updates.

Is it possible to do it without that node files (like TEAMS)? I saw that many files are already signed in Signal App, which is very good - would be awesome if all files could be signed.

@josh-signal
Copy link
Contributor

@SebCT by Node files do you mean our binaries in node_modules?

@SebCT
Copy link
Author

SebCT commented Mar 26, 2020

@SebCT by Node files do you mean our binaries in node_modules?

Yes! 👍 I provided one as a ZIP File.

Here is the DLL rule set:

image

And here the EXE rule set:

image

@SebCT
Copy link
Author

SebCT commented Sep 11, 2020

Hello :-)

Is there any chance to make this application completely and 100% compatible to AppLocker (Allow-Listing mode) without any node files? Saw that a lot of DLL's in the \sharp\vendor\lib\ folder are signed now since Version 1.35, which is very good - would be awesome if those NODE Files are not needed in the future, with every update with have a lot of work to approve that application :-(

@stale
Copy link

stale bot commented Sep 25, 2021

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale label Sep 25, 2021
@SebCT
Copy link
Author

SebCT commented Sep 26, 2021

That is still not resolved, it's important for companies with enterprise grade policies and application allowlisting (AppLocker) that this will be resolved - please open it again, thanks!

Suggestion for this: please code sign all DLL's and make those NODE Files also as DLL's which are code signed, too - then Application Allowlisting for the Signal Desktop App is very easy possible as a publisher rule - thanks!

This is also listed here from MS - Applications for Windows 10 have to follow these rules:

https://docs.microsoft.com/en-us/windows/win32/win_cert/certification-requirements-for-windows-desktop-apps

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

4 participants