77 results found

1. Reports should also have a Excel export choice.

   I've now seen a few clients who want a report in XLSX format. That they can forward to another department for automating some feature of the rollout software. As far as I know, only PDF is possible, but I could be wrong, of course.

   5 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   on the roadmap  ·  5 comments  ·  UX / UI / DOC  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

2. Erweiterung der unterstützten Dateitypen

   Um die Kontrolle bezüglich Dateityp-Definitionen zu erweitern, wäre es hilfreich, wenn Drivelock folgende Archive unterstützt:
   - .TAR
   - .GZ
   - .TAR.GZ
   Wenn keine Kontrolle möglich ist, würde nur eine Sperrung übrig bleiben, welches die Funktionalität im Daily-Business einschränkt

   6 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   under review  ·  1 comment  ·  Device/Drive Control  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

3. Notification when Files are moved to %LocalAppData%\Temp\DlDeleted

   When ZIP files that contain prohibited files (File Filter) are cut and pasted (Strg+X -> Strg+C) to a USB mass storage device, DriveLock moves them to %LocalAppData%\Temp\DlDeleted instead. This is done to prevent data loss, since the files are deleted by Strg+X and cannot arrive at the destiniation due to the blocking of the file transfer

   We would appreciate the following Changes:
   a) Instead of moving it to %LocalAppData%\Temp\DlDeleted, the file should be moved back to its original location
   b) If a) is technically infeasible, the user should be notified by DriveLock that their file has been moved to %LocalAppData%\Temp\DlDeleted. This notification should be built-in since it is not possible to reliably catch this Event via an Event-Filter.

   When ZIP files that contain prohibited files (File Filter) are cut and pasted (Strg+X -> Strg+C) to a USB mass storage device, DriveLock moves them to %LocalAppData%\Temp\DlDeleted instead. This is done to prevent data loss, since the files are deleted by Strg+X and cannot arrive at the destiniation due to the blocking of the file transfer

   We would appreciate the following Changes:
   a) Instead of moving it to %LocalAppData%\Temp\DlDeleted, the file should be moved back to its original location
   b) If a) is technically infeasible, the user should be notified by DriveLock that their file has been moved to %LocalAppData%\Temp\DlDeleted.… more

   4 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Device/Drive Control  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

4. Support for more Archive-Formats in File Filter

   can only examine the contents of .ZIP, .7z and .rar archives.
   We would like DriveLock to support more archive and compression formats like: .gz, .tar, .bz2, .xz and .zst.
   Support of disk images like .iso files would also be appreciated

   4 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   under review  ·  0 comments  ·  Device/Drive Control  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

5. Reporting of 651 Events

   Even if 651 events are configured to be reported, they do not show up in the Windows Event Log or the central DES-Log. These events only show up in logs once an ABC-Rule rule is created that:
   - Monitors the relevant Skript Executions
   - Is configured to generate events when DriveLock approves the Skript executions

   This behavior of DriveLock is not documented anywhere.

   All other events that I have come across don't work this way and get reported if they are appropriately configured in the "Events & Alerts" section of the policy. The additional ABC-Rule seems to be only necessary for 651 events

   We would appreciate one or both of the following changes:
   - Just configuring the Event 651 under "Alerts &Event" causes this Event to be logged to the configured Targets.
   - This behavior is explained in the Configuration Tab of the 651 Event and on this webpage: https://drivelock.help/versions/2026_1/web/de/events/content/concepts/con_events26-1.htm

   Even if 651 events are configured to be reported, they do not show up in the Windows Event Log or the central DES-Log. These events only show up in logs once an ABC-Rule rule is created that:
   - Monitors the relevant Skript Executions
   - Is configured to generate events when DriveLock approves the Skript executions

   This behavior of DriveLock is not documented anywhere.

   All other events that I have come across don't work this way and get reported if they are appropriately configured in the "Events & Alerts" section of the policy. The additional ABC-Rule seems to be only necessary… more

   3 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Application Control  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

