Teams Add-In for Microsoft Office – WDAC

Another post about WDAC, this time about the deployment of Teams Add-In for Microsoft Office. You can find the other post here.

The Problem


This also has a problem installing with the default WDAC configuration. You can see this in the Application event log:

Product: Microsoft Teams Meeting Add-in for Microsoft Office — Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action DIRCA_CheckFX, entry: CheckFX, library: C:\Windows\Installer\MSI***.tmp

And then the same temp file in the code integrity log:

The Fixing

Luckily I found this post:

https://techcommunity.microsoft.com/t5/microsoft-teams/teams-standalone-outlook-addin/m-p/1291844

It shows how to get the installer for the Teams Add-In. You probably, just like me, use the MSIX installer for Teams. The Add-In, an MSI application, is perhaps signed with another code signing certificate.

It turns out a DLL within the Add-In is not signed and must be added to the WDACConfig.

So, this time I grabbed the PowerShell module WDACConfig. It’s more thorough than the WDAC Wizard. The WDAC wizard can only show you one exclude type at a time. So, to have all the options you need to run it more than once. The PowerShell module just grabs everything all together and you can filter what you don’t want to exclude. This is my preferred method.

I extracted the MSI and put it together with the original file in C:\temp:

After that, I ran this command:

New-SupplementalWDACConfig -SuppPolicyName SupplementalPolicy-Teams -PolicyPath "C:\Users\User\Documents\WDACBasepolicyv1.1.xml" -ScanLocation "C:\Temp" -Normal

I was not completely happy with the output. I don’t want to exclude files without the hash. So, I removed these lines:

I uploaded the file on Github. This is one I am using that is working now. This whitelists the DLL and the MSI via File Hash:

There is a BIG caveat though. If you use file hashes in your WDAC configuration, you need to update these file hashes when the file gets updated. I don’t know what the update cadence of this DLL is but it’s currently the only file that needs excluding. (Knocks on wood)

If you have many of these files this is a tedious process. I can keep up with 1 file, let’s hope it doesn’t get more.

6 thoughts on “Teams Add-In for Microsoft Office – WDAC”

  1. I have problem on windows 10 with same errors, but the issues is – when you take control of others screen inputs does not work…

    Reply
    • Hi Tony,

      That’s a terrible experience. Can you share some details about your code integrity log?

      We can troubleshoot from there.

      Thanks,
      Niels

      Reply
  2. Hi, Nielk,
    The problem was that I was pushing policy to SiPolicy.p7b via Intune > Endpoint security > App Control for Business (Preview). When I pushed via Intune > Windows > Configuration ./Vendor/MSFT/ApplicationControl/Policies/GUID/Policy, problem solved.

    Thanks for reply 🙂

    Reply
  3. Hi, Niels,
    Thanks for reply. Solved Teams it using OMA-URI instead of Endpoint security > App Control for Business (Preview).
    Now I’m trying retake all Application on device, for example before WDAC implementation user installed VLC and now its blocking, because its not installed by Managed Installer. So user must uninstall and install it via Company Portal to be able to use it. I added Program Files\VideoLAN\VLC\uninstall.exe to allow list, but during uninstall its spawns \Device\HarddiskVolume3\Users\Bob\AppData\Local\Temp\~nsu2.tmp\Un.exe, tryed adding hash of it but does not work. Maybe you have any ideas ?

    Reply
    • Hi Tony,

      I am not familiar with VLC but it seems like you are trying to install the user based version of the app. Is there also a machine based install? Could you try that?

      Thanks,
      Niels

      Reply

Leave a Comment