Miksi kannattaa tehdä käyttöliittymästä välitettyjen tietojen virheentarkistus palvelimella, eikös se aiheuta ylimääräistä liikennettä verkon yli, kun palvelimessa oleva softa huomaa että tieto on väärässä muodossa ja lähettää siitä ilmoituksen verkon yli käyttäjälle ja käyttäjä korjaa?
Pahimmassa tapauksessa jos on iso lomake korjaamisia tehdään moneen kertaan.
Eikö kannattaisi tarkistaa selainlomakkeessa scriptissä mielummin?
Miksi virheentarkistus palvelimeen?
Aleksi
5
574
Vastaukset
- sdfsdf
Molemmat tarkistus -muodot kannattaa ottaa käyttöön.
Selainpäässä JavaScript tarkistaa tiedot näppärästi ja nopeasti.
Tiedot kannattaa kuitenkin tarkistaa myös palvelinpäässä esim. ennen tietokantaan viemistä. Tämä esimerkiksi siksi, että jos surffaaja on näpäyttänyt selaimestaan JavaScriptin pois päältä niin virheentarkistukset jää kokonaan tekemättä.
Osa tiedoistahan vaatii pakosti palvelinpään tarkistusta, esim. käyttäjänimen ja salasanan oikeintarkistus kannasta. Mutta JavaScriptillä kannattaa tietty tarkistaa ennen sitä, että käyttäjä on ylipäänsä syöttäny tarpeeks pitkät tiedot kenttiin ennen napin painallusta.- Aleksi
Olet oikeessa, ihan kaikkea ei käyttöliittymätasolla pysty tekemään, mutta kannattaa pyrkiä tekemään siinä mahdollisimman paljon jolloin turha verkkoliikenne jää vähemmälle.
- Piru
kannattaa tehdä sellaisia tarkistuksia, jotka nopeuttavat käyttöä. Esimerkiksi ei lähetetä lomaketta, jonka pakollisia kenttiä ei ole täytetty.
Palvelinpäässä taas tarkistetaan, että kenttiin ei ole syötetty koodia/skriptiä. Jos viet tiedot käsittelemättä vaikka tietokantaan, niin voi sattua kauheita. Pistää tekstikenttään vaikka /gDELETE * FROM *
niin MySQL poistaa kaikki taulun kannat.
Jos vaikka lukee jonkun jättämän viestin ja tämä viesti onkin skriptiä, niin käyttäjä ehkä ohjataan toiselle webbisivulle ja skripti varastaa sinulta session selaimesta. Sen jälkeen ilkeä rosmo pääsee sinun sessiollasi alkuperäiselle saitille.
Selaimen tarkistuksiin ei saa ikinä luottaa, koska rosmo voi vain esittä selainta ja itse asiassa vastapää onkin rosmon oma ohjelma, joka vain kertoo olevansa Explorer ja javascript päällä.
Tai rosmo kirjautuu vaikka tilauspalveluun ja tunnistautuu vaikka jollain avainkoodilla tms. Sitten hänelle tulee tilauslomake, jossa on vaikka hidden-kentässä tilaajanumero. No hän voi napata requestin ja muuttaa lähtevään lomakkeeseen sen tilalle mitä haluaa.- Aleksi
Palvelinpäässä taas tarkistetaan, että kenttiin ei ole syötetty koodia/skriptiä. Jos viet tiedot käsittelemättä vaikka tietokantaan, niin voi sattua kauheita. Pistää tekstikenttään vaikka /gDELETE * FROM *
niin MySQL poistaa kaikki taulun kannat.
________________________________________
Ei kai sentään suoraan DELETE-oikeutta anneta
verkon yli kantaan??
Miettisin lähinnä päivitysoikeuden antamista näkymään ja sitäkin tarkasti harkiten.
Voisi olla esim. erillinen kanta johon kerättäisiin tapahtumat verkosta ja sitten eräajona tarkistusten jälkeen tehtäisiin päivityksiä, ettei tulisi isoja vahinkoja.
Esim. DELETE:n voisi korvata poistomerkinnällä.
Jos vaikka lukee jonkun jättämän viestin ja tämä viesti onkin skriptiä, niin käyttäjä ehkä ohjataan toiselle webbisivulle ja skripti varastaa sinulta session selaimesta. Sen jälkeen ilkeä rosmo pääsee sinun sessiollasi alkuperäiselle saitille.
Selaimen tarkistuksiin ei saa ikinä luottaa, koska rosmo voi vain esittä selainta ja itse asiassa vastapää onkin rosmon oma ohjelma, joka vain kertoo olevansa Explorer ja javascript päällä.
________________________________________________
Eikö kannattaisi toimia suojatussa yhteydessä jos
naamioitumisesta voi koitua isojakin vahinkoja?
_________________________________________________
Tai rosmo kirjautuu vaikka tilauspalveluun ja tunnistautuu vaikka jollain avainkoodilla tms. Sitten hänelle tulee tilauslomake, jossa on vaikka hidden-kentässä tilaajanumero. No hän voi napata requestin ja muuttaa lähtevään lomakkeeseen sen tilalle mitä haluaa.
_________________________________________________
Tässä kohtaa voisi auttaa salasanat ja digitaaliset allekirjoitukset, jotka tehdään tilattaessa. Eli varmistetaan että tilaaja on juuri se joka se väittää olevansa. - Piru
Aleksi kirjoitti:
Palvelinpäässä taas tarkistetaan, että kenttiin ei ole syötetty koodia/skriptiä. Jos viet tiedot käsittelemättä vaikka tietokantaan, niin voi sattua kauheita. Pistää tekstikenttään vaikka /gDELETE * FROM *
niin MySQL poistaa kaikki taulun kannat.
________________________________________
Ei kai sentään suoraan DELETE-oikeutta anneta
verkon yli kantaan??
Miettisin lähinnä päivitysoikeuden antamista näkymään ja sitäkin tarkasti harkiten.
Voisi olla esim. erillinen kanta johon kerättäisiin tapahtumat verkosta ja sitten eräajona tarkistusten jälkeen tehtäisiin päivityksiä, ettei tulisi isoja vahinkoja.
Esim. DELETE:n voisi korvata poistomerkinnällä.
Jos vaikka lukee jonkun jättämän viestin ja tämä viesti onkin skriptiä, niin käyttäjä ehkä ohjataan toiselle webbisivulle ja skripti varastaa sinulta session selaimesta. Sen jälkeen ilkeä rosmo pääsee sinun sessiollasi alkuperäiselle saitille.
Selaimen tarkistuksiin ei saa ikinä luottaa, koska rosmo voi vain esittä selainta ja itse asiassa vastapää onkin rosmon oma ohjelma, joka vain kertoo olevansa Explorer ja javascript päällä.
________________________________________________
Eikö kannattaisi toimia suojatussa yhteydessä jos
naamioitumisesta voi koitua isojakin vahinkoja?
_________________________________________________
Tai rosmo kirjautuu vaikka tilauspalveluun ja tunnistautuu vaikka jollain avainkoodilla tms. Sitten hänelle tulee tilauslomake, jossa on vaikka hidden-kentässä tilaajanumero. No hän voi napata requestin ja muuttaa lähtevään lomakkeeseen sen tilalle mitä haluaa.
_________________________________________________
Tässä kohtaa voisi auttaa salasanat ja digitaaliset allekirjoitukset, jotka tehdään tilattaessa. Eli varmistetaan että tilaaja on juuri se joka se väittää olevansa."Ei kai sentään suoraan DELETE-oikeutta anneta
verkon yli kantaan??
Miettisin lähinnä päivitysoikeuden antamista näkymään ja sitäkin tarkasti harkiten.
Voisi olla esim. erillinen kanta johon kerättäisiin tapahtumat verkosta ja sitten eräajona tarkistusten jälkeen tehtäisiin päivityksiä, ettei tulisi isoja vahinkoja.
Esim. DELETE:n voisi korvata poistomerkinnällä. "
No kun se se kantaa käyttävä skripti toimii rootin tai ainakin kantaa päivittävän oikeuksilla ja eihän se verkon yli tapahdu, kun skripti on samalla palvelimella.
Eli lomakkeessa on vaikka Nimi: kenttä ja normaalisti käyttäjä syöttää siihen että Paavo. No rosmo syöttääkin Paa\gDELETE * FROM *
php sitten palvelimessa alkaa pistää sitä kentän tietoa kantaan. MySQL huomaa tietyn erikoismerkin joka tarkoittaa, että "lopeta heti mitä oet tekemässä ja toteuta seuraava käsky". Tietty skriptille voi antaa vaan jonkun päivitysoikeuden, mutta eikö ois helpompi poistaa erikoismerkit syötteestä?
"Eikö kannattaisi toimia suojatussa yhteydessä jos
naamioitumisesta voi koitua isojakin vahinkoja?"
Ei paljo auta suojatut yhteydet, jos siihen väliin on päässyt jo joku. Yhteys on kyllä salattu sinä -> rosmo -> palvelu, mutta rosmo salaa sitä sinuun päin ja taas palveluun päin, eli rosmolle yhteys ei oikeasti ole salattu.
Sitten kun kaikki kirjautumiset on suoritettu palveluun päin, niin kaappaa session ja lähettää jonkun paketin käyttäjän Exploreriin joka kaataa sen.
Publickey/Privatekey tyyppisten sertifikaattien käyttäminen salattuun yhteyteen on murtovarma juttu, jos sertifikaatin oikeellisuus käydään varmistamassa joltain VeriSignilta. Sen jälkeen on kyse taas käyttäjän tarkkaavaisuudesta.
Jos IE heittää ruudulle ilmoituksen sertifikaatista ja siinä on muuta kuin 3 vihreetä pallukkaa, niin välissä saattaa olla jo rosmo tai sitten ei oikeesti saada yhteyttä sertifikaatin varmistajaan.
Tää menee nyt hiukan kauas siitä alkuperäisestä pointista, että miksi selaimessa tehtäviin tarkistuksiin ei voi luottaa :)
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Aivosyöpää sairastava Olga Temonen TV:ssä - Viimeinen Perjantai-keskusteluohjelma ulos
Näyttelijä-yrittäjä Olga Temonen sairastaa neljännen asteen glioomaa eli aivosyöpää, jota ei ole mahdollista leikata. Hä912920Pelotelkaa niin paljon kuin sielu sietää.
Mutta ei mene perille asti. Miksi Venäjä hyökkäisi Suomeen? No, tottahan se tietenkin on jos Suomi joka ei ole edes soda2991686Mikä saa ihmisen tekemään tällaista?
Onko se huomatuksi tulemisen tarve tosiaan niin iso tarve, että nuoruuttaan ja tietämättömyyttään pilataan loppuelämä?2461567- 871391
IL - VARUSMIEHIÄ lähetetään jatkossa NATO-tehtäviin ulkomaille!
Suomen puolustuksen uudet linjaukset: Varusmiehiä suunnitellaan Nato-tehtäviin Puolustusministeri Antti Häkkänen esittel4021384Nyt kun Pride on ohi 3.0
Edelliset kaksi ketjua tuli täyteen. Pidetään siis edelleen tämä asia esillä. Raamattu opettaa johdonmukaisesti, että4021308Kiitos nainen
Kuitenkin. Olet sitten ajanmerkkinä. Tuskin enää sinua näen ja huomasitko, että olit siinä viimeisen kerran samassa paik21089Esko Eerikäinen tatuoi kasvoihinsa rakkaan nimen - Kärkäs kommentti "Ritvasta" lävähti somessa
Ohhoh! Esko Eerikäinen on ottanut uuden tatuoinnin. Kyseessä ei ole mikä tahansa kuva minne tahansa, vaan Eerikäisen tat381047Hyväksytkö sinä sen että päättäjämme ei rakenna rauhaa Venäjän kanssa?
Vielä kun sota ehkäpä voitaisiin välttää rauhanponnisteluilla niin millä verukkeella voidaan sanoa että on hyvä asia kun329874Miksi Purra-graffiti ei nyt olekkaan naisvihaa?
"Pohtikaapa reaktiota, jos vastaava graffiti olisi tehty Sanna Marinista", kysyy Tere Sammallahti. Helsingin Suvilahden257855