Ο대부분의 전자 장치 사용자는 중요한 데이터의 손실로 이어질 수 있는 소프트웨어 오류에 직면했습니다.
그러나 컴퓨터 시스템이 제대로 작동하지 않아 인명 손실을 초래한 경우도 있습니다. 결국 소프트웨어는 오류 요인을 배제할 수 없을 때마다 사람이 작성합니다.
소프트웨어의 버그로 인해 비참한 결과를 초래하거나 초래할 수 있는 사례를 확인하십시오…
가까운 핵 재앙
소련의 위성 경보 시스템 소프트웨어의 오류는 핵 대학살로 이어질 수 있습니다!
26년 1983월 5일, 군인 Stanislav Petrov는 모스크바 근처의 비밀 벙커에서 위성 공격 경고 시스템을 감독하는 임무를 맡고 있었습니다. 자정 직후 시스템은 XNUMX개의 미국 대륙간 탄도 미사일 발사에 대한 경고를 표시했습니다! 의도된 반응은 미사일 발사로 소련의 반격이 될 것입니다!
Petrov는 재빨리 결정을 내려야 했습니다. 그러나 무언가 잘못된 것 같았습니다. 미국이 단 5개의 미사일로 공격한 것이 이상했습니다... 게다가 지상 기반 레이더는 아무것도 감지하지 못했습니다(이는 수평선 너머로 아무것도 "보지" 않는다는 사실로 설명할 수 있습니다. 지구 곡률), 위성 시스템이 처음 가동되었을 때 오류가 나타났습니다.
데이터의 무게를 측정한 Petrov는 알람을 잘못된 것으로 간주하기로 결정했습니다. 물론 이는 사실로 판명되었습니다. 나중에 시스템이 구름 위의 태양 반사를 "보고" 로켓 발사로 해석했다는 사실이 알려졌기 때문입니다. 그러나 Petrov가 핵무기를 발사할 능력이 없었지만 그가 상사에게 경고하기로 선택했고 그들이 위협을 현실로 인식했다면 우리는 핵 재앙에 직면했을 것입니다!
Therac-25 – 환자 킬러
Therac-25는 암 환자에게 자주 사용되는 방사선 치료용 의료 기계였습니다. 그것은 두 가지 방식으로 작동했습니다. 최소한의 시간 동안 소량의 전자빔을 환자에게 보내거나 전자빔이 먼저 금속 "표적"을 통과하여 빔을 X선으로 변환한 다음 인내심 있는.
이전 Therac 모델에는 두 번째 모드의 경우 금속 "표적"이 실제로 있어야 할 위치에 있는지 확인하는 수동 안전 밸브가 있었습니다. 그렇지 않으면 고에너지 빔이 환자에게 똑바로 떨어질 것입니다.
Therac-25에서 이러한 밸브의 역할은 소프트웨어에 의해 인수되었습니다. 다만, 자동 점검 시 간혹 오류가 발생하는 경우가 있었습니다. 그 결과 시스템은 무너졌고 금속 "표적"은 움직이지 않았고 환자는 평소에 받아들일 수 있었던 것보다 100배 더 큰 파워 빔으로 "폭격"을 받았습니다. 이것은 6년부터 1985년까지 1987건에서 발생했으며 4명이 숨진 채 발견되었습니다!
패트리어트의 실패
1991년 이라크에서 미국이 "사막의 폭풍" 작전을 수행하는 동안 미군은 적의 항공기와 미사일에 대한 방어 수단으로 패트리어트 시스템을 개발했습니다.
대공 방어 시스템의 탐지 시스템은 표적의 속도와 시간에 의존하여 주어진 순간에 표적이 어디에 있을지 예측합니다.
불행하게도 감지 시스템에 버그가 있어 내부 "시계"가 점진적으로 드리프트하는 결과를 낳았습니다.
시스템이 작동하는 한 "시계"는 잘못 정렬되어 "실제" 시간에서 벗어납니다. 사실, 오류는 이미 알려져 있었고 시스템을 다시 시작하여 단순히 "수정"되었습니다.
그러나 25월 100일 시스템을 테스트한 사람들은 XNUMX시간 동안 시스템을 "실행" 상태로 두었기 때문에 오류를 인식하지 못하는 것 같습니다.
사우디아라비아 다란의 군비행장에서 이라크 미사일이 발사됐을 때 패트리어트 시스템에 의해 탐지됐다. 그러나 내부 "시계"에는 이미 0,34분의 편차가 있었습니다.
미사일의 다음 위치가 계산되었을 때 탐지 시스템은 미사일이 있던 곳에서 약 28km 떨어진 하늘 영역을 "보고" 있었습니다. 이로 인해 그는 위협이 없다고 "가정"하여 차단이 취소되었습니다. 미사일은 목표물에 명중하여 군인 98명이 사망하고 XNUMX명이 부상당했습니다.
XNUMX으로 나눈 미국 함대의 함선 마비
프로그래밍 세계에서 가장 잘 알려진 버그 중 하나는 숫자를 XNUMX으로 나누는 것입니다. 이는 간단한 수학으로는 불가능하며 대부분의 소프트웨어는 이러한 시나리오를 고려하도록 설계되었습니다.
그러나이 잘 알려진 오류는 USS Yorktown에 탑재 된 소프트웨어 설계자가 고려하지 않은 것 같습니다. 21년 1997월 3일, 요크타운은 승무원이 데이터베이스 제어 시스템에 XNUMX을 입력했을 때 거의 XNUMX시간 동안 무인 상태로 방치되었으며, 이후 분할에 사용되어 선박의 추진 시스템이 붕괴되었습니다.
이 소프트웨어는 선박 제어에서 인적 요소를 제한하는 프로그램의 일부로 설치되었습니다. 다행스럽게도 예상치 못한 상황이 발생했을 때 USS Yorktown은 그러한 상황이 치명적일 수 있을 때마다 기동 중이었고 전투 중이 아니었습니다.
55만 명을 암흑에 빠뜨린 정전
역사상 가장 큰 정전 중 하나는 14년 2003월 55일 미국 북동부와 캐나다 온타리오에서 발생하여 XNUMX만 명의 사람들을 어둠 속에 두었습니다.
이 모든 것은 오하이오 주 이리 호수 남쪽 해안에 있는 발전소가 수요 증가로 인해 폐쇄되면서 시작되었습니다. 이것은 나머지 전력망을 테스트했습니다. 그러나 전력 케이블은 더 큰 부하를 전달할 때 열이 발생하고 재료가 팽창합니다. 따라서 여러 개의 전선이 나무에 닿아 피해를 입히고 에너지 시스템에 추가 부담을 주었습니다. 그 결과 그리드는 결국 정상 전력의 20%만 공유하게 되었습니다.
정전의 주요 원인은 오하이오에 있는 First Energy Corporation의 제어실에 있는 알림 시스템의 소프트웨어 문제였습니다. 시스템의 두 부분이 동일한 리소스에 대해 "경쟁"하는 것으로 확인되었고 충돌을 해결할 수 없었기 때문에 경보 시스템이 정지되고 경보 발행이 중지되었습니다.
그러나 통제실에 청각적 또는 시각적 알림이 없었기 때문에 시스템이 감지되지 않고 충돌했습니다. 그 결과 교통 시스템을 재분배해야 할 필요성을 아무도 알지 못했습니다.
따라서 지역 수준에서 제어 가능한 정전이 전체 그리드에 영향을 미쳐 여러 지역에 며칠 동안 전력이 공급되지 않고 산업, 유틸리티, 통신 및 운송에 문제가 발생했습니다. 실제로 정전으로 인해 10명이 목숨을 잃은 것으로 추정됩니다.
밀레니엄 바이러스
Y2K 또는 "밀레니엄 바이러스"는 일어날 수 있는 극적인 시나리오의 공포 이야기를 미디어에 퍼뜨리면서 더 널리 알려지게 되었습니다.
이 특정 오류는 많은 컴퓨터 시스템에서 날짜에 두 자리 숫자가 사용되었다는 사실과 관련이 있습니다. 예를 들어 '99' 대신 '1999'입니다. 이것은 2000이 '00'으로 표시되어 컴퓨터가 1900이라고 생각하도록 '혼동'할 수 있음을 의미합니다.
이것은 2000년 이후의 연도 범위를 포함하는 모든 계산에 대혼란을 일으킬 것입니다. 예를 들어, 1920년에 태어나 2001년에 죽는 사람은 -19세로 나타납니다!
이 문제를 해결하기 위해 소프트웨어 회사는 이미 은행 시스템에서 병원 컴퓨터에 이르기까지 모든 것을 제어하고 있는 제품을 서둘러 업그레이드했습니다. 또한 99년 2월에는 밀레니엄 이전에 정부와 조직의 업무 조정을 돕기 위해 국제 YXNUMXK 협력 센터가 설립되었습니다.
마침내 2000년이 특별한 사건 없이 도착했습니다. 그러나 이것이 사전 제작에 의한 것인지, 언론에 공개된 시나리오가 단순히 과장된 것인지는 아직 확실하지 않습니다...
[the_ad_group id =”966 ″]
