WN

WN (https://www.wn.se/forum/index.php)
-   Klientsidans teknologier, design och grafik (https://www.wn.se/forum/forumdisplay.php?f=12)
-   -   Skydda ett flash-spel (https://www.wn.se/forum/showthread.php?t=12100)

Innocast 2006-01-31 10:01

Tips och tankar uppskattas, problemet bollas enormt här just nu!

Du har ett flash-spel där du spelar spelet och när du "förlorar" skickas poängen till en URL (PHP-sida) som tar emot datan och sparar i databasen. När man tänker efter, kan man decompile:a spelet, ta url:en och skriva in vad för poäng man önskar, och besöka den URL:en. Vips så ligger du 1:a med 100 ggr mer poäng än 2:an.

Hur i hela friden skulle man kunna skydda denna process så att folk inte på måfå kan posta. Allt kan ju fejkas som t.ex. cookies, domäner och även sessioner.

Man kan ju försvåra för användaren genom cookies som inte lagras synliga i html-koden men även där kan den som har mycket tid över se hur flash scriptet läser cookien och rapporterar med den.

Ja, ni förstår nog problemet rätt mycket.

Vad har ni för tankar?

Uppskattas!

Tack!

Robban

henning 2006-01-31 10:27

Tja ett sätt borde kunna vara att göra det genom att ta de data som användaren matar in i spelet och lägga ihop till en egen sträng, lägga till ett eget känt salt-värde (namn + score + salt) och sedan "MD5-kryptera" detta. Sedan skickar du orginalvärdena + ditt MD5-värde till din url (OBS skicka ej salt-värdet). På serversidan så gör du samma sak, lägger ihop de strängar som du erhöll genom url:en med ditt kända salt-värde. Sedan jämför du det MD5 du fick med där med det MD5 du fick i URL:en. Om detta är samma så är det väldigt troligt att datan är riktig.

Detta kräver dock att ditt salt-värde är hemligt för utomstående. Det har väl tidigare funnits problem med att man har kunnat "dekompilera" flashfiler vad jag har förstått och fått fram data likt denna. Tyvärr så är jag en nolla på flash, så risken för att detta ska kunna göras överlåter jag till någon annan att uppskatta.

/Henning

Innocast 2006-01-31 10:37

Redan påtänkt med kontrollsummor etc... Men som sagt, dekompilerar man koden så finner man även salt-värdet :)

Ett sätt kan ju vara att hämta salt-värdet från en utomstående url men även detta kan ju ses med egna ögon och hämtas :(

wiggin 2006-01-31 11:26

Fråga är hur stor säkerhet du behöver? Om du måste ha maximal säkerhet så får du skippa HTTP anrop.

Om spelet hanterar pengar/vinster så är det ju värt att lägga ner extra tid på det. Men om det bara är en highscore lista så räcker det nog med liknande lösningar som kontrollsummor osv.

Du kan ju dock kontrollera vilket IP-nummer som skickar in resultatet. Om anropet kommer från ett ip annat än din server så nekar du det.

Robert 2006-01-31 11:28

Kan inte klientens spel göra en handshake med din server när det startas så samt att en unik nyckel (används vid generering av hash) genereras och skickas just till denna klient (detta lagrar din server så att denna nyckel även verifieras vid inskickning av highscore etc.).

Detta borde väl göra det lite svårare när nyckeln är okänd fram tills det att spelet startar.... om du hänger med på min virriga förklaring... :)

Innocast 2006-01-31 11:41

Citat:

Originally posted by wiggin@Jan 31 2006, 12:26
Fråga är hur stor säkerhet du behöver? Om du måste ha maximal säkerhet så får du skippa HTTP anrop.

Om spelet hanterar pengar/vinster så är det ju värt att lägga ner extra tid på det. Men om det bara är en highscore lista så räcker det nog med liknande lösningar som kontrollsummor osv.

Du kan ju dock kontrollera vilket IP-nummer som skickar in resultatet. Om anropet kommer från ett ip annat än din server så nekar du det.

Just nu är det bara highscore, men skulle vara skönt med en generell lösning som kan användas även när priser är inblandat.

Problemet med IP nr är väl att flash-spelet körs från klientsidan så den rapporterar väl inte serverns ip?

Innocast 2006-01-31 11:43

Citat:

Originally posted by Robert@Jan 31 2006, 12:28
Kan inte klientens spel göra en handshake med din server när det startas så samt att en unik nyckel (används vid generering av hash) genereras och skickas just till denna klient (detta lagrar din server så att denna nyckel även verifieras vid inskickning av highscore etc.).

Detta borde väl göra det lite svårare när nyckeln är okänd fram tills det att spelet startar.... om du hänger med på min virriga förklaring... :)

Mjodå, förstår precis hur du tänker. Men om vi säger så här då, ja dekrypterar flash filen... Ser url:en som anropas för att få en nyckel... Anropar den i webbläsaren och får nyckeln... Använder nyckeln i anropet för att registrera highscoret :-)

henning 2006-01-31 12:06

Kanske kan detta vara ett alternativ:

htt p://www.fla shin crypt.com/product.htm

/Henning

herkules 2006-01-31 22:01

Har själv haft samma problem. För att få maximal säkerhet måste du använda dig av flash communication server, men den är svin dyr (60 000+).
Vad är det för spel, vad gör man?

Innocast 2006-02-01 10:46

Citat:

Originally posted by henning@Jan 31 2006, 13:06
Kanske kan detta vara ett alternativ:

htt p://www.fla shin crypt.com/product.htm

/Henning

Ska kika på den!


Alla tider är GMT +2. Klockan är nu 22:02.

Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson