Firewall blokkeert telefoongesprekken naar Amerikaanse alarmlijn 911
Een probleem met een firewall heeft er afgelopen dinsdag voor gezorgd dat alarmlijn 911 twee uur niet bereikbaar was in de hele Amerikaanse staat Massachusetts. Volgens de leverancier van het alarmsysteem en het Executive Office of Public Safety and Security van de staat zorgde een firewall ervoor dat gesprekken niet naar de 911-alarmcentrale werden doorgezet. Het incident zou niet het geval zijn van een cyberaanval, aldus leverancier Comtech.
De exacte reden waarom de firewall gesprekken blokkeerde wordt nog onderzocht. Comtech heeft een "technische oplossing" toegepast om herhaling in de toekomst te voorkomen. Gouverneur Maura Healey van Massachusetts liet verslaggevers weten dat de firewall "te beschermend" was en daardoor de gesprekken blokkeerde. Tijdens de storing ontvingen inwoners van de staat een bericht op hun telefoon dat ze in het geval van nood direct de politie of brandweer moesten bellen, meldt CBS News.
https://en.wikipedia.org/wiki/Massachusetts#Health
Hoeveel hartaanvallen, beroerten en flauwtes hebben er plaats gevonden gedurende de twee uur van 911-storing?
user error, replace user...
user error, replace user...
Dan heb jij nog nooit een problematische IPS signature op je firewall binnengekregen.
user error, replace user...
Wij hadden zoiets soortgelijks met een Fortigate gedeelte ging goed echter verkeer op UDP (poort 50xxx) werd naar internet gestuurd ipv de server. Hierdoor kregen bellers geen keuzemenu.
user error, replace user...
Dan heb jij nog nooit een problematische IPS signature op je firewall binnengekregen.
Dat is inderdaad een mogelijke oorzaak.
Andere theorie voor 'het stopte opeens met werken' zou een failover naar een standby firewall kunnen zijn waarvan de rulebase niet in sync was.
Nog een mogelijke theorie zou een failover (of wijziging) kunnen zijn van de sources die door de firewall moeten - maar waarvan het nieuwe (cq - standby ) netwerk adres niet in de rulebase zit .
Zeker als de failover helemaal automatisch gemaakt is - normaal kijkt men bij iedere storing "wat is er gewijzigd op het moment dat de storing begon" , en dan was er niemand die iets aan de firewalls deed, en ook niemand die iets op het netwerk of aan de call servers deed. Behalve een storing ergens die leidde tot een failover - en mogelijk eentje met andere source IPs .
Het kan erg complex worden - ik heb rules gezien die er alleen in staan - en in moeten staan - zodat de failover naar het andere datacenter kan werken . Zo'n rule krijgt nooit hits . En is voortdurend at risk voor de 'rule cleanup' projecten, want geen hits , en men streeft er - terecht - naar om geen stale/ongebruikte rules actief te laten.
Deze posting is gelocked. Reageren is niet meer mogelijk.
Subsidie
Veel IT-dienstverleners wijzen hun mkb-klanten nu op deze cybersubsidie:
Mijn Cyberweerbare Zaak
Ontdek waarom
Cybersecurity Trainer / Full Stack Developer
Ben je toe aan een nieuwe job waarmee je het verschil maakt? Wil jij je security kennis graag delen en hands-on laten zien hoe cybersecurity in de praktijk echt werkt? Werk je net als wij graag samen met enthousiaste en gedreven collega's? Bij ons geen bureaucratie maar open communicatie en een werkomgeving gericht op samenwerking.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?