Admin Passwort ungeschützt

[Jenny]

Das Problem ist ja meist, dass die Hacker sich Zugang verschaffen z.B über die Scripte und vms bietet da enorm viele Möglichkeiten. Was ich in den letzten Monaten noch an Möglichkeiten gefunden habe im Script selbst und vor allen Dingen auch in den unterschiedlichsten Addons, ist schon der Hammer. Die Lösung die EF daten nicht in der db zu speichern wäre an sich schon nen guter Ansatz denke ich mal. Ob es aber wirklich Sinn macht es in eine txt zu setzen bezweifle ich irgendwo, da da der Zugriff ja für nen Hacker an sich noch einfacher wird.

Besser wäre denke ich mal die Lücken weiter zu schliessen und vor Einbau eines neuen Addons wirklich zu schauen dass gerade wo User was übertragen wirklich auf Sicherheit geschaut wird. Es gibt da sooooo einfach einzubauende Sachen wie über Addslashes oder htmlspecialchar und ähnliches.

Klar, jeder Tresor ist nur so sicher bis er geknackt wird, aber wir können doch alle schauen dass wir es den Leuten so schwer wie möglich machen an unsere Daten zu gelangen

[jpwfour]

... Was ich in den letzten Monaten noch an Möglichkeiten gefunden habe im Script selbst ...

Im Grund-Skript selbst? Bitte hier mitteilen oder einem Admin/Mod als PN schicken, danke. (EDIT: achso, VMS 1.1, na dann ;-)

Das Problem ist tatsächlich, dass man das EF Passwort nicht zu 100% absichern kann, es wird für die Schnittstellentranssaktionen in einer verwendbaren Form benötigt, die auch der Angreifer verwenden kann.

KLamm könnte da aufwändigere Dinge anbieten, die will aber dann eh kein Webbi benutzen

Da von vielen Webbis EMailadressen bekannt sind (hoffentlich mind. die im Impressum!) kann man diesen auch einfach massig Trojaner schicken, iwann werden sie schon schwach

Aber, man kann das Ganze natürlich schon weiter absichern:

• Passwort wird im Adminforce nicht angezeigt (auch nicht als type="password", was nur Punkte im Browser anzeigt, aber das Passwort trotzdem im Klartext vorhanden ist )
• Passwort verschlüsseln

Ob man es nun in der Datenbank speichert oder in einer Datei, ist relativ egal, man weis ja vorher nicht, ob der Angreifer nun Zugriff auf die DB oder FTP bekommt

Zum Verschlüsseln gibt es diverse Methoden, allerdings muss dazu immer ein Schlüssel gespeichert werden, außer der Webbi soll diesen bei jeder Transaktion von Hand eingeben. Damit dieser Schlüssel nicht dem selben Problem wie das EF Passwort unterliegt, muss dieser nicht in der SQL Datenbank und auch nicht über den FTP erreichbar gespeichert werden.

Also nur eine Lösung für Webbis mit root-Zugriff auf ihren Server, und selbst dann ist es noch denkbar, dass der Angreifer einfach die Schnittstellen Datei via gehacktem FTP manipuliert, und dadurch an das Passwort kommt.

Ergo den Großteil der Lose in EF-Tresor, Auszahlungssumme auf der Seite begrenzen und tägl. die EF Transaktionen kontrollieren....

[Jenny]

Jo jpwfour, vms1.1 aber bitte glaube mal nicht das die erhöhten Versionen besser sind, es beginnt mit der Userprofil und endet im Grunde genommen im Admin ................ Wenn ich Dir jeden gefundenen bug oder Fehler senden sollte, sorry, da bin ich länger als nur nen paar Tage beschäftigt mit. Warum? weil ich mittlerweile so ziemlich alles komplett durch gehe und die einzelnen Variablen weitgehend absichere. Die verschiedenen Zusatzmöglichkeiten kennst Du ja.

Was ich festgestellt habe ganz grob ist an sich dass die 1.2 und höheren Versionen zwar das Design auf css umgestellt haben aber an sich am ursprünglichen Grundscript nur wenig verändert und auch wenig gesichert wurde. Einzelne Hauptfunktionen in der functions.lib.php o.k. jo, das gemacht worden, aber ansonsten und das das ausreichend ist kann ich nicht bestätigen.

Nehmen wir die Schnittstelle ............ ist klamm platt wird ......... Du weisst was ich meine denke ich mal und da hast an sich schon den ersten simpel ausnutzbaren "Bug"

