Solltest du jemals etwas veröffentlichen, das du selbst hacken könntest?

Als Entwickler eines Programms sind Sie wahrscheinlich in einer besseren Position als jeder andere, um Sicherheitslücken und potenzielle Hacks zu erkennen. Wenn Sie von einer Sicherheitslücke in einem von Ihnen geschriebenen System wissen, muss diese vor der Veröffentlichung hinzugefügt werden, oder sollte dies von Fall zu Fall bewertet werden, um den Schweregrad der Sicherheitslücke zu bestimmen?

Ich würde sagen, dass dies von Fall zu Fall erfolgen sollte. Sie sind der Autor, Sie kennen viele der Löcher. Einige Schwachstellen sind möglicherweise nur Ihnen bekannt. Das bedeutet natürlich, dass Sie möglicherweise einige schwierige Fragen zu beantworten haben, wenn eine davon ausgenutzt wird. Daher ist es möglicherweise eine gute Idee, diese Sicherheitsanfälligkeiten nach Möglichkeit zu verringern. Wichtiger ist, wenn jemand es leicht als Blackbox-System hacken kann.

Ich hatte die unglückliche Erfahrung, zweimal in der Situation zu sein. In beiden Fällen wurden Produkte mit schwerwiegenden Sicherheitsproblemen mit sehr sensiblen Daten ausgeliefert.

In beiden Fällen schien es das Geschäft nicht zu kümmern, obwohl ich mich bemühte, sie auf die Risiken aufmerksam zu machen, die sie eingingen.

Das einzige, was Sie tun können, ist, so laut (und professionell) wie möglich zu protestieren, so klar wie möglich über die möglichen Konsequenzen zu sprechen und dabei alles zu dokumentieren . Drucken Sie Ihre relevanten E-Mails in PDF-Dateien aus, und bewahren Sie diese Dateien zu Hause auf, oder geben Sie Ihre persönliche E-Mail-Adresse an, oder wie auch immer Sie dies tun. Dies ist die einzige Lösung, wenn unvermeidlich etwas Schlimmes passiert.

Sie würden hoffen, dass das Management Sie für Ihre technischen Ratschläge respektiert und dies berücksichtigt, aber leider müssen Sie respektieren, wer am Ende des Tages der Entscheidungsträger ist. Täglich werden schlechte Geschäftsentscheidungen getroffen.

Edit: jasonk erwähnte "Bitte gib deine Heimatadresse sehr vorsichtig an" und ich stimme dir sehr zu. Bitte verstoßen Sie nicht gegen Unternehmensrichtlinien und riskieren Sie, die Sicherheitslücke offener zu machen, als dies bereits der Fall ist.

Ich würde das Gegenteil behaupten: Als Entwickler sind Sie häufig zu nah am Code, um Schwachstellen zu erkennen.

Wenn Sie Schwachstellen kennen oder über diese informiert werden, sind sie wie alle anderen Fehler - bewerten, priorisieren und dann beheben.

Ich denke, die Antwort hängt vom Grad des Schadens ab, der entstehen würde, wenn das System von einem böswilligen Hacker kompromittiert würde. Offensichtlich konnte ein Bauingenieur den Entwurf einer unsicheren Brücke nicht mit gutem Gewissen genehmigen. Der Bau einer solchen Brücke kann zu Verletzungen oder zum Tod führen. Dies wissentlich zu tun, wäre für den Ingenieur ebenfalls illegal, aber die Tatsache, dass Softwareingenieure (zumindest in den USA) nicht in gleicher Weise gesetzlich gebunden sind, entbindet sie nicht von der beruflichen Verpflichtung, sich gegen fehlerhafte Systeme zu stellen. Leider benötigt Ihr Unternehmen möglicherweise keine Signatur, um die Software freizugeben.

Sie geben nicht die genaue Art des Systems an, an dem Sie arbeiten. Wenn es um Krankenakten, Bankgeschäfte, Flugsicherung oder eine andere wirklich kritische Infrastruktur geht, würde ich sagen, dass Sie zu Recht auf das höchstmögliche Sicherheitsniveau bestehen sollten, bevor Sie freigelassen werden.

Ja, Sie SOLLTEN es reparieren, bevor die Veröffentlichung erlischt. Unterschätze niemals den Einfallsreichtum eines Hackers. Würdest du eine Woche in den Urlaub fahren, wenn deine Hintertür weit offensteht? Wäre deine Entschuldigung,

"Oh, es ist hinten und es ist nicht direkt auf die Straße gerichtet. Niemand würde es weit offen hängen sehen."

Wahrscheinlich nicht.

Aber ich verstehe heutzutage mit dem ahnungslosen Premierminister, dass das heiligste Erscheinungsdatum wichtiger ist als ein potenziell großes Haftungsproblem mit der Sicherheit. Wenn dies Ihr Fall ist, dann schlage ich vor, Sie darauf aufmerksam zu machen, das Problem zu protokollieren, sicherzustellen, dass es gut dokumentiert und bekannt ist und die Risiken klar erklärt sind, und den PM entscheiden zu lassen, was zu tun ist.

Wenn der Premierminister eine schlechte Entscheidung trifft und beschließt, dies zu ignorieren und die Veröffentlichung termingerecht fortzusetzen, sind Sie von der Verantwortung befreit, da Sie die Pfeife geblasen haben.

Andernfalls, wenn Sie dies finden und es für sich behalten und etwas passiert, können Sie persönlich für die Folgen verantwortlich gemacht werden.

Es ist deine Entscheidung.