Vai al contenuto principale

Bloccare malware e phishing all'edge della rete

Questa guida di riferimento tecnico illustra l'architettura, l'implementazione e l'impatto aziendale dell'adozione di una protezione dalle minacce a livello di rete per proteggere i dispositivi IoT e guest non gestiti all'edge della rete. Fornisce indicazioni pratiche per i responsabili IT per bloccare in modo proattivo malware e phishing.

📖 3 minuti di lettura📝 713 parole🔧 2 esempi pratici3 domande di esercitazione📚 8 definizioni chiave

Ascolta questa guida

Visualizza trascrizione del podcast
Benvenuti a questo briefing tecnico di Purple. Sono il vostro ospite e oggi approfondiremo una decisione architetturale fondamentale per i gestori di location: Bloccare Malware e Phishing all'Edge della Rete. Ci rivolgiamo a IT manager, network architect, CTO e direttori operativi che gestiscono reti in hotel, catene retail, stadi e spazi pubblici. Se gestite il WiFi per gli ospiti o grandi reti pubbliche, conoscete bene il grattacapo dei dispositivi non gestiti. Non è possibile installare un agente endpoint sullo smartphone di un ospite, e di certo non si può controllare su quali link clicchi. Quindi, qual è la soluzione? La protezione all'edge della rete. Spostando il punto di applicazione della sicurezza sul gateway, si bloccano le minacce prima ancora che raggiungano il dispositivo. Analizziamo l'architettura tecnica, a partire dal filtraggio DNS. Quando un dispositivo si connette alla vostra rete e tenta di accedere a un dominio dannoso, ad esempio un link di phishing nascosto in un SMS, la query DNS raggiunge prima il vostro gateway edge. Invece di risolvere l'indirizzo IP e consentire il passaggio del traffico, il gateway edge verifica il dominio confrontandolo con i feed di threat intelligence in tempo reale. Se viene segnalato come dannoso, la richiesta DNS viene reindirizzata a un sinkhole. La connessione viene interrotta prima che venga scaricato anche un solo byte di malware. Questo è un approccio proattivo, non reattivo. Consideriamo uno scenario reale. Pensiamo a una grande catena retail che offre WiFi gratuito per gli ospiti. Durante il periodo natalizio, l'affluenza aumenta e migliaia di dispositivi non gestiti si connettono ogni giorno. Una campagna di phishing mirata colpisce la regione, imitando un popolare servizio di consegna. Senza protezione edge, un ospite clicca sul link, il suo dispositivo viene compromesso mentre è connesso alla vostra rete e, improvvisamente, la reputazione del vostro IP crolla o, peggio, viene tentato un movimento laterale verso la VLAN dei vostri POS. Con la protezione all'edge della rete, nel momento in cui l'ospite clicca sul link dannoso, la query DNS viene intercettata. Il gateway edge rileva che il dominio è stato registrato solo tre ore prima ed è stato segnalato dalla threat intel. La connessione viene bloccata, l'ospite visualizza una pagina di blocco sicura e la vostra rete rimane protetta. Senza bisogno di alcun agente endpoint. Questa architettura semplifica anche la conformità. Che si tratti di PCI DSS nel retail, di GDPR in Europa o di conformità IWF per le reti WiFi pubbliche nel Regno Unito, il filtraggio edge fornisce la registrazione centralizzata e l'applicazione delle policy necessarie per gli audit. Avrete a disposizione un audit trail completo delle query DNS e delle minacce bloccate. Ora parliamo dell'implementazione. L'errore più comune è il blocco eccessivo, che genera ticket di assistenza e frustra gli ospiti. La chiave è un'applicazione granulare delle policy. Non si desidera un blocco totale su tutti i domini registrati di recente se il vostro team marketing lancia frequentemente siti temporanei per le campagne. È necessario un approccio stratificato. Il Livello 1 è la threat intel a monte: blocca i malintenzionati noti, i server di comando e controllo delle botnet e i punti di distribuzione del malware. Il Livello 2 è il filtraggio dei contenuti basato su categorie, che garantisce la conformità alle normative locali. Il Livello 3 è il controllo degli accessi, che applica policy diverse in base al ruolo dell'utente. Un ospite riceve una policy restrittiva, mentre il personale della struttura su un SSID aziendale riceve una policy diversa. E per quanto riguarda il DNS crittografato? Protocolli come DNS over HTTPS (DoH) e DNS over TLS (DoT) possono aggirare il filtraggio edge tradizionale se non gestiti correttamente. La tua architettura edge deve tenerne conto, bloccando i resolver DoH pubblici noti per forzare il fallback sul tuo DNS sicuro, oppure implementando l'ispezione SSL per i dispositivi gestiti, sebbene quest'ultima opzione non sia praticabile per le reti ospiti. Per il WiFi ospiti, forzare il traffico attraverso il tuo DNS sicuro e bloccare le porte alternative è l'approccio standard. Passiamo ora a una rapida sessione di domande e risposte basata sulle richieste più comuni dei clienti. Domanda 1: Il filtraggio edge aumenta la latenza? Risposta: In modo minimo. Un gateway edge robusto memorizza nella cache le risposte DNS e utilizza il routing anycast verso il nodo di threat intel più vicino. La latenza aggiuntiva è in genere di pochi millisecondi, impercettibile per l'utente. Domanda 2: Qual è l'impatto sul ROI? Risposta: Il ROI si misura nella riduzione degli incidenti e nella semplificazione della gestione. Si eliminano i costi di licenza per singolo dispositivo della sicurezza endpoint per i dispositivi BYOD. Inoltre, si riducono drasticamente le ore di helpdesk dedicate a investigare sui dispositivi compromessi o a gestire gli indirizzi IP inseriti in blacklist. Domanda 3: Questo sistema può proteggere i dispositivi IoT? Risposta: Sì. Questo è un vantaggio enorme. Le smart TV nelle camere d'albergo, la segnaletica digitale nel retail o i terminali POS spesso non possono eseguire agenti endpoint. La protezione edge li copre automaticamente perché tutto il loro traffico deve passare attraverso il gateway. In sintesi, la protezione basata solo su endpoint è insufficiente per le moderne reti delle strutture. È necessario un unico punto di applicazione per tutto il traffico. La protezione edge di rete è proattiva, conveniente e copre ogni dispositivo, gestito o non gestito. Rappresenta lo standard architetturale per reti e Wi-Fi ospiti sicuri. Grazie per aver seguito questo briefing tecnico. Assicurati di consultare la guida di riferimento completa per diagrammi architetturali dettagliati, passaggi di implementazione e ulteriori approfondimenti sulla WiFi analytics e sulle implementazioni specifiche per settore. Rimani al sicuro.

