Skandal VCheck v4.1

[j.knopf]

das Problem ist eben, das man mit einigen kleinen Tools das PW sichtbar machen kann, weil es von den Sponsoren unverschlüsselt gesendet wird. Deshalb habe ich auch direkt drauf verzichtet, da es ja bekanntlich Admins gibt die für alles das selbe Passwort verwenden (entgegen aller Warnungen) und da wäre es noch unsicherer ein unverschlüsseltes PW vom Sponsor zu empfangen

[jpwfour]

URL mit Testaccount, dann mach ich das mal eben

EDIT: zur Erklärung: Es muss ja einen Parameter geben, der "sicher" ist, den also nur der Seitenbetreiber und das Werbenetzwerk kennt. Das kann also keiner sein, der zw. diesen beiden öffentlich übertragen wird, höchstens man würde dafür eine Verschlüsselung anwenden, was aber die WNW nicht unterstützen.
Also bleibt nur ein fester Wert, der direkt beim WNW angegeben wird, oder man checkt die IP des Aufrufers und ordnet die den WNW zu etc.

[j.knopf]

ich glaube dir das schon, nur bringt dein Vorschlag eben nur "falsche Sicherheit"..

[j.knopf]

andererseits ist es so, das aus mehreren Variablen und einem PW, das der Admin selber bei der Installation vergibt ein MD5hash gebildet wird und dieser muss in der DB sein und auch noch innerhalb der Kampagnenzeit ...also bevor das Topframe auf vergütung umspringt bestätigt werden muss, damit der User den Klick auch vergütet bekommt...zumindest bei den "kurzen Kampagnen" garnicht so einfach das zu manipulieren, selbst wenn man weis was man tut

[jpwfour]

Der Eintrag in die DB findet nur durch aufruf der topframe statt, ergo kann man die SponsorenSeite auslassen. Die kid bekommt man durch das Frameset, damit hat man schon alle nötigen Parameter. Die topframe zu laden, stellt ja keinen großen Aufwand dar, sofern da nicht ebenfalls Werbung drin is, dann macht das faken ja keinen Spass
Dasselbe Script ruft sofort danach die vcheck URL auf, da hier auch nicht der Mindestaufenthalt gecheckt wird, sprich man kann nach 1 Sekunde schon die Rückmeldung "vergütet" generieren, wobei der Aufenthalt 60 Sekunden beträgt. (Das kann man aber kaum sperren)

Dann muss man ja nur die topframe eben nach Ablauf MA reloaden, fertig.

Kein lästiges Aufhalten mit Massen Frame seiten, Popups, Viren etc. und noch dazu 100% VCheck.

Durch mehrmaliges laden der topframe und ebenfalls vcheck url mit den gleichen Parametern lässt sich so auch ein vcheck Wert von 2 Mio Aufrufen generieren, was zwar lustig ist, aber leider keine Lose einbringt, die Überprüfung is ja unabhängig vom vcheck

[Lokutos]

Also das mit dem passwort wahr ein Problehm beim Holstenjungs script
habe ich mir mit ihm angeschaut er hatte einen normalen aufruf im browser des users gemacht woher du warscheinlich meinst das man es auslesen kann.

mitlerweile ist es so gestalltet das der aufruf direkt von Sponsor -->Betreiber geht und der user Keinerlei möglichkeit hat diesen abzufangen.
das sicherste währe natürlich wenn man die ip des aufrufes des sponsors sich nimmt und die sepichert in einer tabelle und dan für die vergütung der kampagne abgleicht ob die ip zum sponsor passt.

MFG Lokutos

[jpwfour]

Also das mit dem passwort wahr ein Problehm beim Holstenjungs script
habe ich mir mit ihm angeschaut er hatte einen normalen aufruf im browser des users gemacht woher du warscheinlich meinst das man es auslesen kann.

mitlerweile ist es so gestalltet das der aufruf direkt von Sponsor -->Betreiber geht und der user Keinerlei möglichkeit hat diesen abzufangen.

Lol, da vergeht einem ja echt alles, auf die Idee bin ich nichtmal gekommen, danke dafür.

Aber ich denke, bei den meisten WNW kann man davon ausgehen, dass die Anfrage -> VCheck URL so abgeht, dass man sie nur abfangen könnte, wenn man diese Anfrage DNS seitig umleitet, und das ist dann doch etwas sehr viel Aufwand.

das sicherste währe natürlich wenn man die ip des aufrufes des sponsors sich nimmt und die sepichert in einer tabelle und dan für die vergütung der kampagne abgleicht ob die ip zum sponsor passt.

MFG Lokutos

Jo, nur leider noch "userunfreundlicher" als das Passwort, da ja Sponsoren regelmäßig Ihre Server respektive IPs wechseln, etc. da wäre viel zu viel "Eigenarbeit" gefordert ^^
Abgesehen davon, dass es ja theoretisch möglich wäre, eine Domain unter der selben IP zu haben, wobei das wohl eher auszuschließen ist, da sicher () jedes WNW ja nen eigene root hat und auch ne eigene IP, und keiner auf nem Webspace hostet () (ok, solche WNW sollte man eh von allem Ausnehmen, aber evtl sind das mehr, als man erwartet)

[jpwfour]

Wie sollte das mit dem Passwort sichtbar machen funktionieren?

Das Passwort ist nur in der DB des WNW gespeichert, und wird nur für einen Direktaufruf der PHP datei verwendet.

Da müsste man sich ja zwischenschalten, was zwar nicht ganz unmöglich ist, aber mit kleinen Tools kommt man da afaik nicht weit.