Mit Release 5.3 stellen wir Datenschutz und kundeneigene Risikobewertung in den Mittelpunkt. Vertrauliche Daten in Testcase Ergebnissen werden nun pseudonymisiert, die Schweregrade („Severity“) f\u00fcr Berechtigungspr\u00fcfungen und SOD Checks lassen sich an Ihr eigenes Risiko anpassen, und Scan-Schedules halten sich durch Testcase Szenarien selbst auf dem neuesten Stand. Dar\u00fcber hinaus wurde unser E-Mail-Versand robuster gestaltet.<\/p>\n\n\n\n
Neue Funktionen & Verbesserungen<\/strong><\/strong><\/strong><\/h2>\n\n\n\n<\/div>\n\n\nMain features<\/strong><\/span><\/h3>\n\n\n\n<\/div>\n\n\nPseudonymisierung vertraulicher Daten<\/h4>\n\n\n\n
Sicherheitsbefunde kommen selten ohne personenbezogenen Kontext. Benutzernamen, Benutzergruppen, Rollenzuweisungen und vieles mehr. Insbesondere bei Berechtigungspr\u00fcfungen enthalten die Ergebnisse schnell Daten, die nicht jeder in der Organisation im Klartext sehen sollte und vor allem nicht sehen darf.<\/p>\n\n\n\n
Mit Release 5.3 k\u00f6nnen vertrauliche Testcase Felder und Auswahllisten nun pseudonymisiert werden. Klartextdaten werden nur Benutzern mit den entsprechenden Berechtigungen angezeigt. Alle anderen arbeiten mit pseudonymisierten Werten. Die Befunde, ihr Schweregrad und ihr Kontext bleiben f\u00fcr die Analyse und Behebung vollst\u00e4ndig nutzbar.<\/p>\n\n\n\n
Warum ist das wichtig?<\/strong> Eine Sicherheitsplattform ben\u00f6tigt tiefgreifende Einblicke in Ihre SAP-Systeme. Aber nicht jeder, der mit der Plattform arbeitet, muss wissen, wer hinter einem Befund steht. Die Pseudonymisierung bringt das \u201eNeed-to-know\u201c-Prinzip in die Plattform selbst ein. Und es handelt sich um eine Ma\u00dfnahme, die die DSGVO ausdr\u00fccklich als geeignete technische Schutzma\u00dfnahme nennt (Art. 32). Das erleichtert den Austausch mit Ihrem Datenschutzbeauftragten und dem Betriebsrat erheblich.<\/p>\n\n\n\n<\/div>\n\n\nAusnahmen, wo man sie braucht<\/strong><\/h4>\n\n\n\nBestimmte Werte sollten trotz Pseudonymisierung lesbar bleiben, beispielsweise die Namen der technischen SAP User. Diese Werte k\u00f6nnen \u00fcber eine neue Standardwertliste von der Pseudonymisierung ausgenommen werden.<\/p>\n\n\n\n![\"\"](\"https:\/\/smartersec.com\/wp-content\/uploads\/2026\/10\/image.png\")
<\/figure>\n\n\n\nScreenshot<\/strong>: Ergebnisansicht mit pseudonymisierten Werten.<\/em><\/p>\n\n\n\n![\"\"](\"https:\/\/smartersec.com\/wp-content\/uploads\/2026\/10\/image-1.png\")
<\/figure>\n\n\n\nScreenshot<\/strong>: Gleiche Ergebnisans<\/em>icht mit Klartext-Ansicht f\u00fcr berechtigte Nutzer.<\/em><\/p>\n\n\n\n![\"\"](\"https:\/\/smartersec.com\/wp-content\/uploads\/2026\/10\/image-2-1024x371.png\")
<\/figure>\n\n\n\nScreenshot<\/strong>: Value list f\u00fcr Ausnahmen von der Pseudonymisierung. Benutzer DDIC in der Value list.<\/em><\/p>\n\n\n\n![\"\"](\"https:\/\/smartersec.com\/wp-content\/uploads\/2026\/10\/image-3.png\")
<\/figure>\n\n\n\nScreenshot<\/strong>: Value list f\u00fcr Ausnahmen von der Pseudonymisierung. Benutzer DDIC<\/em> jetzt in Klartext.<\/em><\/p>\n\n\n\n<\/div>\n\n\nIndividuelle Schweregrade („Severity“) f\u00fcr Berechtigungs- und SoD-Pr\u00fcfungen<\/strong><\/h4>\n\n\n\nNicht jede Berechtigung \/ Berechtigungskombination (SOD) ist in jeder Organisation gleicherma\u00dfen kritisch. Mit Release 5.3 k\u00f6nnen Sie nun f\u00fcr jede Pr\u00fcfung innerhalb des Berechtigungspr\u00fcfungs-Frameworks (TC-18) und f\u00fcr jede der Segregation of Duty Pr\u00fcfungen (TC-21) einen individuellen Schweregrad („Severity“) festlegen.<\/p>\n\n\n\n
Der konfigurierte Schweregrad wird konsequent durchgesetzt: Berichte, Exporte, Delta-Benachrichtigungen und Dashboard-Diagramme zeigen durchweg Ihre kundeneigene Risikobewertung an.<\/p>\n\n\n\n
<\/div>\n\n\nScan Schedules auf Basis von Testcase-Szenarien<\/strong><\/h4>\n\n\n\nScan Schedules k\u00f6nnen nun auf Basis von Testcase-Szenarien erstellt werden. Anstatt Testcases in jedem einzelnen Schedule zu pflegen, verkn\u00fcpfen Sie den Zeitplan einfach mit einem Szenario.<\/p>\n\n\n\n
Das Beste daran: Wenn Sie einem Szenario neue Testcases hinzuf\u00fcgen, werden die zugeh\u00f6rigen Scan-Zeitpl\u00e4ne automatisch angepasst. Keine manuelle Nachverfolgung, keine vergessenen \u201eLegacy\u201c Zeitpl\u00e4ne.<\/p>\n\n\n\n
<\/div>\n\n\nE-Mail-Zustellung \u00fcber Microsoft Graph mit SMTP-Fallback<\/p>\n\n\n\n
Die E-Mail-Zustellung unterst\u00fctzt nun mehrere E-Mail-Backends in einer festgelegten Reihenfolge: Zun\u00e4chst Microsoft Graph, mit SMTP als Fallback. Sollte ein Weg ausfallen, erreichen Ihre Benachrichtigungen dennoch ihre Empf\u00e4nger.<\/p>\n\n\n\n
Zudem werden gro\u00dfe oder blockierte E-Mail-Anh\u00e4nge nun bei allen E-Mail-Backends durch Download-Links ersetzt. Berichte gehen somit nicht mehr aufgrund von Gr\u00f6\u00dfenbeschr\u00e4nkungen oder Anhangsfiltern verloren.<\/p>\n\n\n\n
<\/div>\n\n\nImprovements & Fixes<\/strong><\/span><\/h3>\n\n\n\n\n- Zentrale E-Mail-Konfiguration
<\/strong>\u2013 SMTP-Einstellungen werden nicht mehr in der Mandantenkonfiguration gespeichert. Die E-Mail-Einstellungen werden nun zentral \u00fcber Umgebungsvariablen verwaltet.
<\/li>\n\n\n\n- Erweiterte Testcase-Dokumentation
<\/strong>\u2013 Die Testcase-Dokumentation enth\u00e4lt nun Beschreibungen zu Authorization Checks und SOD Pr\u00fcfungen.
<\/li>\n\n\n\n- Fix \u2013 Aktionsfilter im Autorisierungspr\u00fcfungs-Framework
<\/strong>\u2013 Ein Problem, bei dem der Aktionsfilter im Autorisierungspr\u00fcfungs-Framework nicht ordnungsgem\u00e4\u00df funktionierte, wurde behoben.<\/li>\n<\/ul>\n\n\n\n<\/div>\n\n\nContent<\/strong><\/h2>\n\n\n\nWie immer haben wir alle Testcases aktualisiert, um die neuesten Versionen von Komponenten, Kernels und Sicherheitspatches f\u00fcr alle verf\u00fcgbaren Systemtypen zu pr\u00fcfen.<\/p>\n\n\n\n
<\/div>\n\n\nSAP NetWeaver AS ABAP<\/strong><\/h3>\n\n\n\nF\u00fcr diesen Zieltyp haben wir 3<\/strong> neue Berechtigungspr\u00fcfung innerhalb des Authorization Frameworks hinzugef\u00fcgt.<\/p>\n\n\n\n\n- Unrestricted Access to ICF Services<\/li>\n\n\n\n
- Maintain roles and authorizations<\/li>\n\n\n\n
- Create User & grant Authorizations<\/li>\n<\/ul>\n\n\n\n
Dar\u00fcber hinaus haben wir 2<\/strong> Testcases verbessert:<\/p>\n\n\n\n\n- TC-116: Updated TLS recommendations, including TLS 1.3 guidance and SAP security references<\/li>\n\n\n\n
- TC-313: Improved result signatures<\/li>\n<\/ul>\n\n\n\n<\/div>\n\n\n
Wir werden Sie hier in diesem Blog regelm\u00e4\u00dfig \u00fcber neue Features der smarterSec Security Plattform informieren – bleiben Sie also dran und folgen Sie uns auf LinkedIn<\/a>, um keine Updates zu verpassen!<\/p>\n\n\n\n
Main features<\/strong><\/span><\/h3>\n\n\n\n<\/div>\n\n\nPseudonymisierung vertraulicher Daten<\/h4>\n\n\n\n
Sicherheitsbefunde kommen selten ohne personenbezogenen Kontext. Benutzernamen, Benutzergruppen, Rollenzuweisungen und vieles mehr. Insbesondere bei Berechtigungspr\u00fcfungen enthalten die Ergebnisse schnell Daten, die nicht jeder in der Organisation im Klartext sehen sollte und vor allem nicht sehen darf.<\/p>\n\n\n\n
Mit Release 5.3 k\u00f6nnen vertrauliche Testcase Felder und Auswahllisten nun pseudonymisiert werden. Klartextdaten werden nur Benutzern mit den entsprechenden Berechtigungen angezeigt. Alle anderen arbeiten mit pseudonymisierten Werten. Die Befunde, ihr Schweregrad und ihr Kontext bleiben f\u00fcr die Analyse und Behebung vollst\u00e4ndig nutzbar.<\/p>\n\n\n\n
Warum ist das wichtig?<\/strong> Eine Sicherheitsplattform ben\u00f6tigt tiefgreifende Einblicke in Ihre SAP-Systeme. Aber nicht jeder, der mit der Plattform arbeitet, muss wissen, wer hinter einem Befund steht. Die Pseudonymisierung bringt das \u201eNeed-to-know\u201c-Prinzip in die Plattform selbst ein. Und es handelt sich um eine Ma\u00dfnahme, die die DSGVO ausdr\u00fccklich als geeignete technische Schutzma\u00dfnahme nennt (Art. 32). Das erleichtert den Austausch mit Ihrem Datenschutzbeauftragten und dem Betriebsrat erheblich.<\/p>\n\n\n\n<\/div>\n\n\nAusnahmen, wo man sie braucht<\/strong><\/h4>\n\n\n\nBestimmte Werte sollten trotz Pseudonymisierung lesbar bleiben, beispielsweise die Namen der technischen SAP User. Diese Werte k\u00f6nnen \u00fcber eine neue Standardwertliste von der Pseudonymisierung ausgenommen werden.<\/p>\n\n\n\n<\/figure>\n\n\n\nScreenshot<\/strong>: Ergebnisansicht mit pseudonymisierten Werten.<\/em><\/p>\n\n\n\n<\/figure>\n\n\n\nScreenshot<\/strong>: Gleiche Ergebnisans<\/em>icht mit Klartext-Ansicht f\u00fcr berechtigte Nutzer.<\/em><\/p>\n\n\n\n<\/figure>\n\n\n\nScreenshot<\/strong>: Value list f\u00fcr Ausnahmen von der Pseudonymisierung. Benutzer DDIC in der Value list.<\/em><\/p>\n\n\n\n<\/figure>\n\n\n\nScreenshot<\/strong>: Value list f\u00fcr Ausnahmen von der Pseudonymisierung. Benutzer DDIC<\/em> jetzt in Klartext.<\/em><\/p>\n\n\n\n<\/div>\n\n\nIndividuelle Schweregrade („Severity“) f\u00fcr Berechtigungs- und SoD-Pr\u00fcfungen<\/strong><\/h4>\n\n\n\nNicht jede Berechtigung \/ Berechtigungskombination (SOD) ist in jeder Organisation gleicherma\u00dfen kritisch. Mit Release 5.3 k\u00f6nnen Sie nun f\u00fcr jede Pr\u00fcfung innerhalb des Berechtigungspr\u00fcfungs-Frameworks (TC-18) und f\u00fcr jede der Segregation of Duty Pr\u00fcfungen (TC-21) einen individuellen Schweregrad („Severity“) festlegen.<\/p>\n\n\n\n
Der konfigurierte Schweregrad wird konsequent durchgesetzt: Berichte, Exporte, Delta-Benachrichtigungen und Dashboard-Diagramme zeigen durchweg Ihre kundeneigene Risikobewertung an.<\/p>\n\n\n\n
<\/div>\n\n\nScan Schedules auf Basis von Testcase-Szenarien<\/strong><\/h4>\n\n\n\nScan Schedules k\u00f6nnen nun auf Basis von Testcase-Szenarien erstellt werden. Anstatt Testcases in jedem einzelnen Schedule zu pflegen, verkn\u00fcpfen Sie den Zeitplan einfach mit einem Szenario.<\/p>\n\n\n\n
Das Beste daran: Wenn Sie einem Szenario neue Testcases hinzuf\u00fcgen, werden die zugeh\u00f6rigen Scan-Zeitpl\u00e4ne automatisch angepasst. Keine manuelle Nachverfolgung, keine vergessenen \u201eLegacy\u201c Zeitpl\u00e4ne.<\/p>\n\n\n\n
<\/div>\n\n\nE-Mail-Zustellung \u00fcber Microsoft Graph mit SMTP-Fallback<\/p>\n\n\n\n
Die E-Mail-Zustellung unterst\u00fctzt nun mehrere E-Mail-Backends in einer festgelegten Reihenfolge: Zun\u00e4chst Microsoft Graph, mit SMTP als Fallback. Sollte ein Weg ausfallen, erreichen Ihre Benachrichtigungen dennoch ihre Empf\u00e4nger.<\/p>\n\n\n\n
Zudem werden gro\u00dfe oder blockierte E-Mail-Anh\u00e4nge nun bei allen E-Mail-Backends durch Download-Links ersetzt. Berichte gehen somit nicht mehr aufgrund von Gr\u00f6\u00dfenbeschr\u00e4nkungen oder Anhangsfiltern verloren.<\/p>\n\n\n\n
<\/div>\n\n\nImprovements & Fixes<\/strong><\/span><\/h3>\n\n\n\n\n- Zentrale E-Mail-Konfiguration
<\/strong>\u2013 SMTP-Einstellungen werden nicht mehr in der Mandantenkonfiguration gespeichert. Die E-Mail-Einstellungen werden nun zentral \u00fcber Umgebungsvariablen verwaltet.
<\/li>\n\n\n\n- Erweiterte Testcase-Dokumentation
<\/strong>\u2013 Die Testcase-Dokumentation enth\u00e4lt nun Beschreibungen zu Authorization Checks und SOD Pr\u00fcfungen.
<\/li>\n\n\n\n- Fix \u2013 Aktionsfilter im Autorisierungspr\u00fcfungs-Framework
<\/strong>\u2013 Ein Problem, bei dem der Aktionsfilter im Autorisierungspr\u00fcfungs-Framework nicht ordnungsgem\u00e4\u00df funktionierte, wurde behoben.<\/li>\n<\/ul>\n\n\n\n<\/div>\n\n\nContent<\/strong><\/h2>\n\n\n\nWie immer haben wir alle Testcases aktualisiert, um die neuesten Versionen von Komponenten, Kernels und Sicherheitspatches f\u00fcr alle verf\u00fcgbaren Systemtypen zu pr\u00fcfen.<\/p>\n\n\n\n
<\/div>\n\n\nSAP NetWeaver AS ABAP<\/strong><\/h3>\n\n\n\nF\u00fcr diesen Zieltyp haben wir 3<\/strong> neue Berechtigungspr\u00fcfung innerhalb des Authorization Frameworks hinzugef\u00fcgt.<\/p>\n\n\n\n\n- Unrestricted Access to ICF Services<\/li>\n\n\n\n
- Maintain roles and authorizations<\/li>\n\n\n\n
- Create User & grant Authorizations<\/li>\n<\/ul>\n\n\n\n
Dar\u00fcber hinaus haben wir 2<\/strong> Testcases verbessert:<\/p>\n\n\n\n\n- TC-116: Updated TLS recommendations, including TLS 1.3 guidance and SAP security references<\/li>\n\n\n\n
- TC-313: Improved result signatures<\/li>\n<\/ul>\n\n\n\n<\/div>\n\n\n
Wir werden Sie hier in diesem Blog regelm\u00e4\u00dfig \u00fcber neue Features der smarterSec Security Plattform informieren – bleiben Sie also dran und folgen Sie uns auf LinkedIn<\/a>, um keine Updates zu verpassen!<\/p>\n\n\n\n
Pseudonymisierung vertraulicher Daten<\/h4>\n\n\n\n
Sicherheitsbefunde kommen selten ohne personenbezogenen Kontext. Benutzernamen, Benutzergruppen, Rollenzuweisungen und vieles mehr. Insbesondere bei Berechtigungspr\u00fcfungen enthalten die Ergebnisse schnell Daten, die nicht jeder in der Organisation im Klartext sehen sollte und vor allem nicht sehen darf.<\/p>\n\n\n\n
Mit Release 5.3 k\u00f6nnen vertrauliche Testcase Felder und Auswahllisten nun pseudonymisiert werden. Klartextdaten werden nur Benutzern mit den entsprechenden Berechtigungen angezeigt. Alle anderen arbeiten mit pseudonymisierten Werten. Die Befunde, ihr Schweregrad und ihr Kontext bleiben f\u00fcr die Analyse und Behebung vollst\u00e4ndig nutzbar.<\/p>\n\n\n\n
Warum ist das wichtig?<\/strong> Eine Sicherheitsplattform ben\u00f6tigt tiefgreifende Einblicke in Ihre SAP-Systeme. Aber nicht jeder, der mit der Plattform arbeitet, muss wissen, wer hinter einem Befund steht. Die Pseudonymisierung bringt das \u201eNeed-to-know\u201c-Prinzip in die Plattform selbst ein. Und es handelt sich um eine Ma\u00dfnahme, die die DSGVO ausdr\u00fccklich als geeignete technische Schutzma\u00dfnahme nennt (Art. 32). Das erleichtert den Austausch mit Ihrem Datenschutzbeauftragten und dem Betriebsrat erheblich.<\/p>\n\n\n\n Bestimmte Werte sollten trotz Pseudonymisierung lesbar bleiben, beispielsweise die Namen der technischen SAP User. Diese Werte k\u00f6nnen \u00fcber eine neue Standardwertliste von der Pseudonymisierung ausgenommen werden.<\/p>\n\n\n\n Screenshot<\/strong>: Ergebnisansicht mit pseudonymisierten Werten.<\/em><\/p>\n\n\n\n Screenshot<\/strong>: Gleiche Ergebnisans<\/em>icht mit Klartext-Ansicht f\u00fcr berechtigte Nutzer.<\/em><\/p>\n\n\n\n Screenshot<\/strong>: Value list f\u00fcr Ausnahmen von der Pseudonymisierung. Benutzer DDIC in der Value list.<\/em><\/p>\n\n\n\n Screenshot<\/strong>: Value list f\u00fcr Ausnahmen von der Pseudonymisierung. Benutzer DDIC<\/em> jetzt in Klartext.<\/em><\/p>\n\n\n\n Nicht jede Berechtigung \/ Berechtigungskombination (SOD) ist in jeder Organisation gleicherma\u00dfen kritisch. Mit Release 5.3 k\u00f6nnen Sie nun f\u00fcr jede Pr\u00fcfung innerhalb des Berechtigungspr\u00fcfungs-Frameworks (TC-18) und f\u00fcr jede der Segregation of Duty Pr\u00fcfungen (TC-21) einen individuellen Schweregrad („Severity“) festlegen.<\/p>\n\n\n\n Der konfigurierte Schweregrad wird konsequent durchgesetzt: Berichte, Exporte, Delta-Benachrichtigungen und Dashboard-Diagramme zeigen durchweg Ihre kundeneigene Risikobewertung an.<\/p>\n\n\n\n Scan Schedules k\u00f6nnen nun auf Basis von Testcase-Szenarien erstellt werden. Anstatt Testcases in jedem einzelnen Schedule zu pflegen, verkn\u00fcpfen Sie den Zeitplan einfach mit einem Szenario.<\/p>\n\n\n\n Das Beste daran: Wenn Sie einem Szenario neue Testcases hinzuf\u00fcgen, werden die zugeh\u00f6rigen Scan-Zeitpl\u00e4ne automatisch angepasst. Keine manuelle Nachverfolgung, keine vergessenen \u201eLegacy\u201c Zeitpl\u00e4ne.<\/p>\n\n\n\n E-Mail-Zustellung \u00fcber Microsoft Graph mit SMTP-Fallback<\/p>\n\n\n\n Die E-Mail-Zustellung unterst\u00fctzt nun mehrere E-Mail-Backends in einer festgelegten Reihenfolge: Zun\u00e4chst Microsoft Graph, mit SMTP als Fallback. Sollte ein Weg ausfallen, erreichen Ihre Benachrichtigungen dennoch ihre Empf\u00e4nger.<\/p>\n\n\n\n Zudem werden gro\u00dfe oder blockierte E-Mail-Anh\u00e4nge nun bei allen E-Mail-Backends durch Download-Links ersetzt. Berichte gehen somit nicht mehr aufgrund von Gr\u00f6\u00dfenbeschr\u00e4nkungen oder Anhangsfiltern verloren.<\/p>\n\n\n\n Wie immer haben wir alle Testcases aktualisiert, um die neuesten Versionen von Komponenten, Kernels und Sicherheitspatches f\u00fcr alle verf\u00fcgbaren Systemtypen zu pr\u00fcfen.<\/p>\n\n\n\n F\u00fcr diesen Zieltyp haben wir 3<\/strong> neue Berechtigungspr\u00fcfung innerhalb des Authorization Frameworks hinzugef\u00fcgt.<\/p>\n\n\n\n Dar\u00fcber hinaus haben wir 2<\/strong> Testcases verbessert:<\/p>\n\n\n\n Wir werden Sie hier in diesem Blog regelm\u00e4\u00dfig \u00fcber neue Features der smarterSec Security Plattform informieren – bleiben Sie also dran und folgen Sie uns auf LinkedIn<\/a>, um keine Updates zu verpassen!<\/p>\n\n\n\nAusnahmen, wo man sie braucht<\/strong><\/h4>\n\n\n\n
<\/figure>\n\n\n\n<\/figure>\n\n\n\n<\/figure>\n\n\n\n<\/figure>\n\n\n\nIndividuelle Schweregrade („Severity“) f\u00fcr Berechtigungs- und SoD-Pr\u00fcfungen<\/strong><\/h4>\n\n\n\n
Scan Schedules auf Basis von Testcase-Szenarien<\/strong><\/h4>\n\n\n\n
Improvements & Fixes<\/strong><\/span><\/h3>\n\n\n\n
\n
<\/strong>\u2013 SMTP-Einstellungen werden nicht mehr in der Mandantenkonfiguration gespeichert. Die E-Mail-Einstellungen werden nun zentral \u00fcber Umgebungsvariablen verwaltet.
<\/li>\n\n\n\n
<\/strong>\u2013 Die Testcase-Dokumentation enth\u00e4lt nun Beschreibungen zu Authorization Checks und SOD Pr\u00fcfungen.
<\/li>\n\n\n\n
<\/strong>\u2013 Ein Problem, bei dem der Aktionsfilter im Autorisierungspr\u00fcfungs-Framework nicht ordnungsgem\u00e4\u00df funktionierte, wurde behoben.<\/li>\n<\/ul>\n\n\n\nContent<\/strong><\/h2>\n\n\n\n
SAP NetWeaver AS ABAP<\/strong><\/h3>\n\n\n\n
\n
\n