?)Kan du uddybe dette?I stedet vil man så oprette noget identifikation (et bruger-ID fx) i eksempelvist SharedPreferences
Er det ikke lige så godt hvis man hard koder brugernavn og kodeord for databasen, men de eneste rettigheder brugeren har er select.som forklarer mellemmanden hvem der forsøger at indsætte eller udtrække noget fra databasen.
Bruger BCrypt med en autogenereret salt værdi.fx ved at kryptere med Salt som SpringLearner skriver
Lad os antage at du har 1000 brugere, og at der logges ind. Brugeren har måske nogle data på serveren, som hentes ned. Med de data, kunne man oprette et felt lokalt som kun programmet bruger (dét ID som brugeren har fået af databasen). Her er vi egentlig ligeglade med om man kan tilgå dette ID - du kan ikke bruge det til andet, end at lave en forespørgsel på databasen.cristian skrev:Kan du uddybe dette?I stedet vil man så oprette noget identifikation (et bruger-ID fx) i eksempelvist SharedPreferences
Løsningerne skal sikkert fungere, men løsningen hvor du ikke har brugernavn/kodeord med i selve applikationen (som brugeren kan gøre med, hvad han vil), er i mine øjne den bedste og sikreste.cristian skrev:Er det ikke lige så godt hvis man hard koder brugernavn og kodeord for databasen, men de eneste rettigheder brugeren har er select.som forklarer mellemmanden hvem der forsøger at indsætte eller udtrække noget fra databasen.
Eller at man sætter hele databasen til read only, admin brugere kan stadig insert ind i databasen men alle andre brugere kan ikke.
Har du et eksempel på sådan en løsning hvor på der opnås adgang til en DB i et Java program uden brug af kodeord og brugernavn direkte i applikationen.Løsningerne skal sikkert fungere, men løsningen hvor du ikke har brugernavn/kodeord med i selve applikationen (som brugeren kan gøre med, hvad han vil), er i mine øjne den bedste og sikreste.
Jeg har lavet det i Android (Java) med PHP.. Når der logges ind, sendes det indtastede brugernavn/kodeord til et .php-script som ligger på serveren. Scriptet tager imod brugernavn og kodeord og slår op i databasen om dette findes. PHP-scriptet sørger for forbindelsen til databasen og returnerer (hvis succes) bruger-ID'et eller hvad man ellers vil returnere.cristian skrev:Har du et eksempel på sådan en løsning hvor på der opnås adgang til en DB i et Java program uden brug af kodeord og brugernavn direkte i applikationen.Løsningerne skal sikkert fungere, men løsningen hvor du ikke har brugernavn/kodeord med i selve applikationen (som brugeren kan gøre med, hvad han vil), er i mine øjne den bedste og sikreste.
Da om man kontakter en "mellemmand" eller går direkte til DB så skal man jo have et form for brugernavn / kodeord kombo for at logge ind i første omgang, for derefter at kunne hive data ud.
Eller tænker du at bruge en anonymous bruger?
Igen, det kommer an på om du mener brugerens brugernavn/kodeord eller databasens brugernavn/kodeord. Jeg taler om sidstnævnte.cristian skrev:Ja okey, så du har ikke et hard kodet login, men du indtaster det så selv i appen og sender det mod serveren.
