Sie können den Quellcode als Kennwort verwenden.

Ich würde jedoch dringend davon abraten, den Quellcode als Passphrase zu verwenden.
Der Grund dafür ist Entropie. Passwörter / Passphrasen müssen viel Entropie (100 Bit +) bereitstellen, und Programmiersprachen stellen normalerweise erhebliche Einschränkungen für die Formulierung von Anweisungen dar, was zu einer geringeren Entropie pro Zeichen führt als selbst mit einer Standardpassphrase.

Was kann Abgesehen davon können Sie Quellcodedateien (100 Zeilen +) mit vielen komplexen Anweisungen verwenden, die nicht als Schlüsseldatei maschinencodierbar sind.

Wie die meisten Algorithmen zur Kennwortgenerierung beruht auch dieser auf Sicherheit durch Unbekanntheit.

Solange niemand den Verdacht hat, dass Sie diese Methode verwenden, wird niemand ein Cracking-Tool verwenden, das zufällig gültige Quellcode-Snippets und das versucht Die Regel der Stärke = mögliche_Zeichen ^ Anzahl_der_Zeichen bleibt gültig. Sobald jedoch jemand den Verdacht hat, dass Sie es verwenden, oder wenn es sogar zu einer gängigen Methode wird, weil Sie damit beginnen, es als "sehr gute Idee" auf einer Website zu bewerben, würde sich dies ändern.

Sobald Da sich jemand gezwungen fühlt, eine maßgeschneiderte Cracking-Routine zu schreiben, müssen Sie sich ansehen, wie viel Entropie wirklich in Ihrem Quellcode enthalten ist. Und wenn Sie sich auf "kleine, einprägsame Codefragmente in der gängigen Programmiersprache" beschränken, sind Sie möglicherweise auf einige Milliarden mögliche Passphrasen beschränkt, was nicht ausreicht, um einem ernsthaften Brute-Force-Versuch standzuhalten.

Verwenden Sie am besten eine Methode, die auch dann sicher bleibt, wenn alle Benutzer sie verwenden. Sie müssen sich weniger Sorgen machen und können mit anderen zusammenarbeiten, um die Methode so zu optimieren, dass sie am sichersten ist, da Sie Ihre Methoden nicht geheim halten müssen.

Dieser Ansatz "Der Feind kennt das System" ist ein großer Motor für Innovation und Fortschritt in der Informationssicherheit. Andernfalls hätten Sie unabhängige Gruppen, die jeweils an ihren eigenen obskuren, angeblich unerwarteten Entwürfen und Prinzipien arbeiten.

Darüber hinaus können Sie nicht quantifizieren, wie sicher Ihr System ist, da alles von der Psychologie und dem abhängt, was andere über Sie wissen.

In einigen Lebensbereichen müssen Sie kreativ sein und bauen Sie Ihre Strategie auf persönlichen, einzigartigen Erkenntnissen auf, die Sie geheim halten müssen, aber Informationssicherheit ist nicht so.

Auf den ersten Blick scheint dies eine gute Idee zu sein. Wie viele Vorschläge, die sich auf Passwörter beziehen, kann dies in einigen Situationen sogar eine OK-Lösung sein. Wenn Sie es jedoch genauer betrachten, werden eine Reihe von Mängeln offensichtlich.

Wenn ich versuchen würde, ein Passwort zu knacken, würde ich als erstes versuchen, möglichst viele Informationen über das herauszufinden Person wie möglich. Wenn ich weiß, dass Sie ein Programmierer sind, kann ich davon ausgehen, dass Sie Code für Ihre Passphrase verwenden. Ich habe jetzt den möglichen Suchraum eingegrenzt.

Wenn ich weiß, welche Programmiersprache Sie bevorzugen, habe ich den Suchraum jetzt noch weiter reduziert. Ich muss nur Rechtsformen aus Ihrer bevorzugten Sprache berücksichtigen.

Wenn ich nun die Rechtsformen betrachte, die in Ihrer bevorzugten Sprache zulässig sind, habe ich den Suchraum noch weiter reduziert. Wenn für die Passphrase eine maximale Zeichenbeschränkung bekannt ist, ist dieser Suchraum wieder noch kleiner. Tatsächlich gibt es für die meisten Sprachen nur einen sehr kleinen Satz möglicher Rechtsformen, die den zulässigen Zeichenbeschränkungen für viele Kennwörter entsprechen.

Wie aus anderen Antworten hervorgeht, besteht das eigentliche Problem bei "cleveren" Passwort- / Passphraseschemes darin, dass andere darauf angewiesen sind, nicht zu erraten, was Ihr Schema ist. Wenn die Popularität eines Systems zunimmt, verringert sich der Nutzen dieses Systems. Vor allem muss jedes Schema, das Sie auswählen, etwas sein, das nicht leicht mit Ihnen in Verbindung gebracht werden kann.

Das andere Problem bei cleveren Passwortschemata ist, dass sie selten so clever sind, wie Sie denken. Wenn Sie Passwörter analysieren, die aus gestohlenen Passwort-Repositories ausgegeben wurden, werden Sie überrascht sein, wie häufig viele dieser cleveren Schemata sind. Sie werden auch überrascht sein, wie oft das clevere Schema mit dem Domain zusammenhängt, aus dem die Passwörter stammen. Ich habe zum Beispiel Passwörter gesehen, die aus einem Luftwaffensystem gestohlen wurden, und raten Sie mal, die überwiegende Mehrheit der Passwörter waren Ableitungen verschiedener Flugzeugnamen und Modellnummern oder Charakternamen aus Filmen oder Büchern mit dem Thema Militär oder Luftwaffe. Ebenso hatten Passwörter, die vor ein paar Jahren aus dem achristianischen Dating-Bereich abgeladen wurden, eine große Anzahl von Passwörtern, die Phrasen, Kapitel- und Versnummern aus der Bibel enthielten. Wenn ich versuchen würde, Github-Passwörter zu knacken, würde ich Code mit ziemlicher Sicherheit als mögliches Muster betrachten.

Der einzige kleine Vorteil der Verwendung von Code besteht darin, dass Sie wahrscheinlich ein längeres Passwort / eine längere Passphrase haben, was häufig der Fall ist so wichtig oder wichtiger wie die zugrunde liegende Komplexität. Zu oft verwenden Benutzer kurze Passwörter, weil sie einfach und schnell zu tippen sind. Heutzutage denke ich, dass die meisten Menschen weitaus besser dran sind, sicherzustellen, dass sie nach Möglichkeit entweder eine 2-Faktor-Authentifizierung oder eine 2-Schritt-Authentifizierung verwenden und einen Passwort-Manager verwenden, der zufällige Passwörter für Sie generiert und in den meisten Fällen die Notwendigkeit beseitigt, sich an sie zu erinnern.

Verwenden Sie Malbolge. Immerhin ist das im Wesentlichen zufällig, oder?

  (= <` # 9] ~ 6ZY32Vx / 4Rs + 0No-&Jk) "Fh} | Bcy?` = * Z] Kw% oG4UUS0 / @ -ejc (: '8dc  

Das ist das Hallo-Welt-Programm.

Das ist eigentlich eine sehr gute Idee. Sie werden diese Art von Passwörtern in Regenbogentabellen nicht leicht finden, und die meisten Bruteforce-Angriffe enthalten keine Zeichen wie diese oder suchen nach so langen Passwörtern.

Die einzige Schwäche ist die Tatsache, dass es sich um einen Kurzcode handelt (kein kurzes Passwort) Wenn jemand weiß, dass Sie ein Skript als Passwort haben, kann es für ihn leicht zu erraten sein. Dies wird durch die obige Antwort von SOJPM angenommen.