Polacco 
Inglese Kowal Security Scan è un modulo di sicurezza avanzato per Magento 2 che aiuta a rilevare più rapidamente modifiche sospette nei file, codice malevolo, URL pericolosi e injection nei contenuti del database. È stato progettato per funzionare in modo leggero, senza agenti aggiuntivi e senza implementazioni complesse.
WhatsApp
+48608012047php, phtml, js, html, svg, htaccess e altri vettori di payload.decode -> execute, callback dinamici, variable function calls e sospetti include/require.data: e link pericolosi.rule_id, quindi la configurazione dell'allowlist non dipende dalla descrizione testuale completa.e-val, base-64_decode, gzin-flate e tecniche simili,data:,Il modulo analizza le aree chiave del negozio in cui si verificano più spesso gli incidenti:
core_config_data,rule_id correlato.rule_id aiutano a mantenere un'elevata efficacia senza un'ondata di falsi allarmi.Per il modulo è disponibile documentazione di implementazione e configurazione, e la sua architettura supporta l'ulteriore ottimizzazione delle regole e dei processi di sicurezza nel negozio Magento 2.
Assicurati un rilevamento più tempestivo degli incidenti in Magento 2 con Kowal Security Scan.
Kowal_SecurityScanIl modulo estende Magento 2 con un livello di monitoraggio della sicurezza per i file dell'applicazione, tabelle selezionate del database, URL sospetti e analisi opzionale degli incidenti tramite OpenAI.
I report vengono salvati nella tabella kowal_securityscan_report e possono essere inviati via e-mail.
php, phtml, php5, inc, phar, js, html, htm, svg, htaccess,token_get_all(),data: e URL sospetti,kowal/base disponibile,Se il pacchetto non è disponibile nel repository Composer predefinito, aggiungi la sorgente:
composer config repositories.securityscan vcs https://github.com/kowalco/module-securityscanSe il repository richiede autorizzazione:
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:flushNell'ambiente di produzione esegui i passaggi standard di deployment Magento, in linea con il tuo processo di implementazione.
Il modulo registra il proprio gruppo cron securityscan.
kowal_securityscan_filecheck - ogni giorno alle 00:00,kowal_securityscan_malwarecheck - ogni giorno alle 01:00,kowal_securityscan_dbcheck - ogni giorno alle 02:00,kowal_securityscan_cleanup_reports - ogni giorno alle 02:30.Senza un cron Magento funzionante, le scansioni automatiche non verranno eseguite.
Per avviare manualmente le scansioni usa:
php bin/magento kowal_securityscan:filecheckphp bin/magento kowal_securityscan:malwarecheckphp bin/magento kowal_securityscan:dbcheckQuesto è il metodo consigliato per i test dopo l'installazione e dopo le modifiche di configurazione.
Percorso di configurazione:
Stores -> Configuration -> kowal -> kowal_security
Abilita moduloIndirizzo e-mail per i reportIndirizzo e-mail del mittenteConservazione dei report in giorniGoogle Safe Browsing API KeyAllowlist dei dominiAllowlist dei fileAllowlist dei pattern del databaseAllowlist delle regole dei fileAllowlist delle regole del databaseLa sezione Analisi OpenAI consente di ampliare i report con valutazione del rischio e raccomandazioni operative.
Campi disponibili:
Abilita analisi AI,OpenAI API Key,Modello OpenAI,Contesto massimo per AI.Abilita analisi AI,OpenAI API Key,gpt-4.1-mini,12000,2000 vengono elevati a 12000,50000.Se OpenAI è disattivato oppure manca la chiave, il modulo continua comunque a funzionare e utilizza euristiche locali.
Se completi il campo Google Safe Browsing API Key, il modulo:
L'assenza della chiave non blocca le scansioni di base, ma disattiva soltanto questa fase.
filecheck funziona sulla base di uno snapshot salvato in:
var/security_scan_hashes.json
Al primo avvio:
Le esecuzioni successive riportano modifiche di tipo ADDED, MODIFIED e REMOVED.
Tra gli elementi ignorati ci sono, tra gli altri:
var/,generated/,vendor/,pub/static/,node_modules/.malwarecheck analizza i file dell'applicazione sulla base di:
rule_id,Esempi di tipi di rilevamento:
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.Nei report i motivi sono presentati nel formato:
[file.encoded_payload_blob] Encoded payload blob detecteddbcheck analizza tabelle Magento selezionate:
cms_block,cms_page,core_config_data,email_template,newsletter_template,review_detail,catalog_product_entity_text.Esempi di regole:
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.Il contenuto viene prima normalizzato tramite:
html_entity_decode,rawurldecode,Le allowlist servono a limitare i false positive senza disattivare l'intero modulo.
Campo: kowal_security/general/allowlisted_domains
Formato:
cdn.example.comstatic.example.orgEffetto:
Campo: kowal_security/general/allowlisted_file_patterns
Formato:
app/code/Vendor/Module/Test/*pub/media/custom.jsEffetto: i file che corrispondono al pattern vengono completamente ignorati dalla scansione malware. Questa impostazione ha un raggio d'azione ampio.
Campo: kowal_security/general/allowlisted_db_patterns
Formato:
trusted-inline-widgetdata:image/svg+xml,Effetto: il record del database che contiene tale frammento viene ignorato dalla scansione DB. Anche questa impostazione ha un raggio d'azione ampio.
Campo: kowal_security/general/allowlisted_file_rules
Formato preferito:
percorso_o_glob | rule_idEsempio:
app/code/Vendor/Module/* | file.encoded_payload_blobpub/media/custom.js | file.javascript_redirect_or_rewriteCompatibilità retroattiva:
rule_id.Effetto: viene silenziata solo la regola indicata per il percorso indicato, mentre il resto della scansione per quel file continua a funzionare.
Campo: kowal_security/general/allowlisted_db_rules
Formato preferito:
tabella_o_* | rule_idEsempio:
cms_block | db.inline_script_tag* | db.fetch_or_xhr_loaderEffetto: viene silenziata solo la regola indicata, mentre le altre continuano a funzionare per quel record o quella tabella.
I report possono contenere:
La sezione del report può contenere voci del tipo:
- cms_block | db.inline_script_tag | certezza=MEDIUM | portata=LOW- app/code/Vendor/Module/* | file.encoded_payload_blob | certezza=MEDIUM | portata=LOW- data:image/svg+xml,Interpretazione:
portata=LOW - candidato più sicuro,portata=HIGH - silenziamento ampio, solo dopo verifica rigorosa,certezza=MEDIUM/HIGH - candidato più prevedibile per la configurazione,certezza=LOW - richiede cautela.Il report contiene anche la sezione Configurazione allowlist normalizzata (JSON). Si tratta di un insieme di valori pronto e deduplicato da riportare nella configurazione.
filecheck come la creazione dello snapshot,allowlisted_file_rules e allowlisted_db_rules,allowlisted_domains, allowlisted_file_patterns e allowlisted_db_patterns,filecheck al primo avvio non segnala ancora le modifiche come incidente,allowlisted_file_patterns e allowlisted_db_patterns hanno un impatto ampio e dovrebbero essere usati con parsimonia,rule_id, non l'etichetta testuale completa.Abbiamo ampliato il modulo Kowal_SecurityScan con nuove funzionalità legate all'analisi delle minacce e all'amministrazione dei report.
