Planned

Building Now

Completed

Secfix Roadmap

As a user managing risks in the Secfix platform, I want the selection of CIA (Confidentiality, Integrity, Availability) classifications to be a mandatory step when creating or editing a risk in the Risk Register. This ensures that each risk is properly evaluated in terms of its potential impact on information security principles, which is a core requirement of most compliance frameworks such as ISO 27001.At present, risks can be saved without CIA categories assigned, which may result in incomplete risk assessments and weak prioritization during audits or internal reviews. Enforcing this field would help standardize risk documentation and support more effective treatment decisions.It would also be helpful to highlight any existing risks that are missing CIA classifications, allowing users to easily review and update them accordingly.

Als Benutzer, der Risiken in der Secfix-Plattform verwaltet, möchte ich, dass die Auswahl der CIA-Klassifizierungen (Vertraulichkeit, Integrität, Verfügbarkeit) ein obligatorischer Schritt beim Erstellen oder Bearbeiten eines Risikos im Risikoregister ist. Dadurch wird sichergestellt, dass jedes Risiko hinsichtlich seiner potenziellen Auswirkungen auf die Grundsätze der Informationssicherheit ordnungsgemäß bewertet wird, was eine Kernanforderung der meisten Compliance-Rahmenwerke wie ISO 27001 ist.Derzeit können Risiken ohne zugewiesene CIA-Kategorien gespeichert werden, was zu unvollständigen Risikobewertungen und einer schwachen Priorisierung bei Audits oder internen Überprüfungen führen kann. Die Durchsetzung dieses Feldes würde zur Standardisierung der Risikodokumentation beitragen und effektivere Behandlungsentscheidungen unterstützen.Es wäre auch hilfreich, alle bestehenden Risiken hervorzuheben, denen keine CIA-Klassifizierung zugeordnet ist, damit Benutzer diese leicht überprüfen und entsprechend aktualisieren können.

Die Auswahl von CIA-Klassifizierungen im Risikoregister muss obligatorisch sein.

Risk register

Make selection of CIA classifications in Risk Register mandatory

Gorka Aracil

It would be great to have the whole platform in German

Es wäre toll, wenn die gesamte Plattform auf Deutsch verfügbar wäre.

Unterstützung für die deutsche Sprache

Default

German language support

Fabiola Munguia

Currently only the ISO policies are available on the policy page even if GDPR is bought and it would be nice to directly add them there instead of having to create custom policies.

Derzeit sind auf der Richtlinienseite nur die ISO-Richtlinien verfügbar, selbst wenn die DSGVO erworben wurde. Es wäre schön, wenn man sie direkt dort hinzufügen könnte, anstatt benutzerdefinierte Richtlinien erstellen zu müssen.

Fügen Sie GDPR-Richtlinien zur Richtlinienseite hinzu, wenn das GDPR-Framework hinzugefügt wird.

Policies

Add GDPR Policies to the policy page if the GDPR framework is added

Sophia Fries

Incorporate Statement of Applicability from security reports into the platform

Integrieren Sie die Anwendbarkeitserklärung aus den Sicherheitsberichten in die Plattform.

Erklärung zur Anwendbarkeit auf die Plattform hinzufügen

Add statement of applicability to the platform

Ghada Shebl

It'd be great if we could use the policies, automated checks and other data already in the Secfix platform to automatically populate answers for RFQs and security questionnaires.

Es wäre toll, wenn wir die Richtlinien, automatisierten Prüfungen und anderen Daten, die bereits in der Secfix-Plattform vorhanden sind, nutzen könnten, um Antworten für Angebotsanfragen und Sicherheitsfragebögen automatisch auszufüllen.

Antworten auf Ausschreibungen und Sicherheitsfragebögen automatisch generieren

In Progress

Others

Automatically generate answers for RFQs and security questionnaires

Sascha Salis

This could be helpful to find all PII-related software quickly.

Dies könnte hilfreich sein, um alle Programme, die personenbezogene Daten verarbeiten, schnell zu finden.

Option zum Sortieren der Lieferantenliste nach „Gespeicherte Daten“

Complete

Option to sort the Vendors list by "Data stored"