Einfach zu beseiten durch @ noch besser zu beseitigen durch display error Off ........

Schau einfach mal durch und ich denke Du findest dann noch viel viel mehr extrem simpel ausnutzbare Geschichten

[jpwfour]

... zu beseitigen durch display error Off ........
...

Ok, sowas wird bei "solchen" Skripten dann iwie vorausgesetzt. Also dass serverseitig PHP schon ausreichend sicher vorkonfiguriert ist. Da aber viele VMS noch auf PHP4 betrieben werden, Fehlermeldungen an den Aufrufer ausgegeben etc., kann manden Leuten halt auch schlecht helfen.

.htaccess Passwortschutz fürs Adminforce wird an vielen Stellen empfohlen, machen aber auch nur wenige. Sicherheit kommt zum Großteil durch den Webbi selber.

Wenn ich dran denke, wie viele PNs ich der Art bekomme:
"Du, kannst du mir nicht Addon XY einbauen? Addon & FTP Daten im Anhang"...

Das jeder "Progger" mit den FTP Daten automatisch Komplettzugriff erlangt, ist Vielen wohl nicht bewusst oder es stört sie nicht (solang bis dann doch was passiert).

Ein paar Webbis konnte ich immerhin von der Nutzung einer Versionsverwaltung (bspw. SVN) überzeugen, das schützt nicht nur vor Angreifern, sondern hauptsächlich vor unsachgemäßem Verhalten des Webbis und der sg. "Progger"

[Jenny]

Wir reden hier nicht von irgendwelchen Versionen und ob php4 oder php5, sondern davon, dass einfach sehr sehr viele Addons kaum bis keine Variablen Absicherung haben und das so ebenfalls jedem Tür und Tor geöffnet ist.

Klar die Mails kannste mal Daten im Anhang *lol* o.k. da sind sich viele nicht klar drüber was sie da wirklich tun. Gerade Neulinge im Net sind da doch zu vertrauensselig und schauen auch nicht danach wer das ist der ihnen da was machen soll. Habe da auch schon so einige Klamotten erlebt *lol*

Was mir aber immer wieder auch auffällt ist z.B. wenn bei vms ein update kommt *lol* ............. tolle Sache, aber alte Fehler bleiben drin. .......... *lol*

z.B. die Geschichte mit dem reload der fehlte oder immer noch fehlt??? in der topframe_forced

und viele viele weitere Kleinigkeiten

Es kann doch nicht Sinn der Sache sein ein Update heraus zu bringen wo alte Fehler nicht bereinigt werden oder wo z.B. sicherheitsrelevante Sachen die bekannt sind nicht gefixt sind ................... sorry, das ja so als kaufe ich nen frisch auf den Markt gekommenes Auto wo der Motor fehlt oder die Bremsen runter sind oder so was

[Lokutos]

Wir reden hier nicht von irgendwelchen Versionen und ob php4 oder php5, sondern davon, dass einfach sehr sehr viele Addons kaum bis keine Variablen Absicherung haben und das so ebenfalls jedem Tür und Tor geöffnet ist.

Klar die Mails kannste mal Daten im Anhang *lol* o.k. da sind sich viele nicht klar drüber was sie da wirklich tun. Gerade Neulinge im Net sind da doch zu vertrauensselig und schauen auch nicht danach wer das ist der ihnen da was machen soll. Habe da auch schon so einige Klamotten erlebt *lol*

Was mir aber immer wieder auch auffällt ist z.B. wenn bei vms ein update kommt *lol* ............. tolle Sache, aber alte Fehler bleiben drin. .......... *lol*

z.B. die Geschichte mit dem reload der fehlte oder immer noch fehlt??? in der topframe_forced

und viele viele weitere Kleinigkeiten

Es kann doch nicht Sinn der Sache sein ein Update heraus zu bringen wo alte Fehler nicht bereinigt werden oder wo z.B. sicherheitsrelevante Sachen die bekannt sind nicht gefixt sind ................... sorry, das ja so als kaufe ich nen frisch auf den Markt gekommenes Auto wo der Motor fehlt oder die Bremsen runter sind oder so was

Dies ist korrekt so wird auch in zukunft nicht mehr passieren...
nur aktuell steht bei mir noch was vorrangig vor einem update des VMS.

[Jenny]

Gut, wenn Du so weit bist gib Bescheid, evtl, wenn ich dann auch Zeit habe können wir das gern gemeinsam in Angriff nehmen