Повечето от грешки в софтуера, които причиняват малко неудобство, че потребителят може да се придвижва, но имаше случаи, когато обичайната грешка засяга милиони хора по определен план или дори довело до нараняване или смърт.
По-долу са десет примери за случаи, в които последствията бяха огромни грешки в някои отношение:
10. Teraki-25 (Therac-25)
Teraki-25 - устройството за лъчева терапия, често се използва за лечение на пациенти с рак. В апарата има два режима на работа. В първия режим, машината изпраща електронен лъч директно на пациенти в малки дози и за кратко време. Във втория режим, машината режисура интензивен лъч от електрони до метален "мишена", които действително могат да конвертирате рентгенови лъчи в лъч, който след това достига до пациента.
В предишните модели Teraki за втория начин на работа са били физически предпазители, които са осигурили присъствието на метален рефлектор, без които високоенергийни лъчи могат да получат по погрешка директно на пациента. В новия модел на физическите предпазителите се заменят с "бушон" в софтуера.
За съжаление не е бъг в програмата: понякога по време на автоматични проверки за сигурност се случват "аритметично препълване". С този бъг система използва твърде много, че не могат да се справят в изчисленията. Ако в този момент на оператора да настроите устройството, предпазители не работи, както и металната плоча не е поставен на правилното място. В резултат на това на пациента падна лъчи, интензивността на което е 100 пъти повече, отколкото трябва. В шест случаи пациентите са получили свръхдоза радиация, 4 от тези случаи е довело до смъртта на жертвата.
Разработчиците не са предвидени един: заразените играчи може да се телепортират на други места на играта и да предадат болестта на други играчи - което е това, което се е случило. Колко герои са починали от болестта не е известна, но целият град се изпразни игра - навсякъде по улиците, покрити със слама с труповете на героите от игра. За щастие, смъртта на герой в света на Warcraft неубедителни, а скоро и на "чумата" над - администраторите на играта да се рестартира сървъра и използва софтуер "кръпка", която фиксира бъг. Чудя се какво е била сходна с реакцията на хората в подобни ситуации в реалния живот реакцията на играчите на инфекцията и заразен.
Причина за инцидента, няма нищо общо с грешка в системата, но може да бъде предотвратено, ако не беше бъг в програмата, е отговорен за системата за предупреждение при управление на мощността на системата център. Двете части на "конкурентни" за един ресурс, и не може да разрешаване на конфликта (грешка дизайн, наречен "раса състояние") система, защото на тази система за предупреждение увисва и вече не се справят с аларми. За съжаление, спирката на предупредителна система е "тих", т.е. той не е уведомен на никого за неговия провал. Това не е направено всеки звук или визуални сигнали, които ще предупреждават работниците около спирката на система, която е изцяло на базата на такова уведомление за предоставяне на информация за състоянието на електроенергийната система. последствия от инцидента бяха широко отразени в медиите: много области бяха без електричество в продължение на няколко дни, което се отрази на производството, предоставянето на обществени услуги и комуникации. Смята се, че дори няколко смъртни случаи са в резултат на злополука.
7. Инцидентът на самолетоносача Йорктаун
В света на разработката на софтуер, има няколко добре познати бъгове пред които са изправени програмисти, и те трябва да бъдат взети под внимание, когато пишете код. Един такъв бъгове за "деление на нула" - когато се извършва изчисляването, в който всяко число, разделено на нула. При изчисленията не може да се направи, най-малкото, ако не се използват висшата математика, поради което голяма част от програмите, инсталирани на суперкомпютри или дори джобни калкулатори, са написани по такъв начин, че да се вземе предвид тази възможност.
За срам на шофиране програмистите на системата Йорктаун напълно спря, оставяйки превозвач безпомощни във водата в продължение на 3 часа, когато един от членовете на екипажа влезе нула в системата за управление на бази данни на борда, а системата се е опитал да направи работата на деление на нула. Софтуерът е инсталиран в хода на проекта за използване на компютрите е необходимо да се намали броят на хората в превоза на някои кораби. За щастие, на кораба по това време е участвал в обучение маневри, както и не е била в разгара на битката, в противен случай последствията от грешката ще бъдат катастрофални.
6. Експлозия на Транссибирската газопровод
Този въпрос трябва да се приема с резерва, тъй като е възможно слухове, но ако това е вярно - това е прекрасен пример за умишлено остави бъг, което е довело до голяма авария.
По време на Студената война, когато отношенията между САЩ и СССР са били, меко казано, напрегнати, ЦРУ твърди, че е умишлено въвежда няколко бъга в продаван от канадската компания, която е била използвана за контролиране на газопровод в Сибир софтуера. ЦРУ решава, че България е купил този софтуер от канадска компания, в опит да получи американска технология, и тя ще бъде чудесна възможност да се даде по-ниско технология СССР.
Такива операции са били по-късно видими в резултат на декласифицирани "Досие Сбогом» (Сбогом досие), където наред с други неща, това беше заявено, че дефектен турбина са инсталирани в тръбопровода. Бившият САЩ секретар на ВВС, Томас Рийд (Томас Рийд) твърди, че някои грешки са въведени система, която не би се оказа по време на теста, но ще доведе до катастрофа по време на прякото използване. Настройки помпи и клапани са били променени, което доведе до свободна практика налягането в газопровода, което от своя страна е довело до най-голямата неядрена експлозия в света.
Ветеран от КГБ, Анатолий Medeckis опровергава версията на саботаж, според него, експлозията настъпили поради грешки, допуснати по време на строителството. За щастие, експлозията никой не беше ранен, след като е станало в отдалечените райони на цивилизацията сайт.
5. потенциална ядрена война по време на Студената война
Станислав Петров - офицер, който е служил в тайна командния пост, недалеч от Москва, в който се е намирал на системата за ранно предупреждение. Една нощ, когато Петров е бил на смяна, той получава предупреждение, че Съединените щати стартира на 5 междуконтинентални балистични ракети Minuteman (Minuteman). Според учението на взаимно унищожение, разпространено по време на Студената война, в отговор на нападение на САЩ, СССР трябваше да си отмъсти на същия пристъп.
Ако атаката е реална, служителят трябва да отговарят бързо на него. Въпреки това, Петров смята, че е странно, че Съединените щати ще бъдат атакувани в такъв малък брой бойни глави: въпреки че тези ракети са причинили огромни щети и голяма загуба на живот, те не биха могли да причинят непоправими щети на Съветския съюз. В допълнение, радар, разположен на място, не показва нищо, въпреки че не можеше да види нищо отвъд хоризонта, защото на кривината на Земята, което би обяснило забавянето на наземни радари.
Друг фактор, който влияе на решението за Петров, беше, че само по себе си система за ранно предупреждение е повече "сурово", а понякога и погрешно. Полицаят претеглят всички фактори и реши, че е фалшива тревога. Въпреки факта, че самият Петър не може да започне като ответна ядрен удар, ако той прие препоръка за атака висшия ръководен състав, това ще бъде началото на опустошителен ядрена война. Петров беше най-правилното решение, без значение дали е било направено въз основа на опит, интуиция, или просто късмет.
По-късно е установено, че софтуер за ранно предупреждение реагира на слънчева светлина, отразена от височинни облаци, които тя взе като изстрелване на ракета.
4. злонамерен защита срещу копиране на дискове на Sony
Войната между корпорациите на шоу-бизнеса и не спира пиратите. След като изобрети нови начини за защита срещу копиране и сигурно разпространение на мултимедия, има и нови начини да заобиколят такива методи за защита.
Rootkit достигна целта си, но поради факта, че той се опитва да се скрие от страна на потребителя, че е позволено и друг злонамерен софтуер, за да се скрие присъствието си на компютрите на потребителите. Лошо обмислен изпълнение и нарастващото доверие на потребителите, които Sony BMG не са имали право да се опита да дискретно управляват компютрите си, е довело до факта, че схемата не успя. Много компании, които участват в компютърна сигурност, руткит се класифицират като зловреден код, както и Sony BMG трябваше да отговарят за своите действия в съда и да се оттегли партийни аудио дискове с руткит.
3. бъг в Патриотът ракетната система (Patriot)
По време на операция "Пустинен щит" (Пустинен щит) САЩ прие система за противоракетна "Пейтриът" за защита срещу нападения с ракети и вражески самолети - в този случай, от иракските ракети Скъд. Софтуерът за контрол използва ракети скоростта на Patriot на неговите цели и текущото време, за да се предскаже траекторията на целевата движение. Като се има предвид, че целта може да достигне скорост от 1,5 км / ите, тези изчисления трябва да бъдат много точни.
По това време, софтуерът е отговорен за поддържане на целта, на която присъстваха бъг, поради което на вътрешния часовник с времето се отдалечава от стойностите в реално време. Грешка е вече известно, и това би могло да бъде решен редовно претоварване на системата, и да нулирате стойността на системния часовник.
Отговорен за това е хора, които не разбират какво съвсем "нормална" рестартиране и системата е работила в продължение на 100 часа. Когато Ирак стартира ракета към летището на САЩ в Dhahran (Dhahran), системата Patriot е определил старта. Въпреки това, по това време, вътрешния часовник е бил изместен с 0.34 секунди, следователно, изчисляват от траекторията е наред и системата смята, че вражеските ракети вече не съществува и отменени опит да свалят ракети. Ракетата полетя към целта си, в резултат на 28 американски войници бяха убити и 98 бяха ранени.
Трудно е да се каже дали това е резултат от успешното решаване на проблема извършена работа или самия проблем първоначално беше преувеличена - най-вероятно, и двете.
Грешката може да донесе много повече вреда, тъй като UNIX се използва в областта на вградените системи, в които връзката между "желязо" и софтуерната част от много по-силен - например, роботи се използват в поточна линия, в часа, рутери и т.н.
Харесва ли ви? Сподели новина с приятелите си. )