Polnisch 
Englisch Kowal Security Scan ist ein erweitertes Sicherheitsmodul für Magento 2, das dabei hilft, verdächtige Dateiänderungen, schädlichen Code, gefährliche URLs sowie Injections in Datenbankinhalten schneller zu erkennen. Es wurde so entwickelt, dass es schlank arbeitet, ohne zusätzliche Agenten und ohne komplexe Implementierung.
WhatsApp
+48608012047php-, phtml-, js-, html-, svg-, htaccess-Dateien und andere Träger von Payloads.decode -> execute-Ketten, dynamische Callbacks, variable function calls sowie verdächtige include/require.data:-URI und gefährliche Links.rule_id, sodass die Allowlist-Konfiguration nicht von der vollständigen Textbeschreibung abhängt.e-val, base-64_decode, gzin-flate und ähnlichen Techniken,data:-URI versteckte Inhalte,Das Modul analysiert die wichtigsten Bereiche des Shops, in denen Sicherheitsvorfälle am häufigsten auftreten:
core_config_data,rule_id enthalten.rule_id erleichtern es, eine hohe Wirksamkeit ohne Flut von Fehlalarmen aufrechtzuerhalten.Für das Modul steht eine Implementierungs- und Konfigurationsdokumentation zur Verfügung, und seine Architektur unterstützt die weitere Feinabstimmung von Regeln und Sicherheitsprozessen im Magento 2 Shop.
Sorgen Sie mit Kowal Security Scan für eine frühere Erkennung von Sicherheitsvorfällen in Magento 2.
Kowal_SecurityScanDas Modul erweitert Magento 2 um eine Sicherheitsüberwachungsschicht für Anwendungsdateien, ausgewählte Datenbanktabellen, verdächtige URLs sowie die optionale Analyse von Sicherheitsvorfällen durch OpenAI.
Berichte werden in der Tabelle kowal_securityscan_report gespeichert und können per E-Mail versendet werden.
php-, phtml-, php5-, inc-, phar-, js-, html-, htm-, svg-, htaccess-Dateien,token_get_all(),data:-URI und verdächtige URLs,kowal/base,Falls das Paket nicht im Standard-Composer-Repository verfügbar ist, fügen Sie die Quelle hinzu:
composer config repositories.securityscan vcs https://github.com/kowalco/module-securityscanFalls das Repository eine Autorisierung erfordert:
composer config --global --auth github-oauth.github.com composer require kowal/module-securityscanphp bin/magento module:enable Kowal_SecurityScanphp bin/magento setup:upgradephp bin/magento cache:flushFühren Sie in der Produktivumgebung die Standard-Deployment-Schritte von Magento gemäß Ihrem Implementierungsprozess aus.
Das Modul registriert eine eigene Cron-Gruppe securityscan.
kowal_securityscan_filecheck - täglich um 00:00,kowal_securityscan_malwarecheck - täglich um 01:00,kowal_securityscan_dbcheck - täglich um 02:00,kowal_securityscan_cleanup_reports - täglich um 02:30.Ohne funktionierenden Magento-Cron werden automatische Scans nicht ausgeführt.
Zum manuellen Starten der Scans verwenden Sie:
php bin/magento kowal_securityscan:filecheckphp bin/magento kowal_securityscan:malwarecheckphp bin/magento kowal_securityscan:dbcheckDies ist die empfohlene Methode zum Testen nach der Installation und nach Konfigurationsänderungen.
Konfigurationspfad:
Stores -> Configuration -> kowal -> kowal_security
Modul aktivierenE-Mail-Adresse für BerichteAbsender-E-Mail-AdresseAufbewahrung der Berichte in TagenGoogle Safe Browsing API KeyAllowlist für DomainsAllowlist für DateienAllowlist für DatenbankmusterAllowlist für DateiregelnAllowlist für DatenbankregelnDer Abschnitt OpenAI-Analyse ermöglicht es, Berichte um Risikobewertung und Handlungsempfehlungen zu erweitern.
Verfügbare Felder:
AI-Analyse aktivieren,OpenAI API Key,OpenAI-Modell,Maximaler Kontext für AI.AI-Analyse aktivieren einschalten,OpenAI API Key ergänzen,gpt-4.1-mini,12000,2000 werden auf 12000 angehoben,50000.Wenn OpenAI deaktiviert ist oder ein Schlüssel fehlt, funktioniert das Modul weiterhin und verwendet lokale Heuristiken.
Wenn Sie den Google Safe Browsing API Key ergänzen, wird das Modul:
Das Fehlen des Schlüssels blockiert die grundlegenden Scans nicht, sondern deaktiviert nur diesen Schritt.
filecheck arbeitet auf Basis eines Snapshots, der hier gespeichert wird:
var/security_scan_hashes.json
Beim ersten Start:
Weitere Ausführungen melden Änderungen der Typen ADDED, MODIFIED und REMOVED.
Unter anderem werden folgende Verzeichnisse ignoriert:
var/,generated/,vendor/,pub/static/,node_modules/.malwarecheck scannt Anwendungsdateien auf Basis von:
rule_id,Beispielhafte Erkennungstypen:
file.obfuscated_eval_chain,file.command_execution_from_request,file.encoded_payload_blob,file.token.decode_execute_chain,file.token.include_from_request,file.inline_svg_or_event_handler.In Berichten werden die Gründe im Format dargestellt:
[file.encoded_payload_blob] Encoded payload blob detecteddbcheck analysiert ausgewählte Magento-Tabellen:
cms_block,cms_page,core_config_data,email_template,newsletter_template,review_detail,catalog_product_entity_text.Beispielhafte Regeln:
db.inline_script_tag,db.html_event_handler,db.external_iframe,db.javascript_uri,db.data_uri_executable,db.embedded_svg_payload,db.javascript_dom_redirect.Der Inhalt wird zuvor normalisiert durch:
html_entity_decode,rawurldecode,Allowlists dienen dazu, false positives zu begrenzen, ohne das gesamte Modul zu deaktivieren.
Feld: kowal_security/general/allowlisted_domains
Format:
cdn.example.comstatic.example.orgEffekt:
Feld: kowal_security/general/allowlisted_file_patterns
Format:
app/code/Vendor/Module/Test/*pub/media/custom.jsEffekt: Dateien, die dem Muster entsprechen, werden vom Malware-Scan vollständig ignoriert. Diese Einstellung hat eine große Reichweite.
Feld: kowal_security/general/allowlisted_db_patterns
Format:
trusted-inline-widgetdata:image/svg+xml,Effekt: Ein Datenbankdatensatz, der ein solches Fragment enthält, wird vom DB-Scan ignoriert. Auch diese Einstellung hat eine große Reichweite.
Feld: kowal_security/general/allowlisted_file_rules
Bevorzugtes Format:
pfad_oder_glob | rule_idBeispiel:
app/code/Vendor/Module/* | file.encoded_payload_blobpub/media/custom.js | file.javascript_redirect_or_rewriteAbwärtskompatibilität:
rule_id verwenden.Effekt: Nur die angegebene Regel für den angegebenen Pfad wird stummgeschaltet, während der restliche Scan für diese Datei weiterhin funktioniert.
Feld: kowal_security/general/allowlisted_db_rules
Bevorzugtes Format:
tabelle_oder_* | rule_idBeispiel:
cms_block | db.inline_script_tag* | db.fetch_or_xhr_loaderEffekt: Nur die angegebene Regel wird stummgeschaltet, während die übrigen weiterhin für diesen Datensatz oder diese Tabelle gelten.
Berichte können Folgendes enthalten:
Der Berichtsabschnitt kann Einträge enthalten wie:
- cms_block | db.inline_script_tag | sicherheit=MEDIUM | reichweite=LOW- app/code/Vendor/Module/* | file.encoded_payload_blob | sicherheit=MEDIUM | reichweite=LOW- data:image/svg+xml,Interpretation:
reichweite=LOW - sichererer Kandidat,reichweite=HIGH - breite Stummschaltung, nur nach harter Verifikation,sicherheit=MEDIUM/HIGH - vorhersehbarer Kandidat für die Konfiguration,sicherheit=LOW - erfordert Vorsicht.Der Bericht enthält außerdem den Abschnitt Normalisierte Allowlist-Konfiguration (JSON). Das ist ein fertiger, deduplizierter Satz von Werten zur Übernahme in die Konfiguration.
filecheck als Aufbau des Snapshots,allowlisted_file_rules und allowlisted_db_rules,allowlisted_domains, allowlisted_file_patterns und allowlisted_db_patterns,filecheck meldet beim ersten Start Änderungen noch nicht als Sicherheitsvorfall,allowlisted_file_patterns und allowlisted_db_patterns haben eine große Wirkung und sollten sparsam verwendet werden,rule_id, nicht das vollständige Textlabel.Wir haben das Modul Kowal_SecurityScan um neue Funktionen im Bereich Bedrohungsanalyse und Berichtsverwaltung erweitert.
