74 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

   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

   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. 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.

6. 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

7. 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

8. 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

9. 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

10. 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

11. 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

12. 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

13. 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

14. 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

15. 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

16. 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

17. 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

18. Customizing Multiple-Line-Chart-Widgets

    Für eine übersichtliche Gestaltung eines Custom Dashboards sollte es möglich sein, Multiple-Line-Charts Widgets zu customizen.
    Beispiel UseCase wäre die Darstellung der Auslastung und Verteilung auf die einzelnen LinkedDES.
    Zweiter UseCase, wie veile Events von einem bestimmten Type oder ID sind über eine Woche aufgetreten.

    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  ·  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

19. Nach Beschreiben eines USB Datenträgers Datei sollte Datei lesbar sein

    Hallo,
    nach dem Beschreiben eines zuvor, an einer Index Scanstation gescannten USB-Wechseldatenträgers kann die Datei anschließend nicht mehr geöffnet bzw. angezeigt werden. Dadurch ist es derzeit leider nicht möglich, die eigene Datei auf dem Wechseldatenträger nochmals zu kontrollieren.

    Es sollte möglich sein, dass die Datei nach dem Beschreiben an einem sicheren PC weiterhin lesbar bleibt, solange der USB-Datenträger noch am PC angeschlossen ist.

    Bitte prüfen Sie dieses Verhalten nochmals.

    Vielen Dank im Voraus.

    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  ·  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

20. Direkter Link aus E-Mail-Benachrichtigung zum Event im DOC

    Direkter Link aus E-Mail-Benachrichtigung zum Event im DOC

    Beschreibung:
    E-Mail-Benachrichtigungen zu Sicherheitsereignissen enthalten derzeit keinen direkten Zugriff auf das zugehörige Event in der zentralen Management-Konsole (DOC).

    Anforderung:
    Bereitstellung eines direkten Links in der E-Mail-Benachrichtigung, der Anwender unmittelbar zum entsprechenden Event im DOC führt.

    Nutzen:

    Schnellere Analyse und Reaktion auf Ereignisse
    Reduzierter manueller Suchaufwand im DOC
    Effizientere Bearbeitung durch Support und Administratoren

    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  ·  Detection & Response  ·  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

    Vielen Dank für den Vorschlag. Wir nehmen das als Feature Request auf.

    Ein direkter Deep Link auf ein einzelnes Event ist aktuell technisch nicht möglich, da einzelne Events im DOC keine eigene URL besitzen. Eine mögliche Lösung wäre jedoch, die Event-Ansicht bereits passend gefiltert zu öffnen – z. B. anhand des Zeitstempels des Events. Alternativ könnte zukünftig auch ein eindeutiger Event-Identifier verwendet werden.