ΟDe meeste computergebruikers worden geconfronteerd met een softwarefout die zelfs kan leiden tot het verlies van belangrijke gegevens.
Er zijn echter gevallen waarin computersystemen niet goed werkten en zelfs tot het verlies van mensenlevens leidden. Software wordt immers door mensen geschreven, dus de foutfactor is niet uit te sluiten.
Zie gevallen waarin een softwarefout heeft geleid of rampzalige gevolgen had kunnen hebben...
De bijna nucleaire ramp
Een bug in de software van het satellietwaarschuwingssysteem in de Sovjet-Unie kan mogelijk leiden tot een nucleaire ramp!
Op 26 september 1983 was soldaat Stanislav Petrov in een geheime schuilplaats in de buurt van Moskou, waar hij toezicht hield op het waarschuwingssysteem voor satellietaanvallen. Kort na middernacht gaf het systeem een waarschuwing af voor de lancering van 5 Amerikaanse, intercontinentale ballistische raketten! De beoogde reactie zou een tegenaanval van de Sovjet-Unie zijn met ook een raketlancering!
Petrov moest snel een beslissing nemen. Er leek echter iets mis te zijn: het was vreemd voor Amerika om met slechts 5 raketten aan te vallen... Bovendien detecteerden de grondradars niets (wat zou kunnen worden verklaard door het feit dat ze niets achter de horizon "zien", vanwege de kromming van de aarde), terwijl het satellietsysteem fouten vertoonde toen het voor het eerst in gebruik werd genomen.
Na de gegevens te wegen, besloot Petrov het alarm af te doen als onjuist, wat natuurlijk waar bleek te zijn, omdat later bekend werd dat het systeem de reflecties van de zon boven de wolken "zag" en deze interpreteerde als een raketlancering. Maar het is ook waar dat hoewel Petrov niet in staat was een nucleair wapen te lanceren, als hij ervoor had gekozen zijn superieuren te waarschuwen en zij de dreiging als reëel hadden gezien, we een nucleaire catastrofe zouden hebben gehad!
Therac-25 - De moordenaar van de patiënt
Therac-25 was een medisch hulpmiddel voor radiotherapie, vaak gebruikt bij kankerpatiënten. Het werkte op twee manieren: ofwel door een straal elektronen in kleine doses gedurende een minimale tijd naar de patiënt te sturen, ofwel door de elektronenstraal eerst door een metalen "doel" te laten gaan dat de straal in röntgenstralen omzet die vervolgens de geduldig.
In eerdere Therac-modellen waren er voor de tweede functie handmatige veiligheidskleppen die controleerden of het metalen "doel" werkelijk was waar het moest zijn, omdat anders hoge-energiestralen direct op de patiënt zouden vallen.
In Therac-25 werd de rol van deze kleppen overgenomen door software. Bij automatische controles trad echter soms een fout op. Als gevolg daarvan stortte het systeem in, het metalen "doel" bewoog niet en de patiënt werd "gebombardeerd" met krachtstralen die 100 keer groter waren dan hij normaal zou hebben geaccepteerd. Dit gebeurde in 6 gevallen van 1985 tot 1987, waarbij 4 mensen dood werden gevonden!
Het falen van de patriot
Tijdens de door de VS geleide operatie Desert Storm in Irak in 1991, ontwikkelde het Amerikaanse leger een Patriot-systeem om zichzelf te verdedigen tegen vijandelijke vliegtuigen en raketten.
Het luchtafweersysteem is gebaseerd op de snelheid van het doel en de tijd om te voorspellen waar het doel zich op een bepaald moment zal bevinden.
Helaas had het detectiesysteem een fout waardoor de interne "klok" een geleidelijke afwijking vertoonde.
Zolang het systeem in bedrijf was, werd de "klok" gedereguleerd en afgeweken van de "echte" tijd. In feite was de fout al bekend en werd deze eenvoudig "gecorrigeerd" door het systeem opnieuw op te starten.
Maar degenen die het systeem op 25 februari controleerden, leken niets van de fout af te weten, aangezien ze het systeem 100 uur hadden laten "draaien".
Toen een Iraakse raket werd afgevuurd op een militaire luchthaven in Dhahran, Saoedi-Arabië, werd deze gedetecteerd door het Patriot-systeem. De interne "klok" had echter al een afwijking van 0,34 per minuut.
Toen de volgende positie van de raket werd berekend, "keek" het detectiesysteem naar een gebied van de lucht ongeveer een halve kilometer verwijderd van waar de raket zich bevond. Als gevolg daarvan "veronderstelde" hij dat er geen dreiging was en werd de interceptie geannuleerd. De raket raakte zijn doel, waarbij 28 soldaten omkwamen en 98 anderen gewond raakten.
De divisie met nul legde een schip van de Amerikaanse vloot verlamd
Een van de meest bekende fouten in het programmeeruniversum is het delen van een willekeurig getal door nul, wat onmogelijk is met eenvoudige wiskunde, en de meeste software is ontworpen om met een dergelijk scenario rekening te houden.
Met deze bekende fout leek echter geen rekening te zijn gehouden door de softwareontwerpers op de USS Yorktown. Op 21 september 1997 was Yorktown bijna drie uur onbestuurbaar toen een bemanningslid een nul invoerde in het databasecontrolesysteem, dat vervolgens in een splitsing werd gebruikt, waardoor het voortstuwingssysteem van het schip instortte.
De software is geïnstalleerd als onderdeel van een programma om de menselijke factor bij het besturen van schepen te verminderen. Gelukkig, toen het onverwachte gebeurde, was de USS Yorktown aan het manoeuvreren en was niet in de strijd wanneer een dergelijke gebeurtenis fataal kon zijn.
De stroomstoring die 55 miljoen mensen in het ongewisse liet
Een van de grootste stroomuitval in de geschiedenis vond plaats op 14 augustus 2003 in het noordoosten van de Verenigde Staten en Ontario, Canada, en liet 55 miljoen mensen in het ongewisse.
Het begon allemaal toen een elektriciteitscentrale aan de zuidkust van Lake Erie, Ohio, werd stilgelegd vanwege de toegenomen vraag. Dit stelde de rest van het elektriciteitsnet op de proef. Bij het dragen van een grotere belasting warmen stroomkabels echter op en hun materialen zetten uit. Zo landden verschillende lijnen op bomen en veroorzaakten schade, waardoor het energiesysteem verder werd belast. Het resultaat was dat het net uiteindelijk slechts 20% van het normale vermogen deelde.
De belangrijkste oorzaak van de black-out was een softwareprobleem in het alarmsysteem in de controlekamer van de First Energy Corporation in Ohio. Twee delen van het systeem bleken te "concurreren" om dezelfde middelen en waren niet in staat om het geschil op te lossen, wat ertoe leidde dat het alarmsysteem vastliep en stopte met het geven van waarschuwingen.
Het systeem stortte echter onopgemerkt in, omdat er geen hoorbaar of zichtbaar alarm was in de controlekamer. Als gevolg hiervan werd niemand geïnformeerd over de noodzaak om het transmissiesysteem te herverdelen.
Dus wat een lokaal gecontroleerde storing had kunnen zijn, trof het hele netwerk, waardoor verschillende gebieden dagenlang zonder stroom zaten en problemen veroorzaakten in de industrie, nutsbedrijven, telecommunicatie en transport. Er wordt zelfs aangenomen dat de stroomuitval ertoe heeft bijgedragen dat 10 mensen om het leven zijn gekomen.
Het millenniumvirus
Y2K of "Millennium Virus" kreeg meer bekendheid toen de media horrorverhalen verspreidden met dramatische scenario's die konden plaatsvinden.
Deze fout had te maken met het feit dat in veel computersystemen twee cijfers voor de datum werden gebruikt. Bijvoorbeeld "99" in plaats van "1999". Dit zou betekenen dat het er in 2000 uit zou zien als "00", wat de computers waarschijnlijk in verwarring zou brengen, waardoor ze zouden denken dat het 1900 was.
Dit zou resulteren in een catastrofe in die berekeningen die een reeks van jaren boven 2000 zouden omvatten. Iemand geboren in 1920 en stierf in 2001 zou bijvoorbeeld -19 jaar oud lijken te zijn!
Om het probleem aan te pakken, haastten softwarebedrijven zich om hun producten, die ze al bestuurden, te upgraden van banksystemen naar ziekenhuiscomputers. Bovendien werd in februari '99 het Y2K International Cooperation Centre opgericht om het werk van regeringen en organisaties voorafgaand aan het millennium te helpen coördineren.
Uiteindelijk kwamen er 2000 aan zonder noemenswaardige incidenten. Maar we weten nog steeds niet zeker of dit te wijten was aan de voorbereiding die was gedaan of dat de scripts die aan de pers waren vrijgegeven gewoon te veel waren ...
[the_ad_group id = ”966 ″]
