Neue Funktionen & Verbesserungen<\/strong><\/strong><\/strong><\/h2>\n\n\n\n<\/div>\n\n\nMain features<\/span><\/h3>\n\n\n\n<\/div>\n\n\nPlatform internes Audit-Logging f\u00fcr l\u00fcckenlose Nachweisbarkeit sicherheitsrelevanter Aktionen<\/strong><\/h4>\n\n\n\nMit Release 5.0 haben wir das interne Audit-Logging f\u00fcr die smarterSec Security Platform grundlegend \u00fcberarbeitet. Jede sicherheitsrelevante Aktion innerhalb der Plattform wird nun l\u00fcckenlos nachverfolgt.<\/p>\n\n\n\n
Warum ist das wichtig? Eine Sicherheitsplattform nimmt eine privilegierte Position ein: Sie kennt Ihre Schwachstellen, Ihre Konfigurationen, Ihre Anf\u00e4lligkeiten. Das macht sie auch zu einem Ziel f\u00fcr Missbrauch. Es handelt sich um ein Tool, das denselben Standards unterliegen muss, die es selbst durchsetzt. Mit dem internen Audit-Logging wird jede sicherheitsrelevante \u00c4nderung bzw. Aktion innerhalb der Plattform nachverfolgt. Wer hat den Umfang eines geplanten Scans ge\u00e4ndert? Wer hat eine Testfallkonfiguration angepasst? Wer hat Benutzerberechtigungen angepasst? Die Plattform beantwortet diese Fragen nun selbst.<\/p>\n\n\n\n
Hier geht es nicht nur um Transparenz. Es geht darum, potenziellen Missbrauch aufzudecken. Wenn jemand den Scan-Umfang einschr\u00e4nkt, um ein anf\u00e4lliges System zu verbergen, oder einen kritischen Testcase deaktiviert, wird diese Aktion protokolliert. Mit Benutzerkontext, Zeitstempel, Source-IP und Vorher-Nachher-Werten.<\/p>\n\n\n\n
<\/div>\n\n\nAPI Support<\/strong><\/p>\n\n\n\nDas interne Audit Log kann \u00fcber eine API extern bereitgestellt werden. Wenn Sie die Logdaten an das SIEM-System Ihres Unternehmens oder an andere Systeme weiterleiten m\u00f6chten, ist dies m\u00f6glich. Bitte wenden Sie sich an uns, falls Sie weitere Informationen zur API und deren Nutzung ben\u00f6tigen.<\/p>\n\n\n\n
<\/div>\n\n\nWie kann man darauf zugreifen?<\/strong><\/p>\n\n\n\nSobald Ihrem Benutzer die entsprechende Benutzerrolle zugewiesen wurde, k\u00f6nnen Sie das Audit Log \u00f6ffnen, indem Sie auf \u201eSettings\u201c -> \u201eAudit Log\u201c klicken.<\/p>\n\n\n\n
<\/div>\n\n\n![\"\"](\"https:\/\/smartersec.com\/wp-content\/uploads\/2026\/07\/image.png\")
<\/figure>\n\n\n\n<\/div>\n\n\nDie Plattform wurde um zwei neue Rollen erweitert:<\/p>\n\n\n\n
\n- Audit Log Viewer
– Kann ausschlie\u00dflich das Audit Log anzeigen<\/li>\n<\/ul>\n\n\n\n\n- Audit Log Administrator
– Kann Einstellungen im Audit Log \u00e4ndern, wie beispielsweise die Aufbewahrungsfrist (Retention Rate) f\u00fcr das Audit Log<\/li>\n<\/ul>\n\n\n\n<\/div>\n\n\n![\"\"](\"https:\/\/smartersec.com\/wp-content\/uploads\/2026\/07\/image-5.png\")
<\/figure>\n\n\n\n<\/div>\n\n\nNach dem Aufrufen des Audit Logs werden Ihnen zun\u00e4chst alle verf\u00fcgbaren Events im Audit Log angezeigt. Wenn Sie nach bestimmten Log Events filtern m\u00f6chten, k\u00f6nnen Sie die Funktion \u201eFilter Audit Log\u201c auf der rechten Seite des Screens verwenden.<\/p>\n\n\n\n
Sie k\u00f6nnen nach Username, Actions, Info\/Changes, Date Range und IP-Address filtern.<\/p>\n\n\n\n
Eine \u201eAction\u201c ist eine bestimmte Art von Ereignis: Created, Updated, Deleted, Accessed View or Login Attempts.<\/p>\n\n\n\n
<\/div>\n\n\n![\"\"](\"https:\/\/smartersec.com\/wp-content\/uploads\/2026\/07\/image-1.png\")
<\/figure>\n\n\n\n<\/div>\n\n\nAu\u00dferdem l\u00e4sst sich die \u201eLog Retention\u201c konfigurieren, sofern Ihnen die entsprechende Rolle zugewiesen ist. Die Log Retention wird in Tagen festgelegt.<\/p>\n\n\n\n
<\/div>\n\n\n![\"\"](\"https:\/\/smartersec.com\/wp-content\/uploads\/2026\/07\/image-6.png\")
<\/figure>\n\n\n\n<\/div>\n\n\nWir haben sichergestellt, dass das Log nicht ver\u00e4ndert werden kann. Sollte es dennoch jemandem gelingen, das Log zu ver\u00e4ndern, beispielsweise durch direkten Zugriff auf die Datenbank, k\u00f6nnen wir dieses Verhalten erkennen und werden Sie dar\u00fcber informieren. Es wird ein \u201eLog Integrity Check\u201c durchgef\u00fchrt, um sicherzustellen, dass die kryptografische Log Chain vollst\u00e4ndig intakt ist. Dabei werden fr\u00fchere \u00c4nderungen oder jegliche Art von L\u00f6schungen innerhalb des Logs erkannt.<\/p>\n\n\n\n
<\/div>\n\n\n![\"\"](\"https:\/\/smartersec.com\/wp-content\/uploads\/2026\/07\/image-4.png\")
<\/figure>\n\n\n\n<\/div>\n\n\nJedes Ereignis wird mit den folgenden Informationen angezeigt: User, Timestamp, Action, Object-Type, Object-ID, Source IP und vorher\/nachher Values (info).<\/p>\n\n\n\n
<\/div>\n\n\n![\"\"](\"https:\/\/smartersec.com\/wp-content\/uploads\/2026\/07\/image-3.png\")
<\/figure>\n\n\n\n<\/div>\n\n\nImprovements & Fixes<\/strong><\/span><\/h3>\n\n\n\n\n- Genaue Zeitangaben f\u00fcr protokollbasierte Testcases
<\/strong>– Protokollbasierte Testcases zeigen nun den genauen Zeitraum an, in dem sie gepr\u00fcft wurden und bieten so vollst\u00e4ndige Transparenz \u00fcber den analysierten Zeitraum.
<\/li>\n\n\n\n- SMTP-Timeout hinzugef\u00fcgt, um ein H\u00e4ngenbleiben von Assessments zu verhindern
<\/strong>– Ein neuer SMTP-Timeout stellt sicher, dass Assessments nicht mehr h\u00e4ngen bleiben, wenn sie auf geschlossene Ports sto\u00dfen.
<\/li>\n\n\n\n- Falscher Wartungsstatus bei inkonsistenten nginx-Zuordnungen<\/strong>
– Ein Problem, bei dem der Wartungsstatus aufgrund inkonsistenter nginx-Statuszuordnungen f\u00e4lschlicherweise als \u201eabgeschlossen\u201c angezeigt wurde, 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 SuccessFactors<\/strong><\/h3>\n\n\n\nF\u00fcr dieses Target haben wir 5 <\/strong>neue Testcases implementiert und 5 <\/strong>existierende Testcases \u00fcberarbeitet innerhalb des Bereichs „Permissions and Authorizations“.<\/p>\n\n\n\n<\/div>\n\n\nWir 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<\/span><\/h3>\n\n\n\n<\/div>\n\n\nPlatform internes Audit-Logging f\u00fcr l\u00fcckenlose Nachweisbarkeit sicherheitsrelevanter Aktionen<\/strong><\/h4>\n\n\n\nMit Release 5.0 haben wir das interne Audit-Logging f\u00fcr die smarterSec Security Platform grundlegend \u00fcberarbeitet. Jede sicherheitsrelevante Aktion innerhalb der Plattform wird nun l\u00fcckenlos nachverfolgt.<\/p>\n\n\n\n
Warum ist das wichtig? Eine Sicherheitsplattform nimmt eine privilegierte Position ein: Sie kennt Ihre Schwachstellen, Ihre Konfigurationen, Ihre Anf\u00e4lligkeiten. Das macht sie auch zu einem Ziel f\u00fcr Missbrauch. Es handelt sich um ein Tool, das denselben Standards unterliegen muss, die es selbst durchsetzt. Mit dem internen Audit-Logging wird jede sicherheitsrelevante \u00c4nderung bzw. Aktion innerhalb der Plattform nachverfolgt. Wer hat den Umfang eines geplanten Scans ge\u00e4ndert? Wer hat eine Testfallkonfiguration angepasst? Wer hat Benutzerberechtigungen angepasst? Die Plattform beantwortet diese Fragen nun selbst.<\/p>\n\n\n\n
Hier geht es nicht nur um Transparenz. Es geht darum, potenziellen Missbrauch aufzudecken. Wenn jemand den Scan-Umfang einschr\u00e4nkt, um ein anf\u00e4lliges System zu verbergen, oder einen kritischen Testcase deaktiviert, wird diese Aktion protokolliert. Mit Benutzerkontext, Zeitstempel, Source-IP und Vorher-Nachher-Werten.<\/p>\n\n\n\n
<\/div>\n\n\nAPI Support<\/strong><\/p>\n\n\n\nDas interne Audit Log kann \u00fcber eine API extern bereitgestellt werden. Wenn Sie die Logdaten an das SIEM-System Ihres Unternehmens oder an andere Systeme weiterleiten m\u00f6chten, ist dies m\u00f6glich. Bitte wenden Sie sich an uns, falls Sie weitere Informationen zur API und deren Nutzung ben\u00f6tigen.<\/p>\n\n\n\n
<\/div>\n\n\nWie kann man darauf zugreifen?<\/strong><\/p>\n\n\n\nSobald Ihrem Benutzer die entsprechende Benutzerrolle zugewiesen wurde, k\u00f6nnen Sie das Audit Log \u00f6ffnen, indem Sie auf \u201eSettings\u201c -> \u201eAudit Log\u201c klicken.<\/p>\n\n\n\n
<\/div>\n\n\n<\/figure>\n\n\n\n<\/div>\n\n\nDie Plattform wurde um zwei neue Rollen erweitert:<\/p>\n\n\n\n
\n- Audit Log Viewer
– Kann ausschlie\u00dflich das Audit Log anzeigen<\/li>\n<\/ul>\n\n\n\n\n- Audit Log Administrator
– Kann Einstellungen im Audit Log \u00e4ndern, wie beispielsweise die Aufbewahrungsfrist (Retention Rate) f\u00fcr das Audit Log<\/li>\n<\/ul>\n\n\n\n<\/div>\n\n\n<\/figure>\n\n\n\n<\/div>\n\n\nNach dem Aufrufen des Audit Logs werden Ihnen zun\u00e4chst alle verf\u00fcgbaren Events im Audit Log angezeigt. Wenn Sie nach bestimmten Log Events filtern m\u00f6chten, k\u00f6nnen Sie die Funktion \u201eFilter Audit Log\u201c auf der rechten Seite des Screens verwenden.<\/p>\n\n\n\n
Sie k\u00f6nnen nach Username, Actions, Info\/Changes, Date Range und IP-Address filtern.<\/p>\n\n\n\n
Eine \u201eAction\u201c ist eine bestimmte Art von Ereignis: Created, Updated, Deleted, Accessed View or Login Attempts.<\/p>\n\n\n\n
<\/div>\n\n\n<\/figure>\n\n\n\n<\/div>\n\n\nAu\u00dferdem l\u00e4sst sich die \u201eLog Retention\u201c konfigurieren, sofern Ihnen die entsprechende Rolle zugewiesen ist. Die Log Retention wird in Tagen festgelegt.<\/p>\n\n\n\n
<\/div>\n\n\n<\/figure>\n\n\n\n<\/div>\n\n\nWir haben sichergestellt, dass das Log nicht ver\u00e4ndert werden kann. Sollte es dennoch jemandem gelingen, das Log zu ver\u00e4ndern, beispielsweise durch direkten Zugriff auf die Datenbank, k\u00f6nnen wir dieses Verhalten erkennen und werden Sie dar\u00fcber informieren. Es wird ein \u201eLog Integrity Check\u201c durchgef\u00fchrt, um sicherzustellen, dass die kryptografische Log Chain vollst\u00e4ndig intakt ist. Dabei werden fr\u00fchere \u00c4nderungen oder jegliche Art von L\u00f6schungen innerhalb des Logs erkannt.<\/p>\n\n\n\n
<\/div>\n\n\n<\/figure>\n\n\n\n<\/div>\n\n\nJedes Ereignis wird mit den folgenden Informationen angezeigt: User, Timestamp, Action, Object-Type, Object-ID, Source IP und vorher\/nachher Values (info).<\/p>\n\n\n\n
<\/div>\n\n\n<\/figure>\n\n\n\n<\/div>\n\n\nImprovements & Fixes<\/strong><\/span><\/h3>\n\n\n\n\n- Genaue Zeitangaben f\u00fcr protokollbasierte Testcases
<\/strong>– Protokollbasierte Testcases zeigen nun den genauen Zeitraum an, in dem sie gepr\u00fcft wurden und bieten so vollst\u00e4ndige Transparenz \u00fcber den analysierten Zeitraum.
<\/li>\n\n\n\n- SMTP-Timeout hinzugef\u00fcgt, um ein H\u00e4ngenbleiben von Assessments zu verhindern
<\/strong>– Ein neuer SMTP-Timeout stellt sicher, dass Assessments nicht mehr h\u00e4ngen bleiben, wenn sie auf geschlossene Ports sto\u00dfen.
<\/li>\n\n\n\n- Falscher Wartungsstatus bei inkonsistenten nginx-Zuordnungen<\/strong>
– Ein Problem, bei dem der Wartungsstatus aufgrund inkonsistenter nginx-Statuszuordnungen f\u00e4lschlicherweise als \u201eabgeschlossen\u201c angezeigt wurde, 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 SuccessFactors<\/strong><\/h3>\n\n\n\nF\u00fcr dieses Target haben wir 5 <\/strong>neue Testcases implementiert und 5 <\/strong>existierende Testcases \u00fcberarbeitet innerhalb des Bereichs „Permissions and Authorizations“.<\/p>\n\n\n\n<\/div>\n\n\nWir 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
Platform internes Audit-Logging f\u00fcr l\u00fcckenlose Nachweisbarkeit sicherheitsrelevanter Aktionen<\/strong><\/h4>\n\n\n\nMit Release 5.0 haben wir das interne Audit-Logging f\u00fcr die smarterSec Security Platform grundlegend \u00fcberarbeitet. Jede sicherheitsrelevante Aktion innerhalb der Plattform wird nun l\u00fcckenlos nachverfolgt.<\/p>\n\n\n\n
Warum ist das wichtig? Eine Sicherheitsplattform nimmt eine privilegierte Position ein: Sie kennt Ihre Schwachstellen, Ihre Konfigurationen, Ihre Anf\u00e4lligkeiten. Das macht sie auch zu einem Ziel f\u00fcr Missbrauch. Es handelt sich um ein Tool, das denselben Standards unterliegen muss, die es selbst durchsetzt. Mit dem internen Audit-Logging wird jede sicherheitsrelevante \u00c4nderung bzw. Aktion innerhalb der Plattform nachverfolgt. Wer hat den Umfang eines geplanten Scans ge\u00e4ndert? Wer hat eine Testfallkonfiguration angepasst? Wer hat Benutzerberechtigungen angepasst? Die Plattform beantwortet diese Fragen nun selbst.<\/p>\n\n\n\n
Hier geht es nicht nur um Transparenz. Es geht darum, potenziellen Missbrauch aufzudecken. Wenn jemand den Scan-Umfang einschr\u00e4nkt, um ein anf\u00e4lliges System zu verbergen, oder einen kritischen Testcase deaktiviert, wird diese Aktion protokolliert. Mit Benutzerkontext, Zeitstempel, Source-IP und Vorher-Nachher-Werten.<\/p>\n\n\n\n
<\/div>\n\n\nAPI Support<\/strong><\/p>\n\n\n\nDas interne Audit Log kann \u00fcber eine API extern bereitgestellt werden. Wenn Sie die Logdaten an das SIEM-System Ihres Unternehmens oder an andere Systeme weiterleiten m\u00f6chten, ist dies m\u00f6glich. Bitte wenden Sie sich an uns, falls Sie weitere Informationen zur API und deren Nutzung ben\u00f6tigen.<\/p>\n\n\n\n
<\/div>\n\n\nWie kann man darauf zugreifen?<\/strong><\/p>\n\n\n\nSobald Ihrem Benutzer die entsprechende Benutzerrolle zugewiesen wurde, k\u00f6nnen Sie das Audit Log \u00f6ffnen, indem Sie auf \u201eSettings\u201c -> \u201eAudit Log\u201c klicken.<\/p>\n\n\n\n
<\/div>\n\n\n<\/figure>\n\n\n\n<\/div>\n\n\nDie Plattform wurde um zwei neue Rollen erweitert:<\/p>\n\n\n\n
\n- Audit Log Viewer
– Kann ausschlie\u00dflich das Audit Log anzeigen<\/li>\n<\/ul>\n\n\n\n\n- Audit Log Administrator
– Kann Einstellungen im Audit Log \u00e4ndern, wie beispielsweise die Aufbewahrungsfrist (Retention Rate) f\u00fcr das Audit Log<\/li>\n<\/ul>\n\n\n\n<\/div>\n\n\n<\/figure>\n\n\n\n<\/div>\n\n\nNach dem Aufrufen des Audit Logs werden Ihnen zun\u00e4chst alle verf\u00fcgbaren Events im Audit Log angezeigt. Wenn Sie nach bestimmten Log Events filtern m\u00f6chten, k\u00f6nnen Sie die Funktion \u201eFilter Audit Log\u201c auf der rechten Seite des Screens verwenden.<\/p>\n\n\n\n
Sie k\u00f6nnen nach Username, Actions, Info\/Changes, Date Range und IP-Address filtern.<\/p>\n\n\n\n
Eine \u201eAction\u201c ist eine bestimmte Art von Ereignis: Created, Updated, Deleted, Accessed View or Login Attempts.<\/p>\n\n\n\n
<\/div>\n\n\n<\/figure>\n\n\n\n<\/div>\n\n\nAu\u00dferdem l\u00e4sst sich die \u201eLog Retention\u201c konfigurieren, sofern Ihnen die entsprechende Rolle zugewiesen ist. Die Log Retention wird in Tagen festgelegt.<\/p>\n\n\n\n
<\/div>\n\n\n<\/figure>\n\n\n\n<\/div>\n\n\nWir haben sichergestellt, dass das Log nicht ver\u00e4ndert werden kann. Sollte es dennoch jemandem gelingen, das Log zu ver\u00e4ndern, beispielsweise durch direkten Zugriff auf die Datenbank, k\u00f6nnen wir dieses Verhalten erkennen und werden Sie dar\u00fcber informieren. Es wird ein \u201eLog Integrity Check\u201c durchgef\u00fchrt, um sicherzustellen, dass die kryptografische Log Chain vollst\u00e4ndig intakt ist. Dabei werden fr\u00fchere \u00c4nderungen oder jegliche Art von L\u00f6schungen innerhalb des Logs erkannt.<\/p>\n\n\n\n
<\/div>\n\n\n<\/figure>\n\n\n\n<\/div>\n\n\nJedes Ereignis wird mit den folgenden Informationen angezeigt: User, Timestamp, Action, Object-Type, Object-ID, Source IP und vorher\/nachher Values (info).<\/p>\n\n\n\n
<\/div>\n\n\n<\/figure>\n\n\n\n<\/div>\n\n\nImprovements & Fixes<\/strong><\/span><\/h3>\n\n\n\n\n- Genaue Zeitangaben f\u00fcr protokollbasierte Testcases
<\/strong>– Protokollbasierte Testcases zeigen nun den genauen Zeitraum an, in dem sie gepr\u00fcft wurden und bieten so vollst\u00e4ndige Transparenz \u00fcber den analysierten Zeitraum.
<\/li>\n\n\n\n- SMTP-Timeout hinzugef\u00fcgt, um ein H\u00e4ngenbleiben von Assessments zu verhindern
<\/strong>– Ein neuer SMTP-Timeout stellt sicher, dass Assessments nicht mehr h\u00e4ngen bleiben, wenn sie auf geschlossene Ports sto\u00dfen.
<\/li>\n\n\n\n- Falscher Wartungsstatus bei inkonsistenten nginx-Zuordnungen<\/strong>
– Ein Problem, bei dem der Wartungsstatus aufgrund inkonsistenter nginx-Statuszuordnungen f\u00e4lschlicherweise als \u201eabgeschlossen\u201c angezeigt wurde, 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 SuccessFactors<\/strong><\/h3>\n\n\n\nF\u00fcr dieses Target haben wir 5 <\/strong>neue Testcases implementiert und 5 <\/strong>existierende Testcases \u00fcberarbeitet innerhalb des Bereichs „Permissions and Authorizations“.<\/p>\n\n\n\n<\/div>\n\n\nWir 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
API Support<\/strong><\/p>\n\n\n\n Das interne Audit Log kann \u00fcber eine API extern bereitgestellt werden. Wenn Sie die Logdaten an das SIEM-System Ihres Unternehmens oder an andere Systeme weiterleiten m\u00f6chten, ist dies m\u00f6glich. Bitte wenden Sie sich an uns, falls Sie weitere Informationen zur API und deren Nutzung ben\u00f6tigen.<\/p>\n\n\n\n Wie kann man darauf zugreifen?<\/strong><\/p>\n\n\n\n Sobald Ihrem Benutzer die entsprechende Benutzerrolle zugewiesen wurde, k\u00f6nnen Sie das Audit Log \u00f6ffnen, indem Sie auf \u201eSettings\u201c -> \u201eAudit Log\u201c klicken.<\/p>\n\n\n\n Die Plattform wurde um zwei neue Rollen erweitert:<\/p>\n\n\n\n Nach dem Aufrufen des Audit Logs werden Ihnen zun\u00e4chst alle verf\u00fcgbaren Events im Audit Log angezeigt. Wenn Sie nach bestimmten Log Events filtern m\u00f6chten, k\u00f6nnen Sie die Funktion \u201eFilter Audit Log\u201c auf der rechten Seite des Screens verwenden.<\/p>\n\n\n\n Sie k\u00f6nnen nach Username, Actions, Info\/Changes, Date Range und IP-Address filtern.<\/p>\n\n\n\n Eine \u201eAction\u201c ist eine bestimmte Art von Ereignis: Created, Updated, Deleted, Accessed View or Login Attempts.<\/p>\n\n\n\n Au\u00dferdem l\u00e4sst sich die \u201eLog Retention\u201c konfigurieren, sofern Ihnen die entsprechende Rolle zugewiesen ist. Die Log Retention wird in Tagen festgelegt.<\/p>\n\n\n\n Wir haben sichergestellt, dass das Log nicht ver\u00e4ndert werden kann. Sollte es dennoch jemandem gelingen, das Log zu ver\u00e4ndern, beispielsweise durch direkten Zugriff auf die Datenbank, k\u00f6nnen wir dieses Verhalten erkennen und werden Sie dar\u00fcber informieren. Es wird ein \u201eLog Integrity Check\u201c durchgef\u00fchrt, um sicherzustellen, dass die kryptografische Log Chain vollst\u00e4ndig intakt ist. Dabei werden fr\u00fchere \u00c4nderungen oder jegliche Art von L\u00f6schungen innerhalb des Logs erkannt.<\/p>\n\n\n\n Jedes Ereignis wird mit den folgenden Informationen angezeigt: User, Timestamp, Action, Object-Type, Object-ID, Source IP und vorher\/nachher Values (info).<\/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 dieses Target haben wir 5 <\/strong>neue Testcases implementiert und 5 <\/strong>existierende Testcases \u00fcberarbeitet innerhalb des Bereichs „Permissions and Authorizations“.<\/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\n<\/figure>\n\n\n\n\n
– Kann ausschlie\u00dflich das Audit Log anzeigen<\/li>\n<\/ul>\n\n\n\n\n
– Kann Einstellungen im Audit Log \u00e4ndern, wie beispielsweise die Aufbewahrungsfrist (Retention Rate) f\u00fcr das Audit Log<\/li>\n<\/ul>\n\n\n\n<\/figure>\n\n\n\n<\/figure>\n\n\n\n<\/figure>\n\n\n\n<\/figure>\n\n\n\n<\/figure>\n\n\n\nImprovements & Fixes<\/strong><\/span><\/h3>\n\n\n\n
\n
<\/strong>– Protokollbasierte Testcases zeigen nun den genauen Zeitraum an, in dem sie gepr\u00fcft wurden und bieten so vollst\u00e4ndige Transparenz \u00fcber den analysierten Zeitraum.
<\/li>\n\n\n\n
<\/strong>– Ein neuer SMTP-Timeout stellt sicher, dass Assessments nicht mehr h\u00e4ngen bleiben, wenn sie auf geschlossene Ports sto\u00dfen.
<\/li>\n\n\n\n
– Ein Problem, bei dem der Wartungsstatus aufgrund inkonsistenter nginx-Statuszuordnungen f\u00e4lschlicherweise als \u201eabgeschlossen\u201c angezeigt wurde, wurde behoben.<\/li>\n<\/ul>\n\n\n\nContent<\/strong><\/h2>\n\n\n\n
SAP SuccessFactors<\/strong><\/h3>\n\n\n\n