header_image.png

執行摘要

對於管理高人流量場所的 CTO 和網路架構師而言,保護未託管設備的安全是一項關鍵的營運挑戰。您無法在訪客智慧型手機上部署端點代理程式,也無法指望使用者主動避開惡意連結。本指南詳細介紹了實施網路層級威脅防護如何能在惡意軟體和網路釣魚到達訪客設備之前,在網路邊緣將其阻斷。透過 DNS 過濾和威脅情資整合在閘道端執行安全策略,場所可以主動保護 BYOD、IoT 和訪客流量。這種方法減少了事件回應的開銷,確保符合 GDPR 和 PCI DSS 等標準,並為 HospitalityRetailTransport 行業的 Guest WiFi 使用者維護一個安全的環境。

技術深度解析

網路邊緣防護架構

網路邊緣惡意軟體防護將安全執行點從端點轉移到閘道。當設備連接到場所網路並嘗試解析網域時,DNS 查詢會被邊緣閘道攔截。該查詢不會進行標準解析,而是會根據持續更新的威脅情資來源進行評估。

architecture_overview.png

如果該網域與惡意軟體散播、網路釣魚活動或殭屍網路命令與控制 (C2) 架構相關聯,DNS 請求將會被導向「黑洞」(sinkholed)。在下載惡意承載內容之前,連線就會被中斷。這種主動阻斷可防止橫向移動並保護場所的 IP 商譽。

