Sok kockázat a nyílt forráskódú kód használatakor

Biztonsági kockázatok

Ez egy olyan tényező, amelyet a vállalkozások gyakran előtérbe helyeznek, amikor szoftvert választanak működésük digitális átalakításához. Mivel a nem biztonságos szoftverek választása hatalmas következményekkel jár minden üzleti tevékenységre nézve. Különösen a nyílt forráskódú szoftverek esetében a szoftver nyilvánosan elérhető a hálózaton, így a hackerek könnyen kutathatják, elemezhetik a sebezhetőségeket, és gyorsan terjeszthetik azokat. Ez nemcsak a felhasználókra, hanem magára az üzleti rendszerre is számos kockázatot jelent. Másrészt, amikor rendszerszintű információbiztonsági incidens történik, nagyon nehéz lesz frissíteni és kijavítani a hibákat.

Felmérések és értékelések szerint a nyílt forráskódú szoftverekkel kapcsolatos állandó probléma a biztonsági hibák egyre növekvő száma és számos olyan sebezhetőség, amelyekhez nem állnak rendelkezésre javítások, mivel nincs hozzáértő és felelős szervezet a telepítésükre. Mielőtt egy javítás létezne, a hackerek kihasználhatják ezeket a sebezhetőségeket.

A nyílt forráskódú szoftverek másik problémája a biztonsági szint ellenőrzésének és értékelésének nehézsége, mivel a forráskódot túl sok különböző felhasználó fejleszti, sőt potenciálisan vírusokat tartalmazó kémkódokat is tartalmazhat, amelyek szándékosan gyűjtenek információkat rosszindulatú célokra.

A kényelem mellett a nyílt forráskódú szoftverek számos biztonsági kockázatot is rejtenek.

Telepítési és üzemeltetési kockázatok

Nem minden nyílt forráskódú szoftver rendelkezik részletes és teljes körű telepítési és üzemeltetési utasításokkal, mint a kereskedelmi szoftverek, ami nehézségeket okozhat a megvalósítás és az üzemeltetés során, különösen a gyakori hibák és kezelésük leírása nélkül, így problémák adódhatnak a megvalósítás korai szakaszában, és kockázatok merülhetnek fel az üzemeltetési folyamatban. Ezenkívül a telepítéshez szükséges infrastruktúra költségei nincsenek optimalizálva, ami a költségek növekedéséhez vezet.

Gyenge kompatibilitás és bármikor összeomolhat

Egyes nyílt forráskódú szoftverek nem garantálják a stabilitást, hibákat tartalmazhatnak, és gyenge kompatibilitást mutathatnak más szoftverekkel vagy platformokkal. Ez nehézségekhez vezethet a szoftver használatában, és bármikor komoly problémákba is ütközhet.

Emlékeztetőül, az amerikai kormány Healthcare.gov rendszere 2013-ban nyílt forráskódot használt, a weboldal 2 óra indulás után leállt, amikor a forgalom közel ötszörösére nőtt, majd a forráskódból eredő problémák miatt be kellett zárni, a fontos műszaki pozíciókban hiányzott a termékfejlesztési tapasztalat.

A Healthcare.gov incidens rávilágít arra, hogy súlyos incidensek bármikor bekövetkezhetnek, ha a fejlesztő, üzemeltetési és üzemeltetési egység nem rendelkezik mélyreható ismeretekkel a rendszerről. Ez ahhoz vezet, hogy az incidens kezelése hosszú időt vesz igénybe, vagy akár a javítás képtelenségéhez is vezethet, ami ügyféladatok elvesztését, információszivárgást... nagyban befolyásolva a szülőegység hírnevét.

Nehéz szükség szerint frissíteni és bővíteni

A nyílt forráskódú szoftverek online elérhetők, így a nyílt forráskódú szoftvereket kapó munkatársak nem rendelkeznek mélyreható rendszerismerettel. Ezért, amikor sok ügyféltől testreszabási kérés érkezik, nehéz lesz megváltoztatni és megfelelni az ügyfél igényeinek.

Lassú teljesítmény

Sok nyílt forráskódú szoftver sokkal lassabb teljesítményű, mint a zárt forráskódúak. A nyílt forráskódú kódban ugyanis elkerülhetetlen a redundáns kód és függvények jelenléte, amelyek a szokásosnál több rendszererőforrást foglalnak el, és lassítják a rendszert.

A felhasználói közösség támogatásának hiánya és a függőség

Néhány nyílt forráskódú szoftver nem támogatott, vagy korlátozottabb a támogatásuk, mint a kereskedelmi szoftvereknek, és bár a nyílt forráskódú szoftverfejlesztő közösség támogatja őket, nincs egyértelmű elkötelezettség a támogatás minősége iránt.

Másrészről viszont egyes nyílt forráskódú szoftverek a felhasználói közösségtől függenek a karbantartás és a fejlesztés terén. Ha a közösség nem fejleszt, vagy a szállító megváltoztatja üzleti stratégiáját, és bármikor leállíthatja a projektet, a felhasználók problémákba ütközhetnek a funkciókkal, a stabilitással kapcsolatban, vagy akár a szoftver további használatára is képtelenek lehetnek, és más szoftveralternatívákat kell keresniük.

Nagy rendszerek vagy alapvető, alapvető szoftverek esetén a csere sok erőforrásba kerül, vagy lehetetlen, és nagy károkat okoz... Ez egy költséges kockázati tanulság is, és sok vállalatot, vállalkozást és kormányt keserű helyzetbe hoz, amikor a RedHat közel 20 évnyi indulás után befejezte a nyílt forráskódú Project Centos projektet, és 2021-ben leállította a CentOS Linux 8 verziójának szállítását.

Mivel a szerverek operációs rendszere rengeteg szoftverrendszert tartalmaz és hosszú távú szolgáltatásokat nyújt, az átalakítás nagyon bonyolult, és sok speciális rendszer nem konvertálható. Még az orvosi területen is előfordult már a nyílt forráskódú projektek hirtelen megszűnése, mint például az Egyesült Államok Egészségügyi és Gondozási Minisztériumának Nemzeti Gárdája VistA projektje, amely 2015-ben nyílt forráskódúról zárt modellre váltott, vagy a Mirth Connect nyílt forráskódú projekt, amelyet a Mirth Corporation eladott egy magáncégnek, majd szintén zárt forráskódúra váltott.

Szoftverekkel kapcsolatos szerzői jogi viták valószínűleg felmerülnek.

Egyes nyílt forráskódú szoftverek tartalmazhatnak jogi elemeket, beleértve a szerzői jogok megsértését vagy a licenc nem megfelelő használatát. Az ilyen szoftverek használata jogi problémákat okozhat a felhasználónak.

Bao Anh

Hasznos
Érzelem
Alkotó
Egyedülálló

Forrás: https://vtc.vn/chuyen-doi-so-doanh-nghiep-nhieu-rui-ro-khi-su-dung-ma-nguon-mo-ar785083.html