Pysy Java tietoturvaongelmien, kuten SQL: n ja LDAP: n injektioiden edellä
Posted on
Jos, kuten noin 10 miljoonaa muuta ihmistä, olet Java-kehittäjä, haluat todennäköisesti tietää, miten Java-koodi pidetään turvassa. Kehittäjien on aina pysyttävä ajan tasalla vinkkejä ja parhaita käytäntöjä Java-tietoturvaongelmien ratkaisemiseksi.
Java on hyvällä syyllä nykyisin suosituin ohjelmointikieli. Java-koodi on cross-platform. Java-ohjelmointia opetetaan laajasti yliopistojen tietojenkäsittelytieteen laitoksilla. Niinpä monet innokkaat ohjelmoijat astelevat ensimmäisiin työpaikkoihinsa valmiina koodaamaan Java-kielellä. Javan oliokeskeinen muotoilu tekee koodin uudelleenkäytöstä helppoa.
Javan suosiosta huolimatta olisi silti vaikea löytää ketään, joka väittäisi Javan olevan turvallisin ohjelmointikieli. Java tietoturvaongelmat ovat todellisia. Java on suunniteltu yhtä turvalliseksi kuin useimmat muut suositut ohjelmointikielet, ja se tarjoaa ominaisuuksia, kuten SecurityManager auttaa parantamaan turvallisuutta tietyissä yhteyksissä. Java-sovelluksiin kohdistuu kuitenkin useita mahdollisia tietoturvahaavoittuvuuksia, muun muassa erilaisia injektiohyökkäyksiä.
Java-kehittäjille ja-ylläpitäjille on tärkeää pitää yhteiset Java-tietoturvahaavoittuvuudet mielessä, kun he kirjoittavat ja ottavat käyttöön Java-sovelluksia. Security-first-ohjelmointi on erityisen tärkeää Javan tapauksessa, koska Java-koodin cross-platform-luonne tarkoittaa, että KÄYTTÖJÄRJESTELMÄTASON tietoturvakehyksiin ei aina voi luottaa sovellusten suojaamisessa.
ei myöskään pidä odottaa, että loppukäyttäjät pystyisivät hallitsemaan Javan tietoturvauhkia tehokkaasti. Toki, voit syyttää käyttäjiä käynnissä epäluotettava Java-koodi tai poistamalla automaattiset päivitykset niiden Java-ajoajat, mutta lopulta, taakka kirjoittaa turvallinen Java-sovelluksia ja eristää koodin sisällä Java-ympäristössä, joka ei ehkä ole turvallinen on kehittäjille.
Yleiset Java-tietoturvaongelmat
Java-ohjelmoijien tulisi pitää seuraavat tietoturvahaasteet mielessä Java-sovelluksia suunnitellessaan ja kirjoittaessaan.
SQL-pistokset
SQL-pistokset tapahtuvat, kun hyökkääjä lisää haitallisen SQL-kyselykoodin muotoon. Jos sovellus ei havaitse haitallista koodia ja siirtää sen tietokantaan, tietokantaa voidaan muokata haitallisella tavalla tai arkaluonteiset tiedot voivat paljastua luvattomille osapuolille.
SQL-injektioiden automatisoitujen työkalujen yleistyminen tekee SQL-injektiohyökkäyksistä laajan tietoturvahaasteen Java-sovelluksille ja itse asiassa lähes mille tahansa muulle sovellustyypille, joka saattaa nykyään muodostaa yhteyden tietokantaan.
ratkaisu SQL-pistoshyökkäyksiin Javassa on riittävän yksinkertainen: Varmista, että sovelluksesi validoi syötteen oikein ja estää haitallisen koodin liittämisen jo hyväksyttyihin tietoihin muotoon. Pääsääntöisesti ja mahdollisuuksien mukaan, välttää dynaamisia kyselyjä vähentää riskiä SQL-injektiot Java-sovelluksissa. Javan PreparedStatement-luokka voi myös olla avuksi SQL-hyökkäysten estämisessä.
Java LDAP-injektiot
Injektiohyökkäykset, jotka hyödyntävät LDAP (Lightweight Directory Access Protocol) – väittämiä, ovat toinen yleinen hyökkäys Java-sovelluksia vastaan. Tässäkin syötteen validointi on avain hyökkäysten estämiseen.
erityisesti Java-kehittäjät voivat tehdä tyhjäksi useimmat LDAP-injektiohyökkäykset, jos he pakenevat LDAP-erikoismerkkejä.
muut Java-injektiohyökkäykset
olemme jo käsitelleet SQL-injektioita ja LDAP-injektioita, mutta Java-sovellusten injektiohyökkäykset eivät lopu tähän. Connection string-injektiot, cross-site scripting (XSS) – injektiot ja muunlaiset hyökkäykset ovat kaikki mahdollisia.
tämäntyyppiset hyökkäykset eivät koske kaikkia Java-sovelluksia — XSS on oikeastaan vain vakava riski esimerkiksi verkkosovelluksissa — mutta ne ovat jälleen yksi muistutus siitä, miksi syötteen validointi on niin tärkeää.
SecurityManager-haavoittuvuudet
SecurityManager on suunniteltu siten, että voit käyttää epäluotettavaa bytecodea turvallisesti Java-sovelluksissa. SecurityManager hiekkalaatikot bytecode estääkseen hyökkäyksiä.
jos voit saavuttaa tarvitsemasi toiminnallisuuden ilman , lieventää Javan tietoturvariskejä ja välttää sen.
Tämä tekee Securitymanagerista suuren resurssin Java-tietoturvalle — edellyttäen tietysti, että se toimii oikein. Tärkein riski SecurityManager on historia tietoturvahaavoittuvuuksia, jotka ovat syntyneet sisällä SecurityManager itse. Nämä haavoittuvuudet mahdollistavat joskus eristetyn koodin murtautumisen ulos hiekkalaatikosta ja hyökkäysten toteuttamisen.
jossain määrin SecurityManager-ja Java-tietoturvaongelmien hallinta ei ole ongelma kehittäjille, vaan järjestelmän ylläpitäjille, joiden on pidettävä Java-ajoajat ajan tasalla. Kehittäjät voivat kuitenkin tehdä oman osansa ja välttää hiekkalaatikoita mahdollisuuksien mukaan. Toisin sanoen, älä sokeasti luota SecurityManager. Jos joudut käyttämään sitä sovelluksessa, käytä sitä. Mutta jos voit saavuttaa toiminnallisuutta tarvitset ilman sitä, lieventää Java tietoturvariskejä, ja välttää sitä.
Haittaohjelmapurkit
kun Java-sovellus lataa purkkeja ajon aikana, hakkeri voi joskus huijata sovelluksen yhdistämään haittaohjelmapurkit. Tämä on vanha tietoturvaongelma, ja Java on ottanut käyttöön useita tarkastuksia vuosien varrella auttaa estämään sen.
jotkut näistä hyökkäysten lieventämisominaisuuksista toimivat omasta tahdostaan, mutta kehittäjät voivat hyödyntää niitä täysimääräisesti allekirjoittamalla purkkeja. Näin allekirjoitukset varmennetaan suorituksen aikana ja estetään tunkeutumiset. Ohjelmoijat voivat myös lieventää haitallisten purkkien aiheuttamaa uhkaa rajoittamalla tiettyjen luokkien käyttöoikeuksia niin, että jos haitallinen koodi ladataan, luonnolliset suojauskäytännöt rajoittavat haitallisen koodin aiheuttamaa vahinkoa.