Keffe schreef:Je kan met IP-lists werken of iets dergelijks, of zelfs met hostnames van de PC die je ontgetwijfeld met JAVA op kan halen. Niet 100% veilig, maar niets is 100% veilig.Dat is het hele probleem altijd. Als de code leesbaar wordt voor mensen kunnen ze precies hetzelfde als de applicatie. maakt meestal niet uit hoe je het bouwt omdat de code gewoon een proces uitvoert wat een mens ook uit kan voeren.Eerdere citaten tonen
Aarclay schreef:Hoezo? Je kan ook een CRUD-systeem bouwen in een API om te schrijven, lezen, aan te passen of te verwijderen.Eerdere citaten tonen
Keffe schreef:Maar dan zou je alleen informatie kunnen opvragen.Eerdere citaten tonen
Aarclay schreef:Een andere oplossing is om met PHP op de one2xs host een API te bouwen, en deze data via je JAVA-applet op te vragen.Dan zit je ook niet met wachtwoorden die je over de lijn meestuurt.
Quote:
Mocht je het dan toch willen aanpassen moet je alsnog met wachtwoorden werken en dat is dan weer even onveilig xD
Er zijn vast wel challenge -of encryptie-systemen om het één en ander te beveiligen. Maar het ligt er aan wie de applet gebruikt.
En inderdaad als alleen zij het gebruiken prima aangezien zij de code toch weten. of mensen die er niks van snappen laten gebruiken. maar mocht het in de verkeerde handen vallen dan kunnen ze alles in je database doen.
Dus lijkt me nog altijd niet slim.
Een Java applicatie met database verbinden
Aarclay schreef:DaaromJe kan met IP-lists werken of iets dergelijks, of zelfs met hostnames van de PC die je ontgetwijfeld met JAVA op kan halen. Niet 100% veilig, maar niets is 100% veilig.Eerdere citaten tonen
Keffe schreef:Dat is het hele probleem altijd. Als de code leesbaar wordt voor mensen kunnen ze precies hetzelfde als de applicatie. maakt meestal niet uit hoe je het bouwt omdat de code gewoon een proces uitvoert wat een mens ook uit kan voeren.Eerdere citaten tonen
Aarclay schreef:Hoezo? Je kan ook een CRUD-systeem bouwen in een API om te schrijven, lezen, aan te passen of te verwijderen.Eerdere citaten tonen
Keffe schreef:Maar dan zou je alleen informatie kunnen opvragen.Eerdere citaten tonen
Aarclay schreef:Een andere oplossing is om met PHP op de one2xs host een API te bouwen, en deze data via je JAVA-applet op te vragen.Dan zit je ook niet met wachtwoorden die je over de lijn meestuurt.
Quote:
Mocht je het dan toch willen aanpassen moet je alsnog met wachtwoorden werken en dat is dan weer even onveilig xD
Er zijn vast wel challenge -of encryptie-systemen om het één en ander te beveiligen. Maar het ligt er aan wie de applet gebruikt.
En inderdaad als alleen zij het gebruiken prima aangezien zij de code toch weten. of mensen die er niks van snappen laten gebruiken. maar mocht het in de verkeerde handen vallen dan kunnen ze alles in je database doen.
Dus lijkt me nog altijd niet slim.

Mja, voor mijn CMS heb ik ook een licentiesysteem gebouwd die op hostnames checkte + een unieke key erbij.
Maar goed, het CMS is nooit echt voor anderen gebruikt
Maar goed, het CMS is nooit echt voor anderen gebruikt

Je kunt in DirectAdmin je IP adres toegang geven tot de database, dat zou tegenwoordig weer moeten werken. Maar wachtwoorden in bestanden die je naar anderen stuurt (of dat nu .jar, .apk, .exe of wat dan ook is) zijn altijd te onderscheppen, dus je moet hoe dan ook met een API gaan werken om het veilig te krijgen, zoals men hierboven inderdaad al opmerkte.