Ich würde sagen, eine gute Möglichkeit zu lernen ist, dass sie die bereits geschriebenen Anwendungen bricht .

Angenommen, sie schreibt Webanwendungen, zeigen Sie sie auf die OWASP-Spitze 10. Lassen Sie sie sehen, ob sie einen dieser Fehler in ihrem eigenen Code finden kann. Es gibt keinen besseren Weg, um mehr über Sicherheitskonzepte zu erfahren, als sie tatsächlich in Ihrem eigenen Code zu sehen.

Wenn ein Fehler gefunden wurde, lassen Sie sie die Anwendung neu schreiben, um den Fehler zu beheben. Auf diese Weise kann sie die Auswirkungen von Dingen wie Hygiene und Validierung von Benutzereingaben und parametrisierten Abfragen einschätzen.

Ergreifen Sie inkrementelle Schritte. Ich würde nicht sofort mit dem Entwerfen einer neuen Anwendung beginnen, bevor ich wirklich verstehe, welche Art von Codes zu Sicherheitslücken führen.

Ich werde die Position einnehmen, die mich flambieren lässt ...

Das Problem, das ich sehe, ist, dass sicheres Programmieren als Add-On gelehrt wird. Best Practices sollten von Anfang an vermittelt werden (einschließlich Sicherheit). Die Lüge, die den Menschen beigebracht wird, ist, dass Übung den Präfekten macht. Die Wahrheit ist, dass Übung dauerhaft macht. Wenn Sie es also falsch machen, müssen Sie verlernen, was Sie gelernt haben. Das ist ein Bassackwards-Ansatz.

Ich würde sagen, dass sichere Codierungspraktiken vom ersten Tag an gelehrt werden sollten. Es gibt keinen Grund, zu lernen, wie man es macht, und dann zu lernen, wie man es sicher macht. Es ist eine Verschwendung von Zeit und Geld ...

Meine 2 Bits, 1 und null mehr zu sagen ...

Obwohl ich Everett grundsätzlich zustimme, gibt es noch einen anderen Standpunkt. Der Sinn einer Lektion besteht darin, ein Konzept zu lernen, auf das dann weiter aufgebaut werden kann. Dies verringert die Steigung der Lernkurve. Zu viel zu schnell zu unterrichten ist überwältigend; Bei einem Ansturm von Informationen "lecken" die meisten Gehirne.

Es ist großartig zu sagen, dass "sichere Codierungspraktiken vom ersten Tag an gelehrt werden sollten", und es ist sehr schwer zu demonstrieren, wie diese erste Welt "Hallo Welt" "Programm kann anfällig sein, insbesondere wenn" Was ist ein Computerprogramm? "ein neues Konzept für die Klasse ist. Ein Website-Projekt, das gemeinsam genutzte Datenspeicher berührt (was ich erst in der Mitte des Studiums wirklich gesehen habe), ist leichter zu erkennen, aber häufig sind diese Schwächen mit der Einrichtung einer grundlegenden Proof-of-Concept-Webumgebung mit dem " Standardeinstellungen. Es ist sehr einfach zu beweisen, dass eine Anwendung Schwachstellen aufweist, wenn die Schwachstellen bekannt sind. Es ist schwieriger (wirklich unmöglich) zu beweisen, dass es keine gibt.

Ich denke ähnlich wie beim OP; Irgendwann in der Entwicklung eines Programmierers kann die Idee "Wie könnte jemand diesen Code verwenden, um Dinge zu tun, die er nicht tun soll, und wie können Sie dies verhindern?" in das, was Sie tun, integriert werden. Dieser Ausgangspunkt liegt wahrscheinlich irgendwo in der Nähe, um entweder etwas über externe Kommunikation oder Persistenz (Lesen / Schreiben von Daten auf eine Festplatte oder Datenbank oder Senden über einen Netzwerkkanal) oder die objektorientierten Prinzipien (Vererbung, Überlastung / Überschreiben) zu lernen. etc), je nachdem, was zuerst eintritt. Hier kann ein Codierer beginnen, Programme zu schreiben, die in den falschen Händen Schaden anrichten können. Daher sollte darauf geachtet werden, dass die falschen Hände das Programm nicht missbrauchen können.

Einige Konzepte sind leicht zu verstehen. "Mein Programm arbeitet mit Daten, die ein Geheimnis seiner Benutzer sind. Mir wird vertraut und ich muss sicherstellen, dass nur diejenigen, die die Daten sehen sollten, dazu berechtigt sind." Einige sind schwieriger; Ich habe Leute gesehen, die wirklich schockiert sind, als sie herausfanden, dass Programm-Binärdateien dekompiliert und gelesen werden können, um fest codierte Anmeldeinformationen oder Schlüssel zu ermitteln (und dass einige Umgebungen wie .NET genügend Metadaten in die Binärdateien einfügen, um fast genau den gleichen Quellcode zu erzeugen, der zum Erstellen verwendet wurde sie) oder dass ihre zusammengestellte Binärdatei in ihrer kompilierten Form von einem Angreifer huckepack genommen werden kann, der öffentliche nicht versiegelte Klassen oder Mitglieder einbindet und dann Zugriff auf alle Geheimnisse hat, mit denen diese Klassen arbeiten. Dies sind die grundlegenden Fallstricke, die veranschaulicht werden sollten, und dann sollten Lösungen für diese veranschaulicht werden und wie und warum sie funktionieren, erklärt werden.

Ähnlich wie bei anderen Aspekten einer echten Bildung (vielleicht sollte dies eher bei Parenting.SE liegen ...), denke ich, dass es wieder zu kritischem Denken kommt.

Meine Tochter nimmt auch an einigen CS-Kursen am College teil und ich helfe ihr dabei, diese durchzuarbeiten. Ich füttere sie jedoch nicht mit dem Löffel, sie muss dafür arbeiten.
In vielen Fällen erkläre ich ihr etwas sehr Falsches und erwarte, dass sie mich darauf anruft. (Normalerweise tut sie das). Manchmal ist es nur subtil falsch, und dann fällt es ihr schwerer, es zu bemerken. Manchmal merkt sie es nicht sofort und beginnt, etwas aufzubauen, das auf einer falschen Annahme basiert - dann muss sie rückwärts arbeiten, um das Problem zu finden. (Sie wird auch darin besser.)

Auf diese Weise zwinge ich sie, sich daran zu gewöhnen, Annahmen in Frage zu stellen.
Sie ist zugegebenermaßen nicht begeistert von meinen Methoden.

Auf die gleiche Weise bitte ich sie, herauszufinden, wie ihr Code versehentlich oder böswillig missbraucht werden kann. Ich erklärte ihr, dass sie ihren Code besitzt und für das verantwortlich ist, was ihr Code tut , hier kein Raum für Passivität. Ein Teil davon ist die ordnungsgemäße Behandlung von Ausnahmen, die ihre Ausbilder ohnehin von ihnen erwarten, auch ohne sich erst viel später darauf einzulassen.

Nun lehne ich natürlich alle Formen des Unterrichts "Frachtkultprogrammierung" ab - es sei denn, dies wird ausdrücklich als solches vermerkt , damit die Grundkonzepte mit dem unterrichtet werden können Vorbehalt, dass es nicht die ganze Geschichte ist und wir später darauf zurückkommen werden. (Wie die obige Ausnahmebehandlung).

Mein Punkt dabei ist, dass "sichere Programmierung" sich nicht von "Programmierung" unterscheidet.
So wie das gesamte Buch der Programmierung nicht in einer Sitzung auf einmal unterrichtet werden kann, sondern Konzepte schrittweise eingeführt werden, könnten die "Sicherheits" -Aspekte der Programmierkonzepte warten, während das Grundkonzept mit dem Expliziten gelehrt und verstanden wird Beachten Sie, dass "wir hier noch nicht fertig sind". Auch die Erwartung, dass zumindest die besseren Schüler einige der unsicheren Aspekte herausfinden würden.