6. Cleanup deleted Accounts

   Hi,
   Currently, there is no automatic cleanup within the DOC.
   There are users within the DOC who have the “Active Directory Account” type. As soon as Drivelock's sync with AD detects that this account no longer exists, the account should also be deleted within the DOC, with a corresponding log entry.
   This would help keep the environment clean without the need for custom scripting.

   3 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Platform / Infrastructure & Operations  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   under review  ·  AdminAndreas Fuchs (Product Management, DriveLock SE) responded

   Thanks for the suggestion. As a first step, we plan to provide a manual delete option for users in the DOC. This would allow administrators to remove obsolete Active Directory accounts directly without requiring custom scripts.

   Automatic cleanup could be considered separately, as this requires additional handling for references such as user group memberships.

7. Collect "DLL started" and "DLL blocked" events without blocking them while Application Control Whitelisting of EXE files is still active

   In a customer environment, where only the launch of EXE files is controlled by DriveLock, it is currently not possible to collect information about how Application Control would handle DLLs with the current policy set.
   In order to collect "DLL started" and "DLL blocked" events, you have to change the "Scan- and Block-Mode" to include DLLs. This forces you to choose between Simulation Mode, which also affects the handling of EXE files, or "Active"-Mode, which would block all unknown DLLs immediately.
   We would appreciate a feature that allows us to determine which DLLs would be blocked in our environment before activating the feature and without degrading our security posture by disabling the whitelisting of EXE files.

   In a customer environment, where only the launch of EXE files is controlled by DriveLock, it is currently not possible to collect information about how Application Control would handle DLLs with the current policy set.
   In order to collect "DLL started" and "DLL blocked" events, you have to change the "Scan- and Block-Mode" to include DLLs. This forces you to choose between Simulation Mode, which also affects the handling of EXE files, or "Active"-Mode, which would block all unknown DLLs immediately.
   We would appreciate a feature that allows us to determine which DLLs would be blocked in our environment before… more

   4 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   on the roadmap  ·  0 comments  ·  Application Control  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

8. PBA externe Monitore

   Hallo DriveLock-Team,
   aktuell führen wir in unserem Unternehmen eine Umstellung von Desktop-PCs auf Notebooks mit Dockingstationen durch. Alle betroffenen Geräte sind mit der DriveLock Pre-Boot Authentication (PBA) ausgestattet.
   Bei dieser Umstellung ist uns ein wiederkehrendes Problem aufgefallen: In bestimmten Konfigurationen – insbesondere bei Notebooks, die über USB-C oder Thunderbolt mit externen Monitoren oder Dockingstationen verbunden sind – wird die PBA ausschließlich auf dem internen Notebook-Display angezeigt, nicht jedoch auf dem externen Monitor.

   Unser Anliegen:
   Wir bitten Sie dringend zu prüfen, ob eine Erweiterung der PBA möglich ist, die eine Anzeige auf externen Monitoren ermöglicht bzw. die externe Ausgabe via USB-C/Thunderbolt erzwingt.
   Hintergrund und Dringlichkeit:
   Viele unserer Kolleginnen und Kollegen nutzen vertikale Notebook-Halterungen, bei denen das Notebook zugeklappt in der Halterung verbleibt und ausschließlich am externen Monitor gearbeitet wird. Durch das aktuelle Verhalten müssen die Nutzenden täglich:
   1. Das Notebook aus der Halterung nehmen,
   2. Aufklappen,
   3. Die PBA am internen Display eingeben,
   4. Das Notebook wieder zuklappen und in die Halterung zurücklegen.
   Dieser Vorgang ist auf Dauer nicht praktikabel, beeinträchtigt die Nutzerakzeptanz und führt zu erheblichen Einschränkungen im täglichen Arbeitsablauf. Aus unserer Sicht handelt es sich hierbei um ein wichtiges Usability-Thema, das bei der zunehmenden Verbreitung von Notebook-basierten Arbeitsplätzen mit Docking-Lösungen an Relevanz gewinnt.
   Unsere Bitte:
   • Prüfung einer technischen Lösung seitens DriveLock (z. B. Option zur Erzwingung der externen Anzeige oder verbesserte USB-C/Thunderbolt-Unterstützung in der PBA).
   • Rückmeldung, ob ein solches Feature in einer zukünftigen Version geplant ist oder ob es bereits Workarounds gibt, die uns nicht bekannt sind.
   • Ggf. Aufnahme dieses Themas in Ihre Produkt-Roadmap.
   Wir würden uns sehr über eine zeitnahe Rückmeldung freuen und stehen für weitere technische Details oder Tests gerne zur Verfügung.
   Vielen Dank im Voraus für Ihre Unterstützung.

   Hallo DriveLock-Team,
   aktuell führen wir in unserem Unternehmen eine Umstellung von Desktop-PCs auf Notebooks mit Dockingstationen durch. Alle betroffenen Geräte sind mit der DriveLock Pre-Boot Authentication (PBA) ausgestattet.
   Bei dieser Umstellung ist uns ein wiederkehrendes Problem aufgefallen: In bestimmten Konfigurationen – insbesondere bei Notebooks, die über USB-C oder Thunderbolt mit externen Monitoren oder Dockingstationen verbunden sind – wird die PBA ausschließlich auf dem internen Notebook-Display angezeigt, nicht jedoch auf dem externen Monitor.

   Unser Anliegen:
   Wir bitten Sie dringend zu prüfen, ob eine Erweiterung der PBA möglich ist, die eine Anzeige auf externen Monitoren ermöglicht bzw. die externe Ausgabe via USB-C/Thunderbolt… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  PBA  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