Frank Tiex

it would be helpful, if on the Vendors and Inventory page the owner info is shown already when moving the mouse over the bubble, as it is already implemented for the risk register. Today you need to click on the bubble and then the name is partially covered by the edit dialog.

Es wäre hilfreich, wenn auf der Seite „Lieferanten und Lagerbestand“ die Eigentümerinformationen bereits angezeigt würden, sobald man mit der Maus über die Blase fährt, so wie es bereits für das Risikoregister umgesetzt ist. Derzeit muss man auf die Blase klicken, und dann wird der Name teilweise vom Bearbeitungsdialog verdeckt.

Besitzerinformationen bei Mauszeiger-Überfahrt anzeigen

Inventory

Vendor management

Show Owner Info on mouseover

I think if we (an admin) mark someone as "not a person", there should be an option to also "unmark" them. It can be done by mistake, or for testing, and it needs to be reversible.

Ich finde, wenn wir (als Administrator) jemanden als „keine Person“ markieren, sollte es eine Option geben, diese Markierung wieder aufzuheben. Das kann versehentlich passieren oder zu Testzwecken geschehen, und es muss rückgängig gemacht werden können.

Möglichkeit, die Aktion „Als keine Person markieren“ auf der Mitarbeiterseite rückgängig zu machen

Ability to undo "mark as not a person" action on employees page

Anita Luca

I recently switched from another tool to Secfix, so I'm looking for a feature they offer, and I wish I had a screenshot to show you. Somehow, they are able to list all of the SaaS accounts that an email in our domain has signed up for. For example, instead of just Google, I know that x person has access to ChatGPT, Cursor, Atlassian, Docker, Microsoft, Notion, Zoom, Figma, etc., etc. I want to access this information for every employee instantly. It is very helpful for access reviews as required for SOC2 compliance.

Ich bin kürzlich von einem anderen Tool zu Secfix gewechselt und suche nun nach einer bestimmten Funktion, die sie anbieten. Ich wünschte, ich hätte einen Screenshot, um Ihnen das zu zeigen. Irgendwie ist es ihnen möglich, alle SaaS-Konten aufzulisten, für die sich eine E-Mail-Adresse in unserer Domain angemeldet hat. Anstatt nur Google zu sehen, weiß ich beispielsweise, dass Person X Zugriff auf ChatGPT, Cursor, Atlassian, Docker, Microsoft, Notion, Zoom, Figma usw. hat. Ich möchte sofort auf diese Informationen für jeden Mitarbeiter zugreifen können. Das ist sehr hilfreich für Zugriffsüberprüfungen, die für die SOC2-Konformität erforderlich sind.

Möglichkeit, alle Konten anzuzeigen, für die sich ein Mitarbeiter angemeldet hat

Ability to see all accounts that an employee has signed up for

Rich Bard

As an admin or editor, I’d like to filter the list of vendors by multiple criteria, as Owner, Risk Level, completion of mandatory attributes from the details panel.

Als Administrator oder Redakteur möchte ich die Liste der Anbieter nach mehreren Kriterien filtern, wie z. B. Eigentümer, Risikostufe, Vervollständigung der obligatorischen Attribute aus dem Detailfenster.

Filterung von Anbietern

Filtering Vendors

A Trust Center collaborator needs access only to the Trust Center dashboard to review, approve, or reject access requests. Typically, a trust center collaborator doesn’t have any other responsibilities in Secfix beyond handling Trust Center requests.

Ein Mitarbeiter des Trust Centers benötigt lediglich Zugriff auf das Dashboard des Trust Centers, um Zugriffsanfragen zu prüfen, zu genehmigen oder abzulehnen. In der Regel hat ein Mitarbeiter des Trust Centers keine weiteren Aufgaben in Secfix, außer der Bearbeitung von Anfragen des Trust Centers.

Vertrauenswürdige Mitarbeiterrolle

Trust collaborator role

Jakub Wanat

Enable the same user (email) to be part of multiple Secfix workspaces. This is needed for enterprises with multiple subsidiaries, where each subsidiary has its own Secfix workspace but uses the same Identity Provider.

