Annonceanalysen af Aiki-spilleren!

For nylig havde han travlt med åbningen af skolen, der er egnet til blindfoldning - i disse to dage har Zero travlt med videoannoncer, sagde, at annoncerne bliver mere og mere oversvømmede, nogle af videoåbningsannoncerne er mere end 60'erne. Han er sluppet af med reklamerne for Sohu, men han har ikke været i stand til at slippe af med reklamerne for Aqiyi. Lad mig hjælpe ham med at lede.

Han gav mig kildekoden, jeg har ikke en swf-dekompiler.

Jeg havde ikke en swf-dekompiler. Jeg kiggede nok på strukturen, og jeg har ikke lært ActionScript. Han sagde, at det ligner Java, så jeg gider ikke se på den grundlæggende syntaks og går direkte til det. Lad os først se på headeren i hovedfilen Player.as og se, hvilke referencer der er.

Se på navnet, com.qiyi.player.wonder.common.config.*; det fangede min opmærksomhed - se på konfigurationsoplysningerne. Der er to filer, FlashVarConfig.as og SystemConfig.as. SystemConfig.as viser ikke noget interessant, men xml-konfigurationsfilen, der refereres til i FlashVarConfig.as, er værd at undersøge.

I linje 31 har denne konfigurationsfil dette afsnit. Og i linje 35 i reklameadressen fangede også min opmærksomhed, senere i analysen. Se først på konfigurationsfilen.

Der står, at det er en in-show-reklame med en varighed på 8 sekunder, hvilket betyder, at jeg lokaliserede den og kaprede browseren for at fjerne reklamerne, men det er tydeligt, at dette ikke er en reklame, før videoen indlæses. Bliv ved med at bladre - meget kedelig proces.

Find ud af, hvem der kalder get adPlayerURL(), og kig opad. Under com\qiyi\player\wonder\plugins\ad fandt jeg ud af, at annonceafspilleren findes i form af et plugin, det vil sige, at der stadig er et kald, og når jeg kigger opad, fandt jeg ud af, at på com\qiyi\cupid\adplayer\CupidAdPlayer.as er CupidAdPlayer initialiseret. Og klassen er obfuskeret, hvilket er mistænkeligt.

CupidAdPlayer(param1:CupidParam) <- se på dens opkaldsparametre, det vil sige, det øverste lag kalder stadig, hvilken parameter en, en værdi er meget mærkbar, vipRight Døm om det er vip, og vip findes ikke annoncer, det vil sige, hvis jeg får brugeroplysningerne i sessionen i afspilleren, vil jeg bruge den til at få brugeroplysningerne på hjemmesiden, det vil sige, hvis jeg får brugeroplysningerne i sessionen i afspilleren, vil jeg bruge den til at få brugeroplysningerne på hjemmesiden. Det vil sige, at hvis jeg foretager en ændring i brugeroplysningerne i sessionen på webstedet, efter at afspilleren har fået brugeroplysningerne på webstedet, og foretager en ændring i stedet for at bedømme, om det er en vip eller ej, hvilket får det lavere lag til at blive kaldt, vil det fejlagtigt blive troet, at det er en vip (kun reklameafspilleren tror, at du er en vip, og de andre steder vil ikke blive påvirket). Så lad os blive ved med at kigge opad. For at lede efter det gik vi tilbage til mappen med reklameplugin. com\qiyi\player\wonder\plugins\ad\view i ADView.as, headeren er først

Definerede en forekomst af CupidAdPlayer ved navn _adPlayer en gang, rullede ned for at finde ud af, hvem der bruger _adPlayer. fandt overraskende funktionen til oprettelse af annonceafspiller.

Når man stadig kan sende parametre, betyder det, at den stadig bliver kaldt. Jeg fandt endelig kilden i ADViewMediator.as under com\qiyi\player\wonder\plugins\ad\view. Det endelige kald til hans funktion ser sådan ud

Det vigtigste punkt er i

Denne linje bestemmer, om brugeren er en vip eller ej, først i henhold til den lokale variabel loc_2 for at bestemme brugerens niveau, hvis den med definitionen af vip-niveauet returnerer 1. Vi giver ham en lille ændring, det bliver en pseudo-vip.

På denne måde i Hex for at ændre linjen, testannoncer med succes fjernet (ved hjælp af Chromes plug-in-funktion, ændre afspilleradressen til den lokale, afspil de samme parametre for at passere).

Derudover er der i AdBlockedBlackScreen.as under com\qiyi\cupid\adplayer\model en lokal detekteringsfunktion for at forbyde Chromes plug-in-blokering.

Du skal bare ændre return i det andet if til false.