關鍵元件

  1. DNS 過濾引擎:檢查所有外發的 DNS 請求。配置此引擎以阻斷已知的公共 DoH (DNS over HTTPS) 解析器至關重要,以防止使用者繞過場所的安全 DNS。
  2. 威脅情資整合:訂閱全球情資來源,根據商譽、新註冊網域狀態和已知惡意活動即時對網域進行分類。
  3. 策略執行:根據使用者角色(例如:員工與訪客)和內容類別套用細粒度規則,確保符合 IWF Compliance for Public WiFi Networks in the UK

實施指南

部署網路邊緣防護需要採取分階段的方法,以在最大程度減少干擾的同時,實現最大程度的安全覆蓋。

步驟 1:網路分段

確保您的網路已使用 VLAN 進行適當的分段。訪客流量、企業員工、IoT 設備和 POS 系統必須位於隔離的分段上。這可以限制設備在加入網路前遭到入侵時的受害範圍。

步驟 2:閘道器設定

設定您的邊緣路由器或防火牆,將所有 DNS 流量轉發至安全的 DNS 過濾服務。實施防火牆規則,以阻擋連接埠 53 (DNS) 和連接埠 853 (DoT) 往已核准安全解析程式以外之任何目的地的外網流量。如需更多關於現代網路最佳化的資訊,請參閱 Office Wi Fi: Optimize Your Modern Office Wi-Fi Network

步驟 3:原則定義

建立基準原則。在全域阻擋已知的惡意類別。針對內容過濾,請根據場域類型套用特定原則——例如,與一般零售相比,在 Healthcare 環境中實施更嚴格的過濾。

最佳實務

  • 細粒度原則套用:避免產生技術支援工單的全面性阻擋。使用與您的身分識別提供者整合的角色型存取控制 (RBAC)(例如 Purple 的 Connect 授權)。
  • 完整記錄:維持 DNS 查詢和已阻擋威脅的完整稽核追蹤。這對於事件回應和合規性報告至關重要。請參閱 Explain what is audit trail for IT Security in 2026 以瞭解詳細需求。
  • 持續監控:利用 WiFi Analytics 即時監控網路效能和安全性事件。

疑難排解與風險緩釋

處理加密 DNS

現代作業系統越來越常使用 DoH 和 DoT,這會加密 DNS 查詢並可能繞過傳統的邊緣過濾。為了緩釋此問題,請維持一份已更新的已知公開 DoH 解析程式(例如 8.8.8.8、1.1.1.1)阻擋清單,以強制設備退回使用場域透過標準連接埠 53 所提供的安全 DNS。

過度阻擋合法流量

積極的威脅情資來源有時可能會標記合法的網域,特別是用於行銷活動的新註冊網域。建立快速的允許清單流程,並授權 IT 營運團隊快速解決誤判問題。

comparison_chart.png

投資報酬率與業務影響

網路邊緣惡意軟體防護的商業案例是建立在降低風險與提高營運效率的基礎上。透過在閘道端阻擋威脅,場域能省去與 BYOD 和訪客裝置端點安全相關的單一裝置授權成本。此外,這也大幅減少了 IT 客服人員在調查受駭裝置或處理黑名單 IP 位址上所花費的時間。由此帶來的安全且可靠的連線能力,不僅能提升訪客體驗,還能保護場域的品牌聲譽。

Definizioni chiave

Network Edge

Il confine in cui una rete locale si connette a Internet, solitamente gestito da un router, firewall o gateway.

Questa è la posizione ottimale per implementare i controlli di sicurezza per i dispositivi non gestiti, poiché tutto il traffico deve transitare da qui.

Filtraggio DNS