TL; DR :

1. Ein neues Programmierkonzept muss schrittweise erlernt werden. Einige Aspekte (einschließlich Sicherheit) können später als andere vermittelt werden ;;
2. Das Programmierkonzept ist erst dann vollständig , wenn alle Aspekte einschließlich Sicherheitsaspekte gelernt und verstanden wurden (und sollte bis dahin beachtet werden).
3. Programmierer haben die vollständige Kontrolle über ihren Code, und um Programmierer zu sein, muss man wissen, wie der eigene Code missbraucht werden kann.

• Schüler, die kritisches Denken üben, sollten dies frühzeitig selbst herausfinden (nicht unbedingt alle der Sicherheit, sondern der fehlende Kontext und ein großer Teil des Code-Missbrauchs).
• Schüler, die nicht kritisch denken, sollten nicht wirklich Programmieren lernen ...

Ich denke, dass es letztendlich darauf ankommt, herauszufinden, an welchem ​​Punkt die Sicherheitserziehung den Punkt der Lektion nicht verschleiert. Unterrichtsaufgaben sind in der Regel vereinfachte Probleme, mit denen ein bestimmtes Problem aufgedeckt und gezeigt werden soll, wie dieses bestimmte Problem gelöst werden kann.

Ich denke, der idealere Weg, dies zu erreichen, besteht darin, sie so etwas wie ausführen zu lassen hackthissite.org, um zu erfahren, wie viele Angriffe funktionieren und welche Gefahren bestehen. Ein gesundes Verständnis dafür, wie Code untergraben werden kann, ist eine großartige Möglichkeit, um jemandem zu helfen, die Bedeutung sicherer Codierungspraktiken zu verstehen. Wenn Sie dies parallel tun, werden die Themen, mit denen sich ihre Kursleiter befassen, nicht verschleiert, und es werden auch die Sicherheitsbedenken aufgezeigt.

Aus meiner Sicht gibt es als Systemanalytiker einen Weg: Sie sollten Erstklässlern ein Konzept der Standardisierung, Klassifizierung und Mustererkennung vermitteln. Die folgenden Fragen sind einfach und können gleich zu Beginn gestellt werden ...

• Denken Sie an "alle möglichen Dateneingaben", die der Benutzer eingeben kann, und erstellen Sie eine strenge Liste von ihnen.
• Reguläre Ausdrücke lernen / lehren. Dieses Tool kann entweder zum Abgleichen und zur Bereinigung verwendet werden.
• Prinzip der "Standardwerte", wenn Eingabedaten fehlen oder ungültig sind.
• Verwenden Sie Protokolldateien. Wenn Zweifel oder Inkonsistenzen bei der Eingabe bestehen, sollte die Software eine Art Protokollierung verwenden, um "das aufzuschreiben". Protokolldateien sind eine der besten Möglichkeiten, um Sicherheitslücken zu debuggen und herauszufinden, die jemand verwenden könnte oder bereits verwendet.
• Verwenden Sie Fehlermeldungen und Fehlerfälle. Denken Sie an Fälle, in denen das System ausfallen könnte, und denken Sie an die entsprechende Fehlernummer und die ausführliche Meldung. Einige Fehler können zu zwei verschiedenen ausführlichen Fehlermeldungen führen - eine für Benutzer, schlicht und einfach, eine für den Eigentümer des Systems - für Debug- oder Sicherheitszwecke.

Benutzer ist immer "Bösewicht", Der Benutzer möchte Ihre Software immer beschädigen. Geben Sie dem Benutzer niemals mehr Informationen, als er verlangt. Wenn er danach fragt, überprüfen Sie immer, ob er berechtigt ist, auch nur die Antwort "Sie haben keinen Zugriff" zu erhalten. Fehlermeldungen können helfen Hacker, um den Zustand des Systems zu verstehen, versucht er zu brechen.

Könnte an mehr denken, aber dies kann und sollte von Anfang an gelehrt werden.