Деякі комп’ютерні системи називаються критично важливими для безпеки через свою актуальність: поломка в одній із цих систем може мати катастрофічні наслідки, будь то втрата людського життя, економічна шкода чи інші види непоправної втрати. Зазвичай такі типи систем зазвичай зустрічаються в медичній, аерокосмічній (ракети, супутники, пороми, зонди ...), військовій, фінансовій, енергетичній або комунікаційній сферах.

informatica

Синій екран: можливо, не найсерйозніша помилка в обчисленні, але одне з найвідоміших повідомлень про помилки (принаймні, для користувачів Windows).

Критичні системи вимагають процесу розробки, повністю спрямованого на гарантування якості кінцевого продукту: імпровізації або зміни технічних характеристик в останню хвилину тут не варті. Все повинно бути перевірено та перевірено, щоб не було можливості помилки. Результат має набагато вищий рівень якості, ніж той, до якого ми звикли на рівні користувача, але, як і слід було очікувати, з набагато вищою вартістю. Очевидно, що їх не завжди можна побудувати за допомогою тих самих інструментів, що і в користувацькому агенті. Не випадково адвокати Sun Microsystems включили цей параграф до угод з кінцевими користувачами (EULA), пов'язаних з технологією Java:

Технологія Java не є стійкою до несправностей і не розроблена, виготовлена ​​або призначена для використання або перепродажу як складний механізм управління обладнанням в небезпечних умовах, що вимагають стійкості до несправностей, наприклад, в управлінні ядерним об'єктом, навігаційними системами літальних апаратів або системами зв'язку, повітряним рухом, механізми життєзабезпечення або системи зброї, де вихід з ладу технології Java може призвести безпосередньо до смерті, тілесних ушкоджень або серйозної фізичної чи екологічної шкоди.

Однак, незважаючи на всі ці запобіжні заходи, іноді трапляються аварії. І ми не говоримо про неточну «комп’ютерну помилку» *, яка служить козлом відпущення, щоб розбавити відповідальність за колосальний гаф. У деяких аваріях післязабійний аналіз виявив корінь проблеми, а причиною є програмна чи апаратна помилка. Тут ми говоримо про деякі з цих трагедій:

Усі ці помилки мали дуже важкі наслідки. Але в цьому випадку може бути ще одна "помилка" комп'ютера, що має набагато глибші наслідки. Це рішення кодувати рядки як рядок символів, що закінчуються на "null" (нуль-закінчується рядок англійською мовою) мовою C. Ця стратегія була віддана перевагу замість використання рядків "Pascal type", де перші позиції явно вказати кількість символів, що містить рядок. Незважаючи на свої великі переваги, це рішення призвело до великої кількості проблем, не передбачених свого часу: помилок, атак переповнення буфера, ... Складання чисел, можливо, сума всіх цих проблем мала (і матиме) вартість більше, ніж усі згадані катастрофи.

Нарешті, хоча це не критична система або навіть помилка (скоріше симптом інших помилок), є одне питання, яке заслуговує на особливу увагу: ненависть синій екран (Синій екран смерті або BSOD, англійською мовою). Цей екран з'являється перед непоправним збоєм системи в деяких версіях Windows ... навіть у Windows 8! Частота його появи підняла його до категорії культурних пам’яток завдяки власному запису в Вікіпедію.

* Подібно до типової "людської помилки", коли винний помер під час аварії: вражає те, наскільки швидко відповідальність приписується чимось або тому, хто не може протестувати.

EDIT 1: Незважаючи на те, що список не видається повним, деякі з вас пропустили інцидент із Тераком-25, оскільки там були жертви. Ми додали його до списку, завдяки всім, хто дав нам записку.

РЕДАКТУВАТИ 2: Маноло Палао надіслав мені цікаву статтю, пов’язану з цим постом. Стаття під назвою "Презумпція невинуватості", опублікована в Novática, зосереджується на легкості, з якою ми приписуємо відповідальність за несправність комп'ютерних систем. Я залишаю посилання на випадок, якщо це вас цікавить.