Il processo di blocco dell'accesso a determinati siti web o indirizzi IP tramite l'intercettazione delle query DNS e la loro valutazione rispetto a una policy o a un feed di minacce.

Utilizzato per impedire proattivamente ai dispositivi di connettersi a domini dannosi prima che avvenga qualsiasi trasferimento di dati.

Sinkholing

Il reindirizzamento del traffico dannoso verso un indirizzo IP sicuro e controllato invece che verso la destinazione originaria.

Quando un dispositivo ospite tenta di raggiungere un server malware, il gateway di rete (edge gateway) esegue il sinkhole della richiesta, prevenendo l'infezione.

Threat Intelligence Feed

Un flusso di dati costantemente aggiornato relativo a minacce informatiche potenziali o in corso, inclusi domini e indirizzi IP dannosi noti.

I gateway di rete utilizzano questi feed per decidere in tempo reale se consentire o bloccare il traffico.

DoH (DNS over HTTPS)

Un protocollo per eseguire la risoluzione remota del Domain Name System tramite il protocollo HTTPS, crittografando i dati.

Sebbene sia utile per la privacy, il DoH può aggirare il filtraggio di rete aziendale a meno che i resolver DoH noti non vengano esplicitamente bloccati.

Segmentazione VLAN

La suddivisione di una singola rete fisica in più reti logiche per isolare il traffico.

Essenziale per separare il traffico non attendibile degli ospiti dai sistemi aziendali sensibili o dai sistemi POS.

BYOD (Bring Your Own Device)

La pratica di consentire a dipendenti o ospiti di utilizzare i propri dispositivi personali sulla rete dell'organizzazione.

I dispositivi BYOD sono in genere non gestiti, il che rende impossibile la sicurezza degli endpoint e richiede una protezione a livello di network edge.

Audit Trail

Un registro cronologico delle attività di sistema, comprese le query DNS e le connessioni bloccate.

Necessario per la conformità a framework come PCI DSS e GDPR per dimostrare che i controlli di sicurezza sono attivi.

Esempi pratici

Un hotel da 500 camere deve proteggere il WiFi degli ospiti garantendo al contempo che i dispositivi IoT (smart TV, domotica delle camere) siano protetti da server di comando e controllo esterni.

Implementare un gateway edge di rete con filtraggio DNS. Segmentare la rete in VLAN Guest, IoT e Corporate. Configurare il gateway per intercettare tutte le query DNS provenienti dalle VLAN IoT e Guest, inoltrandole al servizio DNS sicuro. Applicare una policy restrittiva per la VLAN IoT che consenta solo la risoluzione di domini noti e necessari (allowlisting), applicando al contempo una policy standard di blocco delle minacce per la VLAN Guest.

Commento dell'esaminatore: Questo approccio è altamente efficace perché riconosce l'impossibilità di installare agenti endpoint sulle smart TV. Utilizzando la segmentazione VLAN combinata con un filtraggio edge granulare, l'hotel applica i principi di zero-trust per l'IoT mantenendo un'esperienza fluida per gli ospiti.

Una grande catena di vendita al dettaglio subisce frequenti inserimenti in blacklist degli indirizzi IP a causa di dispositivi guest che inviano spam mentre sono connessi al WiFi del negozio.

Implementare la protezione malware all'edge della rete con feed di threat intelligence attivi. Configurare il firewall per bloccare il traffico SMTP in uscita (porta 25) per tutto il traffico guest. Abilitare il filtraggio DNS per reindirizzare (sinkhole) le richieste verso domini noti di botnet e distribuzione di spam.

Commento dell'esaminatore: Il blocco della porta 25 è una best practice standard, ma la sua combinazione con il filtraggio DNS all'edge impedisce ai dispositivi compromessi di raggiungere i propri server C2 fin dall'inizio, proteggendo la reputazione IP del retailer e riducendo le segnalazioni dell'ISP.

Domande di esercitazione

Q1. Un amministratore di rete di uno stadio nota che, nonostante il filtraggio DNS sia abilitato, alcuni dispositivi degli ospiti riescono comunque a raggiungere domini dannosi noti. Qual è la causa più probabile e come dovrebbe essere affrontata?

