de la logique et de malware
j'ai été accusé de (parmi d'autres choses bien plus odieuses) le fait d'avoir l'entraînement/éducation formel dans la région du fait de discuter logique. je n'ai pas en fait a dit l'entraînement, mais je sais vraiment une chose ou deux de la logique, ainsi quand j'ai lu le poste de moyle's de rédacteur sur la courbe de sécurité de la logique défectueuse de l'industrie puisqu'il s'entend à malcon il ne m'a pas pris longtemps pour réaliser comment la logique de rédacteur (plutôt que l'industrie) était partie à la forme de la poire.
citer :
- Prémisse importante : Toutes les conférences qui fournissent des détails sur comment créer malware sont une “mauvaise idée”
- Prémisse mineure : Blackhat/Defcon fournissent des détails sur comment construire malware (par ex les Choses Invisibles la Pilule Bleue présentée à 2006 Defcon; le but indiqué, “en créant malware non détectable de 100 %”)
- Conclusion : Blackhat/Defcon est une “mauvaise idée”.
je peux utiliser un dessin semblable pour les résultats également discutables :
- prémisse importante : les chats sont à poil
- prémisse mineure : marmaduke est à poil
- conclusion : donc marmaduke est un chat
c'est la sorte de déclaration logique je me souviens de la vue sur les épreuves comme un enfant. souvent ils seraient exprimés d'une telle façon pour être délicats pour évaluer notre capacité de juger la validité d'un argument logique présumé. dans mon exemple le problème primaire est la prémisse importante. pendant que c'est vrai, il n'est pas assez spécifique pour être utile; beaucoup de choses autre que les chats sont à poil aussi.
aussi les lieux de rédacteur ont des problèmes. en commençant avec sa prémisse mineure, les détails de comment faire la pilule bleue n'ont pas été en fait distribués. ces détails étaient derrière un mur de la paie plutôt qu'être librement distribués lors de la conversation. en outre, la classification de la pilule bleue comme malware est discutable au mieux. juste parce que c'est soi-disant ‘rootkit‘ ne signifie pas que c'est malware - la raison étant cette utilisation actuelle du terme ‘rootkit’ est devenue si tournée (par lequel je veux dire n'importe quoi qui se cache les choses est appelé un ‘rootkit’ maintenant) cela même produits d'anti-malware a été appelé rootkits. la pilule bleue était une preuve de discrétion originale de concept. il pourrait avoir été utilisé dans conjuction avec malware réel, mais la pilule bleue lui-même n'était pas malware.
cela me dit, au moins, que la pilule bleue était l'exemple faux pour le rédacteur pour utiliser. nous pouvons le corriger, cependant, en utilisant un meilleur exemple. la course au zéro serait un beaucoup meilleur exemple parce qu'il a impliqué la création de malware réel (modifiant malware existant pour faire quelque chose qui n'a été jamais vue auparavant est pour toutes les intentions et se propose la création de nouveau malware), qui est précisément ce que malcon a l'intention de faciliter et fait ainsi pour une analogie beaucoup plus proche.
malheureusement, même si nous remplaçons la référence à la pilule bleue avec une référence au race2zero, la prémisse mineure de rédacteur est toujours problématique. la course n'est au zéro toujours pas un assez bon exemple ? y a-t-il un meilleur ? le fait est, peu importe quelle présentation blackhat/defcon vous choisissez comme un exemple vous ne serez jamais capables d'améliorer la prémisse parce que ce serait encore juste une présentation. blackhat/defcon sont de plus que juste la course au zéro ou à la pilule bleue. la paire de conférence blackhat/defcon se concentre sur une large variété de questions de sécurité, dont beaucoup pas méritent seulement d'être accentuées, mais aussi contribuer à l'amélioration de la condition de sécurité de trois façons bien définies. ils accentuent des problèmes que :
- ne devrait pas être arrivé
- peut être fixé
- peut être évité sur les designs futurs maintenant que nous savons que prendre garde.
en guise du contraste (comme l'argument de rédacteur compare blackhat/defcon à malcon simplement en remplaçant un pour d'autre dans son cadre logique au-dessus), malcon les foyers explicitement et exclusivement sur l'avancement de création malware qui est incapable (en général) de fournir la même contribution à la condition de sécurité. c'est l'âge la vieille distinction entre la recherche de vulnérabilité et 'la recherche' malware. à l'exception des exploits, malware ne peut pas être fixé ou évité parce qu'il compte sur les propriétés qui sont intrinsèques au but général la plate-forme informatique.
nous ne gagnons aussi aucun avantage technique en essayant censément d'ouvrir un dialogue entre les auteurs malware et les chercheurs anti-malware.
- pour les défenses réactives le seul avantage potentiel devrait aider des analystes à comprendre le malware., mais le fait de retourner autant que 2006, le morceau moyen de malware pourrait être traité dans ainsi peu que 5 minutes, ainsi en comprenant malware ne semble pas vraiment être quelque chose avec laquelle les analystes ont besoin de l'aide.
- pour les défenses proactive l'avantage hypothétique serait dans le fait de permettre aux analystes de savoir quelle sorte de choses viennent pour que les produits anti-malware puissent les attraper avant qu'ils les ont même vus. malheureusement ce modèle est basé sur la prédiction de l'avenir assez précisément que nous saurions spécifiquement que chercher et, en tant que tel, sommes impraticables. les défenses proactive que le travail est ceux qui savent en fait moins, pas plus, des menaces spécifiques si le présent ou futur passé (ainsi pourquoi on les appelle les techniques génériques).
maintenant, avant que je m'égare du thème immédiat plus loin, rentrons aux problèmes logiques de rédacteur. la prémisse importante que “Toutes les conférences qui fournissent des détails sur comment créer malware soient une “mauvaise idée”” est une pauvre prémisse comme démontré par l'exemple blackhat/defcon. une des propriétés nécessaires d'une prémisse est que c'est quelque chose sur laquelle les deux partis dans un argument peuvent être d'accord, mais cette prémisse est trop large. comme discuté au-dessus, blackhat/defcon couvre une large variété de choses - pouvons-nous dire vraiment que blackhat/defcon est mauvais dans l'ensemble parce qu'une de ces choses pourrait être mauvaise ? cela semble assez ridicule. malcon, d'autre part, est beaucoup plus de justesse concentré juste qu'une mauvaise chose; ainsi si nous réécrivons la prémisse pour être plus spécifiques, peut-être quelque chose comme “Toutes les conférences qui existent uniquement pour fournir des détails sur comment créer malware est une “mauvaise idée””, alors nous pouvons inclure malcon et exclure blackhat/defcon.
maintenant la question à laquelle on pourrait demander est, si la logique de rédacteur est détériorée, quelle logique serait mieux ? bien, pour les démarreurs je n'aime pas vraiment la prémisse importante, la prémisse mineure, la construction de conclusion - je préfère la prémisse, l'inférence [l'inférence...], la construction de conclusion.
- prémisse : malware est mauvais
- inférence 1 : comme malware est mauvais, en créant malware est mauvais (à l'exception des exploits bienveillants)
- inférence 2 : depuis la création malware est mauvais (avec une exception), en aidant d'autres à créer a dit malware en faisant des choses que l'on peut éviter raisonnablement est mauvais
- conclusion : comme malcon aidera les gens à créer malware en faisant quelque chose que l'on pourrait éviter raisonnablement, malcon est mauvais.















Quittez votre réponse!
Vous devez être connectés dans poster un commentaire.