2088 Detection of Third-Party Encryption as False Positive:

Prev Next

False Positive: Third-Party Encryption Detected

Using Ignore3rdPartyEncryption=1 to resolve false positive blocking in SecureDoc 9.2  and above

Overview

SecureDoc 9.2 introduced a new pre-installation check for the Windows client. Before encrypting a drive, the client now scans for third-party disk encryption software to prevent double encryption. This check runs on new installs of the SecureDoc Client for Windows only and does not apply to macOS, Linux, or upgrade scenarios.

In some environments, this check produces a false positive. Security tools such as SentinelDeviceControl, Carbon Black, Trellix, and similar EDR and endpoint protection products register disk filter drivers and service entries that the detection logic incorrectly classifies as third-party encryption software. The drive is not encrypted by these tools. The check is working as designed; it is the classification of the detected driver that is incorrect.

When a false positive is detected, SecureDoc displays an error and halts the deployment until the profile is updated with the Ignore3rdPartyEncryption=1 parameter.

Example Error Messages

The following errors are typical false positives triggered by filter driver detection. The software named in the error is a security or EDR tool, not a disk encryption product.

Figure 1: False positive errors triggered by mfedisk (Trellix), SentinelDeviceControl, and fltsrv (Carbon Black)

Figure 2: CbDisk false positive — two simultaneous alerts from Carbon Black disk filter driver

Root Cause

SecureDoc 9.2 added a pre-installation check to the Windows client new-install flow. The check exists to prevent double encryption. It is specific to new installs of the SecureDoc Client for Windows. Upgrades from earlier SecureDoc versions and non-Windows platforms are not affected.

The check works by scanning for disk filter drivers, registry entries, and service records that are characteristic of encryption software. Several modern EDR and endpoint protection products use the same low-level disk filter driver mechanism to intercept I/O operations for threat detection and device control, not for encryption. Because these products match the same structural signatures (filter driver present, service registered, registry entries visible), the pre-check flags them and blocks deployment even though the drive has no encryption applied. This behavior is intended to prevent double encryption.

Applies to: SecureDoc Client for Windows — new installs, version 9.2 and later

Security tools known to trigger this false positive (not exhaustive):

  • SentinelDeviceControl (SentinelOne)

  • CbDisk (Carbon Black / VMware Carbon Black)

  • fltsrv (Trellix / McAfee Endpoint Security)

  • mfedisk (Trellix)

If SecureDoc flags a product not listed here, verify it is a security/EDR tool before proceeding.

Before You Proceed

The parameter Ignore3rdPartyEncryption=1 tells SecureDoc to skip the third-party encryption check and proceed with deployment. This is correct when the detected product is a false positive. It carries serious risk if the drive is already encrypted by another product.

WARNING: Verify Before Applying

Risk of double encryption.  If Ignore3rdPartyEncryption=1 is applied to a drive that is already encrypted by another product, SecureDoc will attempt to encrypt it a second time. Double encryption can render the drive inaccessible, cause a bluescreen on the next boot, and leave the data permanently unrecoverable.

Before making any changes, confirm all three of the following:

  • No active FDE product is installed.  BitLocker, McAfee Drive Encryption, Symantec Drive Encryption, and similar disk encryption products must not be present or active on the drive.

  • Windows Device Encryption is off.  Check Settings > Privacy and Security > Device Encryption. The status must show Not Encrypted.

  • The flagged tool is a security or EDR product, not an encryption product.  Confirm the product name in the SecureDoc error matches a known EDR or endpoint security tool. If you are unsure, contact WinMagic Support before continuing.

By applying this flag, you confirm:  You have verified that no third-party disk encryption is present on the endpoint, and you accept responsibility for the outcome if that verification is incorrect.

Solution

Add the parameter Ignore3rdPartyEncryption=1 to the [General] section of the SecureDoc profile. Two methods are available depending on whether you are deploying via SES Console or remediating an already-installed endpoint locally.

Option 1: Update via SES Console (Recommended for New Deployments)

Use this method when deploying to endpoints that have not yet had SecureDoc installed.

1

Open the Profile in SES Console

In the SES Console, navigate to Profiles and open the target profile.

2

Open Profile in Notepad

Click Edit manually to open the profile file in Notepad.

3

Add the parameter

Scroll to the[General] section and add the following line on its own row:

Ignore3rdPartyEncryption=1

Save and close the file.

Figure 3: SES Console profile open in Notepad with Ignore3rdPartyEncryption=1 added under [General]

4

Publish and Package

Publish the Profile, then recreate the Installation Package.

5

Deploy to Endpoint

Install the updated package on the target endpoint. SecureDoc will bypass the false positive check and proceed with disk encryption.

Option 2: Modify Locally on the Affected System

Use this method for endpoints that already have SecureDoc installed and are blocked from encrypting.

1

Open the SecureDoc Install Directory

Open File Explorer and navigate to:

C:\Program Files\WinMagic\SecureDoc-NT

2

Access the UserData Folder

In the address bar, append \userdata to the path and press Enter. This opens the hidden operating system folder where SecurDoc.ini is stored.

3

Open SecurDoc.ini

Locate and open SecurDoc.ini in a text editor.

4

Add the parameter

Scroll to the [General] section. Add the following line:  Ignore3rdPartyEncryption=1  Save the file to a temporary location (e.g. Desktop) first.

Figure 4: SecurDoc.ini open in Notepad with Ignore3rdPartyEncryption=1 highlighted under [General]

5

Back Up and Replace the Config File

Back up the existing SecurDoc.ini in the \userdata folder. Copy your updated file from the temporary location into \userdata, overwriting the original.

6

Sign Out and Back In

Sign out of Windows and sign back in. SecureDoc will reevaluate the profile, skip the false positive check, and begin the disk encryption process.

Verification

After completing either option, confirm encryption has started:

  • The SecureDoc pre-boot screen should appear on next login.

  • In the SES Console, the endpoint's encryption status should change from "Not Encrypted" to "Encrypting" or "Encrypted."

  • No further third-party encryption error dialogs should appear.

Field

Detail

Article ID

2088

Product

SecureDoc for Windows

Version Affected

9.2 and later

Applies To

SecureDoc Client for Windows — new installs only

Environment

SecureDoc Windows Clients

Severity

Medium — Deployment Blocker

Last Updated

September 2026

Author:

Michael Reid

For technical support, contact WinMagic Support
support.winmagic.com  |  [email protected]  |  +1-519-953-6000
© 2026 WinMagic Inc. All rights reserved. This document is provided for informational purposes and is subject to change without notice.