Ermöglichen Sie es demselben Benutzer (E-Mail-Adresse), Teil mehrerer Secfix-Arbeitsbereiche zu sein. Dies ist für Unternehmen mit mehreren Tochtergesellschaften erforderlich, bei denen jede Tochtergesellschaft über einen eigenen Secfix-Arbeitsbereich verfügt, aber denselben Identitätsanbieter verwendet.

Benutzern erlauben, in mehreren Secfix-Arbeitsbereichen zu existieren

Allow users to exist in multiple Secfix workspaces

We want to control which employees are in scope in Secfix when connecting our Identity Provider, instead of having to connect our entire parent organization. As an enterprise with multiple subsidiaries and domains under one IDP, we manage different employee groups using directory groups and attributes. When connecting our IDP to Secfix, we need the ability to select a specific group that defines which users belong to a given Secfix workspace. This would allow us to manage subsidiaries and business units separately and avoid pulling in out-of-scope employees.

Wir möchten kontrollieren, welche Mitarbeiter bei der Verbindung unseres Identitätsanbieters in Secfix erfasst werden, anstatt unsere gesamte Muttergesellschaft verbinden zu müssen. Als Unternehmen mit mehreren Tochtergesellschaften und Domänen unter einem IDP verwalten wir verschiedene Mitarbeitergruppen mithilfe von Verzeichnisgruppen und Attributen. Wenn wir unseren IDP mit Secfix verbinden, müssen wir die Möglichkeit haben, eine bestimmte Gruppe auszuwählen, die definiert, welche Benutzer zu einem bestimmten Secfix-Arbeitsbereich gehören. So könnten wir Tochtergesellschaften und Geschäftsbereiche separat verwalten und vermeiden, dass Mitarbeiter außerhalb des Geltungsbereichs einbezogen werden.

Steuern Sie mithilfe von Google Workspace-Gruppen, welche Mitarbeiter in den Anwendungsbereich fallen.

Control which employees are in scope using Google Workspace groups

Katie Cameron

When uploading or updating a policy in Secfix and selecting the groups that need to acknowledge it, each group must currently be selected manually.For customers with many groups configured, this becomes time-consuming and unnecessarily repetitive, especially when most or all groups need to confirm the document. Proposed SolutionAdd a “Select all” checkbox/button in the group selection component when assigning document confirmations.Impact / Value<ul><li>Saves time for customers with many groups</li><li>Reduces frustration and repetitive manual clicks</li><li>Improves usability without changing core functionality</li></ul>

Beim Hochladen oder Aktualisieren einer Richtlinie in Secfix und beim Auswählen der Gruppen, die diese bestätigen müssen, muss derzeit jede Gruppe manuell ausgewählt werden.Für Kunden mit vielen konfigurierten Gruppen ist dies zeitaufwändig und unnötig repetitiv, insbesondere wenn die meisten oder alle Gruppen das Dokument bestätigen müssen. Vorgeschlagene LösungFügen Sie bei der Zuweisung von Dokumentbestätigungen ein Kontrollkästchen/eine Schaltfläche „Alle auswählen“ in die Gruppenauswahlkomponente ein.Auswirkung/Nutzen<ul><li>Spart Zeit für Kunden mit vielen Gruppen</li><li>Reduziert Frustration und repetitive manuelle Klicks</li><li>Verbessert die Benutzerfreundlichkeit, ohne die Kernfunktionalität zu verändern</li></ul>

Option „Alle auswählen“ beim Zuweisen von Gruppen zum Akzeptieren von Richtlinien

“Select All” option when assigning groups to accept policies

We create accounts in MS already before the employee starts.Here is an example, where I set the start date in the Secfix platform to 1.2.2026.But in every automated check, this employee comes up.So, the automatic checks should respect the start date, in my opinion.

Wir erstellen Konten in MS bereits vor Arbeitsbeginn des Mitarbeiters.Hier ist ein Beispiel, bei dem ich das Startdatum in der Secfix-Plattform auf den 1.2.2026 festgelegt habe.Aber bei jeder automatisierten Überprüfung taucht dieser Mitarbeiter auf.Meiner Meinung nach sollten die automatischen Überprüfungen das Startdatum berücksichtigen.