Polonais 
Anglais Kowal Security Scan est un module de sécurité avancé pour Magento 2, qui aide à détecter plus rapidement les modifications suspectes dans les fichiers, le code malveillant, les URL dangereuses ainsi que les injections dans les contenus de la base de données. Il a été conçu pour fonctionner de manière légère, sans agents supplémentaires et sans déploiement complexe.
WhatsApp
+48608012047php, phtml, js, html, svg, htaccess et autres supports de payloads.decode -> execute, les callbacks dynamiques, les variable function calls ainsi que les include/require suspects.data: et des liens dangereux.rule_id, ce qui évite que la configuration de lallowlist dépende de la description textuelle complète.e-val, base-64_decode, gzin-flate et des techniques similaires,data:,Le module analyse les zones clés de la boutique, là où les incidents apparaissent le plus souvent :
core_config_data,rule_id associé.rule_id facilitent le maintien dune haute efficacité sans être submergé de fausses alertes.Le module est fourni avec une documentation de déploiement et de configuration, et son architecture facilite les ajustements ultérieurs des règles et des processus de sécurité dans la boutique Magento 2.
Assurez une détection plus précoce des incidents dans Magento 2 avec Kowal Security Scan.
Nous avons enrichi le module Kowal_SecurityScan avec de nouvelles fonctionnalités liées à lanalyse des menaces et à ladministration des rapports.
Kowal_SecurityScanLe module étend Magento 2 avec une couche de surveillance de sécurité pour les fichiers de lapplication, certaines tables de base de données, les URL suspectes ainsi quune analyse optionnelle des incidents par OpenAI.
Les rapports sont enregistrés dans la table kowal_securityscan_report et peuvent être envoyés par e-mail.
php, phtml, php5, inc, phar, js, html, htm, svg, htaccess,token_get_all(),data: et URL suspectes,kowal/base disponible,Si le package nest pas disponible dans le dépôt Composer par défaut, ajoutez la source :
composer config repositories.securityscan vcs https://github.com/kowalco/module-securityscanSi le dépôt nécessite une autorisation :
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:flushEn environnement de production, exécutez les étapes standard de déploiement Magento, conformément à votre processus de déploiement.
Le module enregistre son propre groupe cron securityscan.
kowal_securityscan_filecheck - tous les jours à 00:00,kowal_securityscan_malwarecheck - tous les jours à 01:00,kowal_securityscan_dbcheck - tous les jours à 02:00,kowal_securityscan_cleanup_reports - tous les jours à 02:30.Sans cron Magento opérationnel, les scans automatiques ne seront pas exécutés.
Pour lancer les scans manuellement, utilisez :
php bin/magento kowal_securityscan:filecheckphp bin/magento kowal_securityscan:malwarecheckphp bin/magento kowal_securityscan:dbcheckCest la méthode recommandée pour les tests après installation et après toute modification de configuration.
Chemin de configuration :
Stores -> Configuration -> kowal -> kowal_security
Activer le moduleAdresse e-mail des rapportsAdresse e-mail de lexpéditeurRétention des rapports en joursGoogle Safe Browsing API KeyAllowlist des domainesAllowlist des fichiersAllowlist des motifs de baseAllowlist des règles de fichiersAllowlist des règles de baseLa section Analyse OpenAI permet denrichir les rapports avec une évaluation des risques et des recommandations dactions.
Champs disponibles :
Activer lanalyse AI,OpenAI API Key,Modèle OpenAI,Contexte maximal pour AI.Activer lanalyse AI,OpenAI API Key,gpt-4.1-mini,12000,2000 sont relevées à 12000,50000.Si OpenAI est désactivé ou si la clé est absente, le module continue de fonctionner et applique des heuristiques locales.
Si vous renseignez Google Safe Browsing API Key, le module va :
Labsence de clé ne bloque pas les scans de base, elle désactive seulement cette étape.
filecheck fonctionne à partir dun snapshot enregistré dans :
var/security_scan_hashes.json
Au premier lancement :
Les lancements suivants signalent les changements de type ADDED, MODIFIED et REMOVED.
Sont ignorés notamment :
var/,generated/,vendor/,pub/static/,node_modules/.malwarecheck scanne les fichiers de lapplication sur la base de :
rule_id,Exemples de types de détection :
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.Dans les rapports, les motifs sont présentés au format :
[file.encoded_payload_blob] Encoded payload blob detecteddbcheck analyse certaines tables Magento :
cms_block,cms_page,core_config_data,email_template,newsletter_template,review_detail,catalog_product_entity_text.Exemples de règles :
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.Le contenu est préalablement normalisé via :
html_entity_decode,rawurldecode,Les allowlists servent à limiter les false positives sans désactiver lensemble du module.
Champ : kowal_security/general/allowlisted_domains
Format :
cdn.example.comstatic.example.orgEffet :
Champ : kowal_security/general/allowlisted_file_patterns
Format :
app/code/Vendor/Module/Test/*pub/media/custom.jsEffet : les fichiers correspondant au motif sont totalement ignorés par le scan malware. Ce paramètre a une portée large.
Champ : kowal_security/general/allowlisted_db_patterns
Format :
trusted-inline-widgetdata:image/svg+xml,Effet : un enregistrement de base contenant un tel fragment est ignoré par le scan DB. Ce paramètre a lui aussi une portée large.
Champ : kowal_security/general/allowlisted_file_rules
Format recommandé :
chemin_ou_glob | rule_idExemple :
app/code/Vendor/Module/* | file.encoded_payload_blobpub/media/custom.js | file.javascript_redirect_or_rewriteCompatibilité ascendante :
rule_id.Effet : seule la règle indiquée est neutralisée pour le chemin indiqué, tandis que le reste du scan pour ce fichier continue de fonctionner.
Champ : kowal_security/general/allowlisted_db_rules
Format recommandé :
table_ou_* | rule_idExemple :
cms_block | db.inline_script_tag* | db.fetch_or_xhr_loaderEffet : seule la règle indiquée est neutralisée, tandis que les autres continuent de fonctionner pour cet enregistrement ou cette table.
Les rapports peuvent contenir :
La section du rapport peut contenir des entrées du type :
- cms_block | db.inline_script_tag | pewnosc=MEDIUM | zasieg=LOW- app/code/Vendor/Module/* | file.encoded_payload_blob | pewnosc=MEDIUM | zasieg=LOW- data:image/svg+xml,Interprétation :
zasieg=LOW - candidat plus sûr,zasieg=HIGH - neutralisation large, uniquement après vérification stricte,pewnosc=MEDIUM/HIGH - candidat de configuration plus prévisible,pewnosc=LOW - exige de la prudence.Le rapport contient également une section Configuration allowlist normalisée (JSON). Il sagit dun ensemble de valeurs prêt à lemploi, dédupliqué, à recopier dans la configuration.
filecheck comme la création du snapshot,allowlisted_file_rules et allowlisted_db_rules,allowlisted_domains, allowlisted_file_patterns et allowlisted_db_patterns,filecheck ne signale pas encore les changements comme incident lors du premier lancement,allowlisted_file_patterns et allowlisted_db_patterns ont un impact large et doivent être utilisés avec parcimonie,rule_id, et non le libellé textuel complet.