Test je firewallregels van buitenaf

Host
Only scan hosts you own of have explicit permission naar probe. The scan checks ~20 well-known TCP ports.
Volgende

Je hebt een firewallregel of een cloud security group aangepast en wilt bewijs dat het werkt. Scan het publieke adres van buitenaf en vergelijk de open poorten met de lijst van poorten die je wilde toestaan.

Zo controleer je een firewallwijziging

  1. 1

    Noteer de gewenste poorten

    Schrijf op welke van de 18 gescande poorten bereikbaar moeten zijn, bijvoorbeeld 80 en 443.

  2. 2

    Vul het publieke adres in

    Typ de publieke hostnaam of het publieke IP-adres dat achter de firewall zit in het veld Host.

  3. 3

    Scan

    Klik op Volgende en daarna op Veelvoorkomende poorten scannen.

  4. 4

    Vergelijk

    Een open poort die niet op je lijst staat, betekent dat een regel te ruim is. Een verwachte poort die ontbreekt, betekent dat een regel te strikt is, of dat de dienst uit staat.

Een controle vooraf en achteraf

Voer de scan uit voordat je een regel wijzigt en nogmaals erna. Het verschil is je bewijs. Als je bijvoorbeeld een oude toegangsregel voor MySQL hebt verwijderd, toont de eerste scan 3306 en de tweede niet meer.

Scan Open poorten Conclusie
Voor 22, 80, 443, 3306 Database bereikbaar vanaf internet
Na 22, 80, 443 Regel werkt, database is niet meer bereikbaar vanaf internet

Waarom de bron van de scan ertoe doet

Firewalls staan vaak bepaalde bronadressen toe, zoals dat van je kantoor. Deze scan komt van een gedeeld publiek adres en ziet dus wat een gewone bezoeker ziet. Staat je regel alleen het IP-adres van je kantoor toe, dan toont een juiste opstelling de poort hier als afwezig, ook al kun je vanuit het kantoor verbinding maken.

Wat een schoon resultaat bewijst

Het bewijst dat geen van de 18 genoemde poorten op dat moment een verbinding van deze scanner heeft geaccepteerd. Het bewijst niet dat de overige 65.535 poorten gesloten zijn, en UDP wordt niet gecontroleerd. Gesloten, gefilterde en offline hosts zien er hetzelfde uit. Bevestig daarom ook dat de host actief is door een poort te controleren die open zou moeten staan.

Goede gewoonten

  • Wijzig één ding tegelijk, zodat je weet welke regel welk effect had.
  • Geef cloudregels tijd om te worden toegepast voordat je scant.
  • Scan alleen adressen die van jou zijn of waarvoor je toestemming hebt om te testen.

Gangbare firewalllagen

Verkeer passeert vaak meerdere lagen: een cloud security group, een netwerk-ACL, een firewall op de host zoals iptables of een vergelijkbare tool, en soms een hardwareapparaat. Een poort is alleen bereikbaar als elke laag hem toestaat, en hij is geblokkeerd zodra één laag hem weigert. Als een resultaat je verrast, controleer dan elke laag om de beurt, en niet alleen de laatste die je hebt aangepast.

Vergeet ook niet dat een toegestane poort zonder iets dat erachter luistert, nog steeds gesloten lijkt. De scan kan alleen laten zien of een verbinding is geaccepteerd of niet. Bewaar een korte notitie bij elke scan, met de datum en de open poorten. Dat maakt de volgende audit sneller en laat zien wanneer een onverwachte poort voor het eerst verscheen.

Veelgestelde vragen

Scan een poort die open zou moeten staan, zoals 443 op een webserver. Als die verschijnt, is de host bereikbaar en wordt een ontbrekende poort geblokkeerd of is hij gesloten.

Nee. Hij draait altijd vanaf één gedeeld publiek adres. Hij toont dus hoe de firewall het algemene internet behandelt, niet een specifiek toegestaan adres.

Nee. Alle 18 controles zijn TCP-verbindingen. UDP-diensten, zoals sommige VPN’s of gameservers, vallen erbuiten.

De regel is misschien nog niet toegepast, een andere regel staat de poort nog toe, of een tweede laag, zoals de host of de provider, staat open. Controleer elke laag, wacht even en scan opnieuw.

Gerelateerde tools

Tool beschikbaar in andere talen

Handleidingen en toepassingen