Uuri, kuidas tsalvumise vead ehk integer overflow võivad kompromitteerida ettevõtte tarkvara ja mida peaks Balti riigide digiettevõtjad turvalisuse tagamiseks tegema.

Tarkvara arendamine on kiirendatud tempos, kus funktsionaalsus ja kiirus on sageli prioriteetsemad kui sügav süsteemne turvalisus. Kuid üheks varjatud ja ohtlikumadest probleemidest on nn tsalvumise vead ehk integer overflow. See on tehniline haavatavus, mis võib esialgu tunduda teoreetilise arvutiteaduse probleemina, kuid praktikas avab see uksi tõsistele küberrünnakutele, mis võivad raputada ettevõtte digitaalse infrastruktuuri.

Kuidas tsalvumise viga tegelikult toimib

Kujutage ette digitaalset mahutit, millele on määratud täpselt teatud maht. Kui sellesse mahutisse pannakse rohkem vett, kui see mahutab, voolab ülejäänud osa üle. Arvutiteaduses toimub sarnane protsess muutujatega. Igal andmetüübil on määratud mäluruum, mis määrab suurima võimaliku väärtuse, millega see muutuja suudab töötada.

Kui programm lisab numbrit, mis ületab selle maksimaalse piiri, ei teki alati kohene viga. Selle asemel võib väärtus pöörduda tagasi oma minimaalseks võimalikuks väärtuseks. Seda protsessi nimetatakse tsalvumiseks. Näiteks kui 8-bitine määratud väärtus on maksimaalselt 255 ja lisame sellele ühe, võib tulemuseks olla 0. See loogiline katkestus on rünnaku alguspunkt, kuna see eksitab programmi arvutuste õigsuse suhtes.

Binaarsetes süsteemides peituvad ohud

Binaarse eksploitatsioonide puhul on tsalvumise vead eriti ohtlikud, kuna need puudutavad sageli mäluallokatsiooni. Kui programm arvutab vajaliku mäluruumi suuruse ja tekib tsalvumise viga, võib süsteem reserveerida palju väiksema ala, kui on tegelikult vaja. See loob ideaalse olukorra mälju ülevoolu rünnakutele.

Rünnaku käigus saab kurikuiv saata tarkvarasse andmeid, mis täidavad reserveeritud mäluruumi ja kirjutavad üle naabermälu. See võimaldab manipuleerida programmi juhtimist või sisestada täitmiseks oma pahikude.

Tsalvumise vead ei ole lihtsalt matemaatilised eksitused, vaid strateegilised aukud, mida kasutatakse süsteemi privileegide tõstmiseks ja volitamata juurdepäägu saavutamiseks.

Rohkem tehnilist detaili binaarse eksploitatsiooni kohta leiab HackTricks ressurssidest, kus analüüsitakse süvitsi, kuidas underflow ja overflow toimivad paralleelselt.

Veebirakenduste haavatavus ja XSS seosed

Kuigi paljud usuvad, et tsalvumise vead on reserveeritud ainult madala taseme C++ või assembleri keelte jaoks, on riskid kohal ka kaasaegsetes veebirakendustes. Veebis võivad need vead ilmuda kohtades, kus käsitletakse kvantiteete, hindu või kasutajate inpute, mida kasutatakse edasi loogikas.

Eriti huvitav on seos Cross-Site Scripting (XSS) rünnakutega. Kui tsalvumise viga mõjutab seda, kuidas veebileht valideerib sisendite pikkust või tüüpi, võib see lubada rünnaku koodi sisestamise, mida tavaline filter ei tuvastaks. See on näide sellest, kuidas üks tehniline viga avab ukse täiesti teise tüüpi rünnakule.

Sellemeest on detailsemalt kirjeldatud veebitestimise juhendites, mis selgitavad, kuidas pentesterid neid nõrkusi leidvad.

Kuidas tuvastada ja ennetada tsalvumise riske

Ennetamine algab juba kodeerimise etapist. Arendajad peavad kasutama turvalisi raame ja keeli, mis kontrollivad automaatselt väärtuste piire. Kuid täielik kaitse nõuab aktiivset testimist ja auditit. Automaatsed tööriistad, nagu staatiline koodianalüüs (SAST) ja dünaamiline testimine (DAST), aitavad leida potentsiaalseid kohti, kus arvutused võivad läbi lyua.

Oluliseks meetodiks on inputi range valideerimine. Programmi ei tohiks kunagi usaldada, et kasutaja sisestab väärtuse, mis jääb loogilise raami sisse. Iga number, mis jõuab süsteemi, peab läbima kontrolli, kas see on lubatud vahemikus.

Lisaks on kasulik tutvuda spetsiifiliste ressursidega, mis selgitavad haavatavuste olemust praktiliselt, näiteks Safeguard blogi artiklitega, mis keskenduvad tarkvara tarneaheluse turvalisusele.

Tsalvumise veade tüübid ja nende mõju

Selleks, et ettevõtme juhtid ja tehnilistele juhidele oleks selgem, millega on kokku pidada, on alljärgne kokkuvõte kõige levinumadest stsenaariumidest:

• Signed Integer Overflow: Väärtus muutub positiivsest negatiivseks, mis võib rikkuda loogilisi kontrolli (nt kontroll if (amount > 0) läbib kontrolli, kuigi summa on tegelikult negatiivne).
• Unsigned Integer Overflow: Väärtus pöördub nulli või väga väikse numbri juurde, mis võib viia puuduliku mälujagamise.
• Integer Underflow: Tekib, kui väärtus vähendatakse alla minimaalse võimaliku piiri, tulemuseks on sageli tohutu positiivne arv.

Mida see tähendab Eesti ja Balti riigide ettevõtetele

Balti riigid, ja eriti Eesti, on tuntud oma e-riigi mudeli ja kõrge digialuse innovatsiooni poolest. See tähendab aga seda, et meie ettevõtted on tihedamini sõltuvad komplekssetest tarkvarasüsteemidest ja API-dest. Kui arendame AI-lahendusi või fintek-rakendusi, muutub tsalvumise veade risk kriitiliseks. Finantsetransaktsioonides võib üks vale arvutamine tähendada tohutuid rahalisi kaotusi või süsteemset pettust.

Euroopa Liidu AI Act ja NIS2 direktiivid tõstavad nõudeid tarkvara turvalisusele ja riskihaldamisele. Balti ettevõtledjad ei saa enam vaadata turvalisust kui lisaväärtust, vaid see peab olema osa arendusprotsessist (Secure by Design). e-Estonia ökosüsteemis, kus andmed liiguvad kiiresti erinevate registerite vahel, võib üks tsalvumise viga ühe teenuse API-s tekitada kaskadeefekti, mis mõjutab mitmeid muid teenuseid.

Kohalike startupide jaoks on see signaal, et koodi audit ja professionaalne pentesting ei ole luks, vaid vajadus. Balti riigide konkurentsieelis on usaldus ja läbipaistvus. Kui meie tarkvara on haavatav elementaarsete veade nagu integer overflow vastu, on see usaldus ohus. Seega on aeg liikuda lihtsast funktsionaalsuse loomisest süsteemse vastukindluse ehitamise poole.

Korduma kippuvad küsimused

---

Allikad: Hacktricks (2), Safeguard ·