jclux

Hallo,

in Programmierteams arbeitet man oft an wichtigen und teuren Kundenprojekten mit immensem Wert. Auch die eigene Entwicklungsumgebung muss geschützt werden. Mich würde interessieren, wie Ihr Euren Code (lokal und beim Kunden), Passwörter, Rechner vor Missbrauch, Diebstahl und Manipulation und ähnliches schützt.

Jedes Programmierteam hat da oft sein eigenes Konzept. Mich interessieren praxisnahe Tipps für alle Bereiche (z.B. Passwörter schützen mit 1Password, Code beim Kunden schützen mit Zend Encoder, Daten auf lokalen Rechnern und Notebooks verschlüsseln mit Truecrypt, etc.)

Vorab bereits vielen Dank für Eure Anregungen und Euer Feedback

JCLux

Mister Ad

nikosch

Also wenn Du ein Buch daraus machst, möchte ich aber Anteile.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

dreamcatcher

Wie wärs wenn jeder nen Puzzlestück dazu beiträgt?
Und am Ende fasst Du, jclux es für die Community zusammen.

Chriz

Dann hoste die Anwendung doch selbst, dann hast du das Problem nicht. Ich frage mich wo diese Aengste immer herkommen, in welchen Milieus bewegst du dich, wenn du Angst davor hast, dass dir wichtige Kunden den Code einfach klauen? Vielleicht hatte ich ja auch nur Glueck mit meinen Arbeitgebern, aber die zahlen alle fuer Anwendungen bzw. halten sich an die Lizenzvereinbarungen. Ich weiss das ist weniger was du hoeren moechtest, aber diese Seite wuerde mich ja schon einmal interessieren, da mir das alles semiprofessionell vorkommt, aber immer wieder ein anderer Anschein erweckt wird. Vielleicht taeusche ich mich auch.

__________________
"Nuschel ich?" - "Was?"

Peter MacFu

Ich glaube mit der Zeit kommt man zur Erfahrung, dass man nicht einfach hoffen sollte, das niemand was schlimmes macht. Wenn ich einen sechstelligen Betrag für eine Software ausgeben würde, möchte ich auch nicht, dass da jemand anderes Einsicht hat oder diese benutzt bzw. veräußert.

jclux

Es geht hier nicht darum, dass man dem Autraggeber nicht vertraut, sondern darum vertrauliche Informationen zu schützen. Gerade wenn man sich im Umfeld von Sicherheit und Vertraulichkeit bewegt, ist es auch dem Auftraggeber wichtig, dass Daten bzw. Quellcode nicht einfach einsehbar ist (auch wenn es die eigenen Mitarbeiter sind). Das hat etwas mit Professionalität zu tun. Auch wenn es nicht direkt sicherheitsrelevant ist, hat ein Kunde doch ein besseres Gefühl, wenn er sieht, dass man sich darüber Gedanken macht.

xm22

Wenn man aber bedenkt, dass es kaum möglich ist, php so zu verschlüsseln, dass kein darauf zugreifen kann, dann wirkt das eher wie gewollt und nicht gekonnt.. Der Kunde wird dann eher in falscher Sicherheit gewiegt.

splasch

Deswegen haben ja Mitarbeiter keinen Zugang zum Server und können damit eben auch keinen Quellcode einsehen. Das selbe Prinzip wird eben auch oft verwendet um den Kunden die Arbeit Presentieren zu können.

Den Quellcode bekommt der Kunde im Regelfall nach der Bezahlung. Auch die Presentation kann von aussen hin wenn Gewünscht über einen Geschützen Zugang abgesichert werden. So kann nur der Kunde mit den Zugangsdaten sich die Presentation anschauen. Bzw auch dort ausgibig Testen.

Die Presentation kann aber auch direkt beim Kunden erfolgen wenn gewünscht hier brauchst du nur deinen Laptop mitnehmen und im das Produkt presentieren.

Mfg Splasch

mquadrat

Meist hört der Schutz beim Unterzeichnen eines NDA auf. Zumindest hat von uns noch nie ein Kunde verlangt unsere Platten zu verschlüsseln. Testdaten fordern wir immer anonymisiert an.

__________________
Wir suchen PHP Entwickler (Vollzeit) im Raum Darmstadt / Rhein-Main. Infos via E-Mail mueller@new-frontiers.de

jclux

Mhh, die Diskusssion geht nicht so richtig in die Richtung wie ich mir sie vorgestellt habe. Es geht nicht vorrangig darum dem Kunden den Quellcode vorzuenthalten. Es geht mir darum dem Kunden zu verdeutlichen, dass der Code, den ich für ihn geschrieben (evtl. sogar mit persönlichen Infos zu seinem Unternehmen) habe sicher ist. Das niemand der an meinen Rechner kommt diese Daten erhält, dass niemand der sich Zugang zum Server beschafft diese Daten erhält, etc.

Es geht mir um eine ganzheitliche (auch organisatorische) Absicherung privater bzw. schützenswerter Informationen von der Entwicklung bis zum Betrieb.