Jag har utfört lite paketanalys på hur wifog autentiserar användaren. Det http-meddelande som verkar vara det som aktiverar kortet ser ut såhär:
Via appen:
Kod:
HTTP GET http://mobile-ads.wifog.com/report?app=True&state=activate&_=xxxxxxxxxxxxx
x = en kod eller ett sekvensnummer
Via webben:
Kod:
HTTP GET http://ads.prod.wifog.com/report?redirect_url=http%3A%2F%2F83.94.121.226%2Fgenerate_204&state=activate&_=vvvvvvvvvvvvv
v = en annan kod
Alltså, den kräver en 13-siffrig kod för att aktivera. Den koden finns inte någon annanstans i paketströmmen, vilket tyder på att detta är ett verifikationsmeddelande som genereras dynamiskt baserad på någon okänd information den har fått vid anslutningsförfarandet. Koden ändras för varje gång du aktiverar kortet. Förutom detta dyker meddelanden så som dessa upp:
Kod:
GET http://ads.prod.wifog.com/report?state=firstQuartile&adid=f9081b3d7fe740ae5904a67a1b4989ca&_=yyyyyyyyyyyyy
y= Ett helt annat 13-siffrigt nummer
Kod:
GET http://ads.prod.wifog.com/report?state=midpoint&adid=f9081b3d7fe740ae5904a67a1b4989ca&_=zzzzzzzzzzzzz
z = ytterligare ett annat 13-siffrigt nummer.
Den håller alltså koll på hur långt fram i reklamfilmen du är. Kan ha något att göra med ifall den godkänner ditt aktiveringsmeddelande längre fram. Att hitta på nummer i aktiveringsmeddelandet går inte, då tror den att du sitter på ett WIFI.
Jag hade förhoppningar om att utveckla någon sorts app för att automatiskt aktivera kortet efter ett visst tidsintervall, men jag ger upp det. Man kan inte göra det genom att skicka falska paket i alla fall, om inte något geni lyckas räkna ut vilka variabler som den använder för att generera bekräftelsekoden. Möjligtvis om någon lyckas göra en app som "trycker på knapparna" så att säga i en legitim http-session, men det är över mina förmågor.
Sedan läser ju säkert wifog detta och är jättenöjda över mitt misslyckande.