Wie Credentialstore aufbauen

Naja, 100% security wirst Du never hinkriegen. Wenn irgendwer Deine epic 
App so h4xx0rt, daß er den source code modden kann, dann kann er auch 
alles mitlesen, was your users eingeben. Der kann danach mit der Seite 
quasi alles machen, was Du auch machen kannst (inside job), folglich ist 
Schutz ab dem Punkt difficult.

Ansonsten no idea wie Deine Infrastruktur aufgebaut ist und an welchen 
Interfaces Du really auf andere Server musst. Und ob Du zwischen den 
Servern auch 2FA brauchst - macht meiner Meinung nach wenig Sinn weils 
egal ist ob sich ein Server einmal oder x-mal authen muß. Das Problem 
ist immer das gleiche, bricht man es einmal, bricht man es x-mal.

Wenn ich Seiten mit automated Scripten wie z.B. Cronjobs schreibe, dann 
brauchen die keinen Login und verwerten keine parameters von außen. 
Means jeder kann die starten wenn er den entsprechenden Aufruf kennt, 
den Rest macht das Script alleine, also auch den Check ob es tatsächlich 
executen soll or not. Wenn man das so weit protecten will, daß keine 
credentials zu irgendwelchen big fat databases im sourcecode stehen, 
könnte man die aus einem file loaden, das nicht aus dem big bad internet 
erreichbar ist.

Credhannes schrieb:
> Der Prozess an sich ist fix aber die Credentials und der Ziel-Server
> ändern sich und wiederholen sich im zeitlichen Abstand.
> [...]
> Wo speichert ihr Credentials für Systeme, die ihr im Team teilt und die
> Scripte zu Automationszwecken nutzen sollen?

In meinem Team gibt es ein Git-Repo mit Dateien, welche mit GnuPG für 
mehrere Empfänger verschlüsselt sind. Das bietet zumindest einen recht 
guten Schutz, zumal wir angehalten sind, private Schlüssel für SSH und 
GnuPG mit Paßworten zu schützen.

Trotzdem gefällt mir die Sache schon seit Jahren nicht mehr so richtig, 
und ich denke schon länger darüber nach, ein sicheres Webinterface dafür 
zu entwickeln. Vielleicht wird's ja was, mal schauen -- im Moment sammle 
ich noch Ideen...