Kiedy junior usunie całą bazę danych
29/8/2024
Tomasz Chwasewicz
Wszyscy byliśmy kiedyś tymi świeżakami, stażystami, juniorami w biurze. Niektórzy z nas mogli potknąć się o drobne błędy, ale niewielu może powiedzieć, że ich błędy spowodowały wyłączenie całych systemów lub wyczyszczenie całej bazy danych. Na takich ekstremalnych przypadkach skupimy się dzisiaj, pokazując kruchą granicę, która istnieje w cyfrowych środowiskach współczesnych korporacji. Zobaczmy, co się stanie, kiedy junior usunie całą bazę danych.
W chłodnych centrach danych Amazon, tuż przed świętami Bożego Narodzenia, deweloper, prawdopodobnie z zimnymi palcami, zrobił coś małego, co okazało się mieć spore konsekwencje. Jego zadaniem był rutynowy skrypt konserwacyjny. Nie było to jednak rutynowe zadanie, gdy omyłkowo usunął istotne dane o stanie ELB.
Pierwsze kilka chwil po usunięciu było zwodniczo spokojne, cyfrowy odpowiednik ciszy przed burzą. Potem zaczęły się fale - zakłócenia w usługach następowały kaskadowo jedna po drugiej, a części ogromnej sieci Amazon spowalniały, tryskały, a miejscami prawie się zatrzymywały. To, co nastąpiło później, było szaleństwem aktywności; zespoły pracowały w pośpiechu, a strategie były burzą mózgów, próbując naprawić prosty błąd jednego człowieka.
Ta lekcja cyfrowej pokory była kosztowna, nie tylko pod względem natychmiastowego wpływu operacyjnego, ale także w szerszych konsekwencjach dla projektu systemu, zabezpieczeń administracyjnych i konieczności wystosowania odpowiednich statementów. Podsumowując, jeśli junior usunie całą bazę danych, jest w stanie to zrobić i to jest główny problem.
W niepokojąco jasny poranek świtu swojej kariery, młodszy programista, świeżo po przejściu z gajów akademickich, otrzymał klucze do cyfrowego królestwa. To, co miało być dniem początków, szybko zmieniło się w lekcję na temat nietrwałości danych cyfrowych i surowych realiów korporacyjnej Ameryki.
Jego zadanie było proste: skonfigurować swoje środowisko programistyczne. Wygląda jednak na to, że los miał inne plany. Uzbrojony w dokument i dobre intencje, nasz bohater nieumyślnie połączył się z produkcyjną bazą danych - rzekomo cyfrową fortecą odporną na takie łagodne ataki - i usunął ją kilkoma kliknięciami, które były zarówno zbyt łatwe, jak i katastrofalnie nieodwracalne.
Następstwa były równie szybkie, co brutalne. To, co nastąpiło później, było oczekiwanym skutkiem sytuacji, kiedy junior usunie całą bazę danych. Zanim jeszcze zdążył przepracować cały dzień, został wyrzucony, odebrano mu dostęp, a jego przyszłość była niepewna. Kazano mu odejść i nigdy nie wracać, a nad jego odejściem zawisło widmo gróźb prawnych, więc wyruszył w świat jako współczesny cyfrowy parias, dźwigający ciężar swoich niezamierzonych cyfrowych grzechów.
Historia ta ma jednak swoje dobre strony, ponieważ szukając pocieszenia i wskazówek, deweloper zwrócił się do Reddita, dzieląc się swoją opowieścią o nieszczęściu na forum CS Career Questions. Post szybko spotkał się z pozytywnym odbiorem społeczności, zdobywając ponad 23 000 pozytywnych głosów i tysiące komentarzy wypełnionych empatią, wsparciem, a nawet ofertami pracy.
W świecie handlu na wysokie stawki w dużej firmie brokerskiej, niewinny skrypt testowy poszedł niezgodnie z planem. Zaczął on nieoczekiwanie łączyć się ze środowiskiem produkcyjnym na żywo i uruchamiać miliony fikcyjnych transakcji walutowych. Ten skrypt, który miał ujrzeć światło dzienne tylko w środowisku testowym, nieświadomie ujawnił rażącą lukę w zabezpieczeniach operacyjnych. Był to brak solidnych mechanizmów uwierzytelniania, które chroniłyby system produkcyjny przed takimi włamaniami.
Jednak reakcja firmy nie była paniką ani pośpiechem w przypisywaniu winy. Zamiast tego szybko skupiono się na konstruktywnym przeglądzie systemów i procesów. Zespół operacyjny, udowadniając swoją skuteczność, wychwycił błąd w ciągu kilku minut od jego wykonania. Mrożąca krew w żyłach rozmowa telefoniczna z deweloperem potwierdziła faux pas. Potwierdził również, że krytyczne części ich systemu monitorowania były funkcjonalne i czujne.
Czy wszystkie sytuacje były winą młodszych członków zespołu, którzy kliknęli niewłaściwy przycisk (lub dwa)? Nie do końca. Epizody te ujawniają szersze słabości systemowe w sposobie, w jaki organizacje zabezpieczają swoje środowiska technologiczne, wskazując na coś więcej niż tylko indywidualne potknięcia.