9. Import von IoC-Hashwerte

   Vorschlag für eine neue Funktion in DriveLock – Import von IoC-Hashwerten

   Wir erhalten vom CERT NRW regelmäßig Listen mit sogenannten Indicators of Compromise (IoCs), die unter anderem Hashwerte von betroffenen bzw. potenziell schädlichen Dateien und Programmen enthalten. Diese Dateien sollen auf unseren Systemen möglichst schnell erkannt und blockiert werden.

   Die bereitgestellten Listen können bis zu 100 oder mehr Hashwerte enthalten. Aktuell besteht in DriveLock – sofern überhaupt möglich – nur die Möglichkeit, die Hashwerte einzeln einzupflegen. Bei größeren Listen ist dies entsprechend aufwendig und zeitintensiv.

   Wir benötigen daher eine Möglichkeit, eine Datei mit einer größeren Anzahl von Hashwerten zentral in DriveLock zu importieren, beispielsweise über eine Hash-Datenbank (Hash-DB) oder eine vergleichbare Funktion.

   Wünschenswert wäre dabei insbesondere:

   Import einer Liste mit mehreren Hashwerten über eine Datei (z. B. CSV oder TXT)

   • zentrale Verwaltung der importierten Hashwerte

   • automatisierte Überprüfung der Systeme bzw. Dateien gegen diese Hashwerte

   • Möglichkeit, Dateien mit einem übereinstimmenden Hashwert automatisch zu blockieren

   • einfache Aktualisierung bzw. Erweiterung der bestehenden Hashwertliste

   Da die IoC-Listen im Zusammenhang mit aktuellen Sicherheitsvorfällen kurzfristig verarbeitet werden müssen, wäre insbesondere eine automatisierte und zentrale Verarbeitung der Listen für uns sehr wichtig.

   Aus unserer Sicht würde eine solche Funktion die schnelle Reaktion auf aktuelle Sicherheitsvorfälle deutlich erleichtern und gleichzeitig den manuellen Administrationsaufwand erheblich reduzieren.

   Vorschlag für eine neue Funktion in DriveLock – Import von IoC-Hashwerten

   Wir erhalten vom CERT NRW regelmäßig Listen mit sogenannten Indicators of Compromise (IoCs), die unter anderem Hashwerte von betroffenen bzw. potenziell schädlichen Dateien und Programmen enthalten. Diese Dateien sollen auf unseren Systemen möglichst schnell erkannt und blockiert werden.

   Die bereitgestellten Listen können bis zu 100 oder mehr Hashwerte enthalten. Aktuell besteht in DriveLock – sofern überhaupt möglich – nur die Möglichkeit, die Hashwerte einzeln einzupflegen. Bei größeren Listen ist dies entsprechend aufwendig und zeitintensiv.

   Wir benötigen daher eine Möglichkeit, eine Datei mit einer größeren Anzahl von Hashwerten zentral in… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Application Control  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

