⍰ Le saviez-vous ?
Les techniques d'altérations de codes sources sont très appréciées des experts en roublardises. Il existe des méthodes connues, d'autres méconnues, mais là n'est pas l'objectif de ce toot d'aujourd'hui. Que ce soit du code compilé, de l'interprété, … les développeurs, mais pas uniquement, ignorent (trop) souvent qu'ils peuvent être leurrés car le sens de la vue des humains a ses limites. Cibler des comptes c'est bien ; cibler des gestionnaires de code source, c'est mieux. Les sources de compromissions sont quasi-infinies. Gardez dans un coin de votre tête qu'en ce monde, il n'y a pas que des aspects techniques. Ainsi, vous conviendrez par exemple, qu'un individu sous la contrainte n'aura d'autres choix que d'obéir. Clin d'œil aux innombrables portes dérobées… #informatique
Il y a 5 jours, nous avons répondu en privé au toot de Julien qui abordait la thématique des chaînes de caractères valides sur Python. Ci-dessous, un exemple simple à comprendre de ce que peuvent croiser des auditeurs. Vous comprendrez donc qu'il est important d'avoir des dispositifs, des routines, des mécanismes,… qui permettent d'éviter que le code que vous avez sous les yeux est conforme à ce que vous avez. Ça va, vous suivez ? Dans cet exemple, l'apostrophe a été remplacé par un saltillo. L'absence d'erreur de type « invalid character in identifier » lors de la déclaration fait que vous obtenez une jolie fonction parfaitement valide. Pour des raisons évidentes, nous ne détaillerons pas davantage. D'autres cas plus discrets et offensifs, que ce soit en Python ou tout autre langage, existent. Halt. Loin de nous l'idée d'appliquer une rustine mentale aux éternels clampins omnipotent ( #bisounours ) qui fragilisent la sécurité de toute la chaîne. Notre objectif est avant tout de sensibiliser les plus responsables d'entre vous alors merci à ceux qui œuvrent quotidiennement en ce sens.
Vous pouvez suivre Julien Palard (mdk.fr), développeur depuis 16 ans et formateur depuis 10 ans.