Suggerimento: Considera i protocolli moderni che potrebbero bypassare il filtraggio standard sulla porta 53.

Visualizza risposta modello

I dispositivi stanno probabilmente utilizzando protocolli DNS crittografati come DNS over HTTPS (DoH) o DNS over TLS (DoT), che bypassano il filtraggio standard sulla porta 53. L'amministratore dovrebbe aggiornare le regole del firewall per bloccare i resolver DoH/DoT pubblici noti e bloccare il traffico in uscita sulla porta 853, costringendo i dispositivi a ripiegare sul DNS sicuro della struttura.

Q2. Quando si distribuisce la protezione dell'edge di rete in un ambiente ospedaliero, in che modo le policy dovrebbero differire tra il WiFi ospiti e la VLAN dei dispositivi IoT medici?

Suggerimento: Pensa al concetto di minimo privilegio e al comportamento prevedibile.

Visualizza risposta modello

Il WiFi ospiti dovrebbe utilizzare una policy standard di blocco delle minacce (bloccando malware, phishing e contenuti inappropriati secondo le linee guida IWF) ma consentire generalmente l'accesso a Internet. La VLAN IoT medica dovrebbe utilizzare una policy rigorosa di 'default deny' con una allowlist, consentendo la comunicazione solo con server di vendor specifici e richiesti. I dispositivi IoT hanno pattern di traffico prevedibili, il che rende l'allowlisting estremamente efficace.

Q3. Un cliente retail desidera implementare il filtraggio edge ma teme di bloccare domini di campagne marketing legittimi registrati di recente. Quale processo dovrebbe essere implementato?

Suggerimento: Concentrati sui flussi di lavoro operativi e sul bilanciamento tra sicurezza ed esigenze aziendali.

Visualizza risposta modello

Implementare un flusso di lavoro rapido di allowlisting. Sebbene i 'Domini registrati di recente' siano una categoria di minaccia comune, il team IT dovrebbe disporre di un processo per verificare e inserire rapidamente in allowlist i domini forniti dal team di marketing prima del lancio delle campagne, garantendo che la sicurezza non ostacoli le operazioni aziendali.

Continua a leggere questa serie

DNS Over HTTPS (DoH): implicazioni per il filtraggio del WiFi pubblico

Questa guida di riferimento tecnico spiega come il DNS over HTTPS (DoH) aggiri il tradizionale filtraggio dei contenuti sulla porta 53 nelle reti WiFi pubbliche. Fornisce strategie di mitigazione pratiche e indipendenti dai fornitori per consentire ad architetti di rete e responsabili IT di ripristinare la visibilità, garantire la conformità e proteggere l'accesso degli ospiti negli ambienti aziendali.

Leggi la guida →

Public WiFi Liability: perché il Content Filtering è obbligatorio

Questa guida tecnica di riferimento illustra i rischi legali e operativi derivanti dall'offerta di un servizio WiFi pubblico non filtrato, spiegando in dettaglio perché il content filtering rappresenta un requisito di implementazione obbligatorio per i gestori delle location. Fornisce strategie di architettura attuabili, passaggi di implementazione e tattiche di mitigazione del rischio per proteggere le reti da attività illegali, violazioni del copyright e non conformità normativa. I gestori delle location e i CTO troveranno casi di studio concreti, framework decisionali e linee guida di configurazione per implementare un ambiente Guest WiFi difendibile e conforme.

Leggi la guida →

Conformità IWF per le reti WiFi pubbliche nel Regno Unito

Questa guida autorevole descrive in dettaglio i requisiti tecnici, l'architettura e le strategie di implementazione per le reti WiFi pubbliche conformi a IWF nelle sedi del Regno Unito. Fornisce ai responsabili IT framework operativi per mitigare i rischi legali mantenendo al contempo un accesso alla rete ad alte prestazioni.

Leggi la guida →