der Logik und malware
ich bin wegen (unter anderen viel verhassteren Dingen) angeklagt worden formelle Ausbildung/Ausbildung im Gebiet des logischen Debattierens zu haben. ich habe nicht wirklich sagte Ausbildung, aber ich weiß wirklich ein Ding oder zwei über die Logik so, als ich Hrsg.-Moyle'S-Posten auf der Sicherheitskurve über die fehlerhafte Logik der Industrie las, weil es sich auf malcon bezieht, nahm es mich lange nicht, um zu begreifen, wie die Logik der Hrsg. (aber nicht die Industrie) birnenförmig gegangen war.
zu zitieren:
- Hauptproposition: Alle Konferenzen , die Details darauf zur Verfügung stellen, wie man malware schafft, sind eine "schlechte Idee"
- Geringe Proposition: Blackhat/Defcon stellen Details darauf zur Verfügung, wie man malware baut (z.B die Unsichtbaren Dinge Blaue in Defcon 2006 präsentierte Pille; festgesetzte Absicht, "unfeststellbaren 100-%-malware" schaffend)
- Beschluss: Blackhat/Defcon ist eine "schlechte Idee".
ich kann ein ähnliches Muster zu ebenso zweifelhaften Ergebnissen verwenden:
- Hauptproposition: Katzen sind Pelz-
- geringe Proposition: Marmaduke ist Pelz-
- Beschluss: Deshalb ist marmaduke eine Katze
das ist die Sorte der Logikbehauptung ich rufe das Sehen auf Tests als ein Kind zurück. häufig würden sie auf solche Art und Weise formuliert, um heikel zu sein, um unsere Fähigkeit zu prüfen, die Gültigkeit eines angenommenen logischen Arguments zu beurteilen. in meinem Beispiel ist das primäre Problem die Hauptproposition. während es wahr ist, ist es nicht spezifisch genug, um nützlich zu sein; viele Dinge außer Katzen sind auch Pelz-.
ebenfalls haben die Propositionen der Hrsg. Probleme. mit seiner geringen Proposition anfangend, wurden die Details darüber, wie man die blaue Pille macht, wirklich nicht ausgegeben. jene Details waren hinter einer BezahlungsWand, anstatt beim Gespräch frei ausgeteilt zu werden. außerdem ist die Klassifikation der blauen Pille als malware zweifelhaft bestenfalls. gerade, weil es ein so genannter 'rootkit' ist, bedeutet nicht, dass es malware ist - ist der Grund, der dieser gegenwärtige Gebrauch des Begriffes 'rootkit' ist, so gedreht geworden (durch den ich irgendetwas meine, was sich verbirgt, Dinge wird einen 'rootkit' jetzt genannt) das sogar Anti-Malware-Produkte wurde rootkits genannt. die blaue Pille war ein neuartiger Heimlichkeitsbeweis des Konzepts. es könnte in conjuction mit wirklichem malware verwendet worden sein, aber die blaue Pille selbst war nicht malware.
das sagt mir zumindest, dass die blaue Pille das falsche Beispiel für die Hrsg. war, um zu verwenden. wir können das jedoch korrigieren, indem wir ein besseres Beispiel verwenden. die Rasse zur Null würde ein viel besseres Beispiel sein, weil es die Entwicklung von wirklichem malware einschloss (vorhandenen malware modifizierend, um etwas zu machen, was nie gesehen worden ist, vorher ist für alle Absichten und beabsichtigt die Entwicklung von neuem malware), der genau ist, was malcon zum Ziel hat zu erleichtern und so für eine viel nähere Analogie macht.
leider, selbst wenn wir die Verweisung auf die blaue Pille mit einer Verweisung auf den race2zero ersetzen, ist die geringe Proposition der Hrsg. noch problematisch. ist die Rasse zur Null noch immer nicht ein genug gutes Beispiel? gibt es ein besseres? die Tatsache ist, egal was blackhat/defcon Präsentation, die Sie als ein Beispiel auswählen, werden Sie nie im Stande sein, die Proposition zu verbessern, weil es noch gerade eine Präsentation sein würde. blackhat/defcon sind über mehr als gerade die Rasse zur Null oder der blauen Pille. das blackhat/defcon Konferenzpaar konzentriert sich auf ein großes Angebot an Sicherheitsproblemen, von denen viele nicht nur es verdienen, hervorgehoben zu werden sondern auch zur Verbesserung der Sicherheitsbedingung auf drei gut definierte Weisen beizutragen. sie heben Probleme dass hervor:
- sollte nicht geschehen sein
- kann befestigt werden
- kann in zukünftigen Designs vermieden werden, jetzt wo wir wissen, was man Acht gibt.
über die Unähnlichkeit (da das Argument der Hrsg. blackhat/defcon mit malcon vergleicht einfach, ein für anderen in seinem logischen Fachwerk oben vertretend), malcon Fokusse ausführlich und exklusiv auf der Förderung der malware Entwicklung, die (im Allgemeinen) unfähig ist, denselben Beitrag der Sicherheitsbedingung zur Verfügung zu stellen. das ist das Alter alte Unterscheidung zwischen Verwundbarkeitsforschung und malware 'Forschung'. mit Ausnahme von Großtaten, malware kann nicht befestigt oder vermieden werden, weil es sich auf Eigenschaften verlässt, die zum allgemeinen Zweck Rechenplattform inner sind.
wir gewinnen auch keinen technischen Vorteil, indem wir vermutlich versuchen, einen Dialog zwischen malware Schriftstellern und anti-malware Forschern zu öffnen.
- für die reaktive Verteidigung würde der einzige zukünftige Vorteil Analytikern helfen sollen, den malware., aber das Zurückgehen zu verstehen, so weit 2006 das durchschnittliche Stück von malware in so wenig bearbeitet werden konnte, wie 5 Minuten, so malware verstehend, nicht wirklich scheinen, etwas zu sein, womit Analytiker Hilfe brauchen.
- für die proaktive Verteidigung würde der hypothetische Vorteil im Mitteilen der Analytiker sein, welche Dinge kommen, so dass anti-malware Produkte sie fangen können, bevor sie sie sogar gesehen haben. leider beruht dieses Modell auf dem Voraussagen der Zukunft genau genug, dass wir spezifisch wissen würden, was man sucht und, als solcher, ist unausführbar. die proaktive Verteidigung, dass Arbeit diejenigen ist, die wirklich weniger nicht mehr über spezifische Drohungen wissen, ob vorige Gegenwart oder Zukunft (so, warum sie allgemeine Techniken genannt werden).
jetzt, bevor ich vom unmittelbaren Thema noch weiter streune, wollen wir zu den logischen Problemen der Hrsg. zurückkommen. die Hauptproposition, dass "Alle Konferenzen, die Details darauf zur Verfügung stellen, wie man malware schafft, eine "schlechte Idee"" sind, ist eine schlechte Proposition, wie demonstriert, durch das blackhat/defcon Beispiel. einer der notwendigen Eigenschaften einer Proposition ist, dass es etwas ist, worüber sich beide Parteien in einem Argument einigen können, aber diese Proposition ist allzu breit. wie besprochen, oben bedeckt blackhat/defcon ein großes Angebot an Dingen - können wir wirklich sagen, dass blackhat/defcon als Ganzes schlecht ist, weil eines jener Dinge schlecht sein könnte? das scheint ziemlich lächerlich. malcon wird andererseits gerade dass ein schlechtes Ding viel mehr mit knapper Not konzentriert; so, wenn wir die Proposition umschreiben, um vielleicht spezifischer zu sein, ist etwas wie "Alle Konferenzen, die allein bestehen, um Details darauf zur Verfügung zu stellen, wie man malware schafft, eine "schlechte Idee"" dann können wir malcon einschließen und blackhat/defcon ausschließen.
jetzt ist die Frage, die man stellen könnte, wenn die Logik der Hrsg. rissig gemacht wird, welche Logik würde besser sein? so, für Starter mag ich wirklich die Hauptproposition, geringe Proposition, Beschluss-Konstruktion nicht - ich bevorzuge die Proposition, Schlussfolgerung [Schlussfolgerung...], Beschluss-Konstruktion.
- Proposition: Malware ist schlecht
- Schlussfolgerung 1: Da malware schlecht ist, malware ist schaffend (mit Ausnahme von gütigen Großtaten) schlecht
- Schlussfolgerung 2: Seit dem Schaffen malware ist (mit einer Ausnahme) schlecht, anderen helfend, zu schaffen sagte malware, Sachen machend, die vernünftig vermieden werden können, ist schlecht
- Beschluss: Da malcon Leuten helfen wird, malware zu schaffen, etwas tuend, was vernünftig vermieden werden konnte, ist malcon schlecht.















Verlassen Sie Ihre Antwort!
Sie müssen geloggt werden in, eine Anmerkung anzuschlagen.