10. Policy Management mit REST API & ServiceNow Integration für Automatisierung

    REST API für ServiceNow-Integration, um das Management von DriveLock Policies vollständig zu automatisieren und in bestehende Enterprise-Prozesse zu integrieren.

    Dabei sollte die automatisierte Erstellung und Änderung von Policies, einzelner Policy-Einstellungen und Whitelist-Regeln sowie die Zuweisung von Policies möglich sein.

    Für Enterprise-Organisationen ist es entscheidend Automatisierung und Orchestrierung zu ermöglichen.

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  API  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

11. Bitlocker-Wiederherstellungskennwörter im Stapel für alle Clients exportieren

    Die Schaffung einer Möglichkeit alle Bitlocker-Wiederherstellungskennwörter im Stapel aus Drivelock zu exportieren zu exportieren?

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Encryption  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

12. Zertifikatsablaufdatum soll angezeigt werden

    Das Ablaufdatum bzw. die Eigenschaften eines Zertifikats (Gültig von... bis) soll als Spalte auswählbar sein. Zum einen in der Eventansicht, aber ebenfalls unter Security Controls - Applications - Certificates um eine Auswertung der bald-ablaufenden Applikationen zu erstellen.

    Ein Warnhinweis für bald-ablaufende Zertifikate die in einer Regel verwendet werden, wäre optimal um Sperrungen zu verhindern.

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Application Control  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

13. Zertifikatsablaufdatum soll angezeigt werden

    Das Ablaufdatum bzw. die Eigenschaften eines Zertifikats (Gültig von... bis) soll als Spalte auswählbar sein. Zum einen in der Eventansicht, aber ebenfalls unter Security Controls - Applications - Certificates um eine Auswertung der bald-ablaufenden Applikationen zu erstellen.

    Ein Warnhinweis für bald-ablaufende Zertifikate die in einer Regel verwendet werden, wäre optimal um Sperrungen zu verhindern.

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Application Control  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

14. Automatic alerts for expiring API-Keys and Information regarding last API-Key Usage

    We need the capabilities to send out notifications about API keys which are expiring in X days or weeks.
    Also an overview about the last usage of an api key would be very helpful.
    These two options would help us to fulfill compliance and security standards.

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    under review  ·  0 comments  ·  API  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

15. Automatic Recovery Key Backup in EntraID

    It would be nice if the Drivelock agent would initiate the Powershell command "BackupToAAD-BitLockerKeyProtector" everytime the agent sets or changes the recovery key.
    This would help to utilize the self-service from myaccount.microsoft.com for the end user to get their recovery keys via another device on their own.

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    on the roadmap  ·  0 comments  ·  Encryption  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

