ΟMajoritatea utilizatorilor de computere se confruntă cu o eroare de software care poate duce chiar la pierderea de date importante.
Cu toate acestea, există cazuri în care sistemele informatice nu au funcționat corespunzător și chiar au dus la pierderea de vieți omenești. La urma urmei, software-ul este scris de oameni, deci factorul de eroare nu poate fi exclus.
Vedeți cazurile în care o eroare de software a dus sau ar fi putut avea consecințe dezastruoase...
Aproape dezastrul nuclear
O eroare în software-ul sistemului de avertizare prin satelit din Uniunea Sovietică ar putea duce la un dezastru nuclear!
Pe 26 septembrie 1983, soldatul Stanislav Petrov se afla într-un adăpost secret de lângă Moscova, supravegheând sistemul de avertizare a atacurilor prin satelit. La scurt timp după miezul nopții, sistemul a emis un avertisment pentru lansarea a 5 rachete balistice intercontinentale americane! Reacția intenționată ar fi un contraatac al Uniunii Sovietice și cu o lansare de rachete!
Petrov a trebuit să ia o decizie rapid. Totuși, ceva părea să nu fie în regulă: era ciudat ca America să atace cu doar 5 rachete... În plus, radarele de la sol nu au detectat nimic (ceea ce s-ar putea explica prin faptul că nu „văd” nimic dincolo de orizont, din cauza curbura Pământului), în timp ce sistemul prin satelit a avut erori atunci când a fost pus în funcțiune.
Cântărind datele, Petrov a decis să respingă alarma ca fiind incorectă, ceea ce, desigur, s-a dovedit a fi adevărat, deoarece ulterior s-a știut că sistemul „a văzut” reflexiile soarelui deasupra norilor și le-a interpretat ca o lansare de rachetă. Dar este și adevărat că, deși Petrov nu avea capacitatea de a lansa o armă nucleară, dacă ar fi ales să-și avertizeze superiorii și aceștia ar fi perceput amenințarea ca fiind reală, am fi fost în fața unei catastrofe nucleare!
Therac-25 - Ucigașul pacientului
Therac-25 a fost un dispozitiv medical pentru radioterapie, folosit adesea la bolnavii de cancer. A funcționat în două moduri: fie prin trimiterea unui fascicul de electroni în doze mici către pacient pentru un timp minim, fie prin trecerea mai întâi a fasciculului de electroni printr-o „țintă” metalică care transforma fasciculul în raze X care ajungeau apoi la rabdator.
La modelele anterioare Therac, pentru cea de-a doua funcție, existau supape de siguranță manuale care verificau dacă „ținta” metalică era de fapt acolo unde trebuia, deoarece, altfel, fasciculele de mare energie ar cădea direct asupra pacientului.
În Therac-25 rolul acestor supape a fost preluat de un software. Cu toate acestea, uneori a apărut o eroare în timpul verificărilor automate. Ca urmare, sistemul s-a prăbușit, „ținta” metalică nu s-a deplasat pe loc și pacientul a fost „bombardat” cu fascicule de putere de 100 de ori mai mari decât ar fi acceptat în mod normal. Acest lucru s-a întâmplat în 6 cazuri din 1985 până în 1987, 4 persoane fiind găsite moarte!
Eșecul Patriotului
În timpul operațiunii Desert Storm condusă de SUA în Irak în 1991, armata americană a dezvoltat un sistem Patriot pentru a se apăra împotriva aeronavelor și rachetelor inamice.
Sistemul antiaerian se bazează pe viteza țintei și pe timp pentru a prezice unde va fi ținta la un moment dat.
Din nefericire, sistemul de detectare a avut o eroare, ceea ce a dus la ca „ceasul” intern să arate o abatere treptată.
Cât timp sistemul a fost în funcțiune, „ceasul” a fost dereglat și a deviat de la timpul „real”. De fapt, eroarea era deja cunoscută și pur și simplu a fost „corectată” prin repornirea sistemului.
Dar cei care au verificat sistemul pe 25 februarie nu păreau să știe de eroare, deoarece lăsaseră sistemul să „funcționeze” timp de 100 de ore.
Când o rachetă irakiană a fost trasă într-un aeroport militar din Dhahran, Arabia Saudită, a fost detectată de sistemul Patriot. Cu toate acestea, „ceasul” intern avea deja o abatere de 0,34 pe minut.
Când a fost calculată următoarea poziție a rachetei, sistemul de detectare „se uita” la o zonă a cerului la aproximativ jumătate de kilometru distanță de locul în care se afla racheta. Drept urmare, el „a presupus” că nu există nicio amenințare și astfel interceptarea a fost anulată. Racheta și-a atins ținta, ucigând 28 de soldați și rănind alți 98.
Divizia cu zero a paralizat o navă a flotei americane
Una dintre cele mai cunoscute erori din universul de programare este împărțirea oricărui număr la zero, ceea ce este imposibil cu o matematică simplă, iar majoritatea software-ului este conceput pentru a ține cont de un astfel de scenariu.
Această greșeală binecunoscută, însă, nu părea să fi fost luată în considerare de către designerii de software de pe USS Yorktown. Pe 21 septembrie 1997, Yorktown a scăpat de sub control timp de aproape trei ore, când un membru al echipajului a introdus un zero în sistemul de control al bazei de date, care a fost apoi folosit într-o scindare, provocând prăbușirea sistemului de propulsie al navei.
Software-ul a fost instalat ca parte a unui program de reducere a factorului uman în controlul navei. Din fericire, când s-a întâmplat neașteptat, USS Yorktown făcea manevre și nu era în luptă ori de câte ori un astfel de eveniment putea fi fatal.
Pana de curent care a lăsat în întuneric 55 de milioane de oameni
Una dintre cele mai mari întreruperi de curent din istorie a fost cea care a avut loc pe 14 august 2003, în nord-estul Statelor Unite și Ontario, Canada, și a lăsat în întuneric 55 de milioane de oameni.
Totul a început când o centrală electrică de pe malul de sud al lacului Erie, Ohio, a fost închisă din cauza cererii crescute. Acest lucru a pus la încercare restul rețelei electrice. Cu toate acestea, cablurile de alimentare, atunci când transportă o sarcină mai mare, se încălzesc și materialele lor se extind. Astfel, mai multe linii au aterizat pe copaci și au produs pagube, încordând și mai mult sistemul energetic. Rezultatul a fost că în cele din urmă rețeaua a împărțit doar 20% din puterea normală.
Cauza principală a întreruperii a fost o problemă de software în sistemul de alarmă din camera de control a First Energy Corporation din Ohio. S-a constatat că două părți ale sistemului „concurează” pentru aceleași resurse și nu au putut soluționa disputa, ceea ce a dus la înghețarea sistemului de alarmă și la oprirea alertelor.
Cu toate acestea, sistemul s-a prăbușit fără să fie observat, deoarece în camera de control nu era nicio alarmă sonoră sau vizuală. Ca urmare, nimeni nu a fost informat cu privire la necesitatea redistribuirii sistemului de transport.
Astfel, ceea ce ar fi putut fi o întrerupere controlată local a afectat întreaga rețea, lăsând câteva zone fără curent pentru zile întregi și provocând probleme în industrie, utilități, telecomunicații și transporturi. De fapt, se crede că panea de curent a contribuit la pierderea vieții a 10 persoane.
Virusul Mileniului
Y2K sau „Virusul Mileniului” a devenit mai cunoscut pe măsură ce mass-media a răspândit povești de groază cu scenarii dramatice care ar putea avea loc.
Această eroare a avut de-a face cu faptul că în multe sisteme informatice au fost folosite două cifre pentru dată. De exemplu, „99” în loc de „1999”. Asta ar însemna că în 2000 ar arăta ca „00”, ceva care probabil „ar încurca” computerele, făcându-le să creadă că era 1900.
Acest lucru ar duce la o catastrofă în acele calcule care ar include un interval de ani care depășește 2000. De exemplu, cineva născut în 1920 și murit în 2001 ar părea să aibă -19 ani!
Pentru a rezolva problema, companiile de software s-au grăbit să-și modernizeze produsele, pe care le controlau deja de la sistemele bancare la computerele spitalelor. În plus, în februarie '99, Centrul de Cooperare Internațională Y2K a fost înființat pentru a ajuta la coordonarea activității guvernelor și organizațiilor înainte de Mileniu.
În cele din urmă, 2000 a sosit fără incidente notabile. Dar încă nu știm sigur dacă acest lucru s-a datorat pregătirii care fuseseră făcute sau dacă scenariile care fuseseră lansate în presă erau pur și simplu prea multe...
[the_ad_group id = ”966 ″]