16. Erweiterung der zeitlichen Steuerung für temporäre Freigaben in Device/Drive Control (DOC)

    Im Zuge der Migration von Funktionen aus der DMC nach DOC ist uns aufgefallen, dass temporäre Freigaben für Geräte und Laufwerke aktuell auf 35.700 Minuten begrenzt sind. In der DMC konnte der Zeitraum frei gewählt werden. Ist das so gewollt oder gibt es einen techn. Erklärung?

    Gerade für längerfristige Ausnahmen (z. B. Smartphones, USB Drives für den tägl. Gebrauch oder ext. HDD's, die jeweils jährl. rezertifiziert werden müssen) ist diese Einschränkung unpraktisch und führt zu unnötigem Verwaltungsaufwand.

    Alternativ wäre es auch möglich, wenn Regeln selbst auch zeitlich befristet werden könnten (Start- und Enddatum). Nach Ablauf des definierten Zeitraums sollten sie automatisch deaktiviert werden. Aktuell müssen die Regeln manuell nachverfolgt und bereinigt werden, wodurch die Regelübersicht mit der Zeit immer unübersichtlicher wird.

    Folgende Erweiterungen würden wir uns wünschen:

    • Frei wählbarer bzw. deutlich größerer Zeitraum für temporäre Freigaben.
    • Möglichkeit, Regeln zeitlich zu befristen (Start-/Enddatum oder automatisches Ablaufdatum).

    Diese beiden Funktionen würden die Administration deutlich vereinfachen und den Funktionsumfang der früheren DMC in DOC sinnvoll ergänzen.

    Im Zuge der Migration von Funktionen aus der DMC nach DOC ist uns aufgefallen, dass temporäre Freigaben für Geräte und Laufwerke aktuell auf 35.700 Minuten begrenzt sind. In der DMC konnte der Zeitraum frei gewählt werden. Ist das so gewollt oder gibt es einen techn. Erklärung?

    Gerade für längerfristige Ausnahmen (z. B. Smartphones, USB Drives für den tägl. Gebrauch oder ext. HDD's, die jeweils jährl. rezertifiziert werden müssen) ist diese Einschränkung unpraktisch und führt zu unnötigem Verwaltungsaufwand.

    Alternativ wäre es auch möglich, wenn Regeln selbst auch zeitlich befristet werden könnten (Start- und Enddatum). Nach Ablauf des definierten Zeitraums sollten sie… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    planned  ·  0 comments  ·  Device/Drive Control  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

17. Verbesserung der Barrierefreiheit von Windows-Toast-Benachrichtigungen in Application Control und Port Control

    Im Rahmen der Barrierefreiheitsanforderungen möchten wir einen Feature Request für DriveLock Application Control und Port Control einreichen.

    Aktuell werden die Windows-Toast-Benachrichtigungen von DriveLock nicht von Screenreadern (z. B. NVDA) vorgelesen, sofern die Benachrichtigung nicht im Fokus ist.

    Dadurch können sehbehinderte oder blinde Anwender sicherheitsrelevante Benachrichtigungen nicht wahrnehmen.

    Wir wünschen uns daher eine Anpassung der Implementierung, sodass die von DriveLock erzeugten Windows-Toast-Benachrichtigungen von gängigen Screenreadern zuverlässig erkannt und vorgelesen werden, ohne vorher durch ein Klick das Fenster in den Fokus gerät.

    Die Umsetzung dieses Anliegens ist für uns von hoher Priorität. Daher würden wir uns über eine Einschätzung freuen, mit welchem zeitlichen Rahmen wir rechnen können.

    Im Rahmen der Barrierefreiheitsanforderungen möchten wir einen Feature Request für DriveLock Application Control und Port Control einreichen.

    Aktuell werden die Windows-Toast-Benachrichtigungen von DriveLock nicht von Screenreadern (z. B. NVDA) vorgelesen, sofern die Benachrichtigung nicht im Fokus ist.

    Dadurch können sehbehinderte oder blinde Anwender sicherheitsrelevante Benachrichtigungen nicht wahrnehmen.

    Wir wünschen uns daher eine Anpassung der Implementierung, sodass die von DriveLock erzeugten Windows-Toast-Benachrichtigungen von gängigen Screenreadern zuverlässig erkannt und vorgelesen werden, ohne vorher durch ein Klick das Fenster in den Fokus gerät.

    Die Umsetzung dieses Anliegens ist für uns von hoher Priorität. Daher würden wir uns über eine Einschätzung freuen, mit welchem… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    under review  ·  0 comments  ·  Application Control  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

18. Feature Request – Native Let's Encrypt / ACME-Integration für automatisierte Zertifikatsrotation (90-Tage-Zyklen)

    Beantragt wird die Implementierung einer nativen oder offiziell unterstützten Automatisierungsschnittstelle für das ACME-Protokoll (z. B. Let's Encrypt) zur automatischen Beantragung, Erneuerung und Bindung von SSL/TLS-Zertifikaten für den DriveLock Enterprise Service (DES) und das DriveLock Operations Center (DOC).

    DriveLock sollte den Prozess durch eine integrierte Automatisierungslogik übernehmen, die im Hintergrund nahtlos mit ACME-Clients wie win-acme interagiert oder einen nativen ACME-Client in den DES integriert.

    Eine robuste Umsetzung sollte folgende Kernfunktionen umfassen:

    Zertifikats-Beantragung & Renewal-Triggering: Ein konfigurierbarer Job innerhalb der DriveLock-Konsole, der (ähnlich wie win-acme per Scheduled Task) rechtzeitig vor Ablauf (z. B. an Tag 60) die Erneuerung anstößt.

    Unterstützung für DNS-01 und HTTP-01 Challenges:
    Da DriveLock-Server oft intern (ohne public Inbound-Traffic auf Port 80) betrieben werden, ist die Unterstützung der DNS-01 Challenge essenziell. Die Integration von API-Hooks (z. B. für Cloudflare, AWS Route53, Infoblox) ermöglicht die Validierung interner Hostnamen.

    Automatisches Service-Binding (Zero-Touch):
    Der kritischste Schritt: Nach dem erfolgreichen Import des Zertifikats in den Windows Certificate Store (Local Machine > Personal) muss DriveLock das Zertifikat automatisch anhand des Thumbprints oder Subject Alternative Names (SAN) identifizieren und an die entsprechenden Ports (DES, DOC, IIS) binden.

    Graceful Service Reload:
    Ein automatisierter, unterbrechungsfreier Neustart oder Reload der betroffenen DriveLock-Dienste, um das neue Zertifikat ohne manuelles Eingreifen des Administrators aktiv zu schalten.

    Alerting & Monitoring:
    Native Events in der DriveLock-Datenbank, falls ein ACME-Renewal fehlschlägt. Dadurch können Administratoren proaktiv über das Control Center oder per E-Mail gewarnt werden, bevor das Zertifikat tatsächlich abläuft.

    Native Integration (Bevorzugt): DriveLock implementiert eine C#-basierte ACME-Bibliothek (z. B. Certes) direkt in den DES. Die Konfiguration (Mailadresse für Let's Encrypt, Domain, Challenge-Typ) erfolgt zentral über eine Policy im DriveLock Control Center.

    oder

    Offizielles win-acme Plugin / Installations-Skript: DriveLock liefert ein offizielles PowerShell-Modul oder win-acme Post-Installation-Skript (.bat / .ps1) aus. win-acme erneuert das Zertifikat und ruft anschließend das DriveLock-Skript auf, welches das Re-Binding in der DriveLock-Konfiguration vornimmt und die Dienste neu startet.

    Nutzen für DriveLock und Endkunden
    Security-by-Default: Förderung von modernen Krypto-Standards mit kurzen Lebenszyklen (90 Tage) und perfect Forward Secrecy, ohne den Betriebsaufwand zu erhöhen.

    Betriebssicherheit: Massive Reduktion von "Outages" durch vergessene Zertifikatswechsel.

    Kostenreduktion: Kunden sparen sich den Erwerb kommerzieller SAN-Zertifikate sowie den personellen Aufwand für die manuelle Pflege.

    Wettbewerbsvorteil: Eine "Zero-Touch"-Zertifikatsverwaltung ist ein starkes Verkaufsargument gegenüber Mitbewerbern im Endpoint-Security-Markt.

    Beantragt wird die Implementierung einer nativen oder offiziell unterstützten Automatisierungsschnittstelle für das ACME-Protokoll (z. B. Let's Encrypt) zur automatischen Beantragung, Erneuerung und Bindung von SSL/TLS-Zertifikaten für den DriveLock Enterprise Service (DES) und das DriveLock Operations Center (DOC).

    DriveLock sollte den Prozess durch eine integrierte Automatisierungslogik übernehmen, die im Hintergrund nahtlos mit ACME-Clients wie win-acme interagiert oder einen nativen ACME-Client in den DES integriert.

    Eine robuste Umsetzung sollte folgende Kernfunktionen umfassen:

    Zertifikats-Beantragung & Renewal-Triggering: Ein konfigurierbarer Job innerhalb der DriveLock-Konsole, der (ähnlich wie win-acme per Scheduled Task) rechtzeitig vor Ablauf (z. B. an Tag 60) die Erneuerung anstößt.

    Unterstützung für DNS-01… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    under review  ·  0 comments  ·  Platform / Infrastructure & Operations  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

19. Choose modules/options which are allowed for temporary unlock

    We have a role-based setup in our company that allows the Helpdesk role to grant temporary unlocks in urgent situations. However, certain options and modules should not be accessible to this role.

    In particular, for Application Control, it is critical that the Helpdesk can perform only a standard Application Control unlock. The options under “Executable files to add to the local hash database”, specifically:

    Files written to the computer during the unlock period
    Executables (and DLLs) launched during the unlock period

    must not be available to the Helpdesk role. These capabilities should be restricted exclusively to the Administrator role.

    A possibility to choose which options are available for specific Roles or atleast in general would be great.

    Thanks :)

    We have a role-based setup in our company that allows the Helpdesk role to grant temporary unlocks in urgent situations. However, certain options and modules should not be accessible to this role.

    In particular, for Application Control, it is critical that the Helpdesk can perform only a standard Application Control unlock. The options under “Executable files to add to the local hash database”, specifically:

    Files written to the computer during the unlock period
    Executables (and DLLs) launched during the unlock period

    must not be available to the Helpdesk role. These capabilities should be restricted exclusively to the Administrator role.

    A… more

    3 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    under review  ·  0 comments  ·  Application Control  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

20. Self Service

    Hi,
    when using Self Service for application control, we have communicated the following settings to our administrative users, when installing software.

    1) Start Self-Service before starting the installation proccess
    2) Disable Application Control during Unlock Period, Add Application launched... (checked), Executable files added to the local hash database: FIles written during unlock period (checked), Require user approval .... (checked)
    3) Timespan and reason given

    AppControl is now unlocked and the software will be installed

    When ending the Self Service of AppControl, a list of files is displayed, where the files can be selected from, which have to be added to the Local Has database.
    This list can be very long as there are not only the installed files included. All files, which Windows writes from system side during the unlock period are also included there.

    In this list, there is no option to
    a) resize the window itselt
    b) filter the list according to path for example
    c) select multiple succeeding entries with Control- or Shift Click

    You are only able to check each list entry one by one, which makes working with this very time consuming.

    I'd like to have the options a)-c) mentioned above added to the list of files, which are to be added to the local hash database.

    Kind regards
    Uwe

    Hi,
    when using Self Service for application control, we have communicated the following settings to our administrative users, when installing software.

    1) Start Self-Service before starting the installation proccess
    2) Disable Application Control during Unlock Period, Add Application launched... (checked), Executable files added to the local hash database: FIles written during unlock period (checked), Require user approval .... (checked)
    3) Timespan and reason given

    AppControl is now unlocked and the software will be installed

    When ending the Self Service of AppControl, a list of files is displayed, where the files can be selected from, which have to be added to… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    on the roadmap  ·  0 comments  ·  Application Control  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating