Nicolas Boulay a écrit 16042 commentaires

Tu fais du Zenitram. Regardes comment fonctionne openssl ou gpg pour encoder un fichier en AES, et arrêtes de te ridiculiser. PBKDF2 n'est (n'était ?) pas un choix.

"La première sécurité est la liberté"

Par contre ça n'a sans doute rien à voir avec une quelconque facilitation de brute-force de mots de passe.

Indirectement si. Le 2ième était très bon en soft, mais gros (pas lent) en hardware. Donc, mettre plein d'accélérateur de calcul de hash, aurait pris bien plus de place sur une puce, que pour l'algorithme choisi. Cela complique beaucoup la vie de ceux qui casse des mots de passe avec des paquets de FPGA.

"La première sécurité est la liberté"

Les clefs sont toujours hashé avant d'être utilisé. Cela détermine la vitesse du brute force.

"La première sécurité est la liberté"

En même temps casser un fichier AES ayant un mot de passe peut être rapide avec des trucs comme hashcat (~1Gkey/s).

Donc, si tu planques des trucs derrière AES contre la NSA, il faut au moins 100 bits d'entropie, cela fait 8 mots du dictionnaires, rare pour un mot de passe…

Il suffit de voir les critères pour l'attribution de sha3, un des algo finaliste a été écarté car il était trop lent en hardware, contrairement à celui choisi.

"La première sécurité est la liberté"

mouais. Il n'y a pas tellement d'IO, pas de ADC. Et j'imagine que tu dois tout faire tout même (VHDL + drivers), ce qui n'est pas si simple. La connection ARM-FPGA est parfois pas top (pseudo lien série lent).

"La première sécurité est la liberté"

Je ne peux rien pour toi si tu n'as pas le temps ou pas d'intérêt pour comprendre et suivre les règles du projet auquel tu veux contribuer.

J'ai suivi un MOOC sur les interfaces, donc, j'ai une vision déformé des choses. Mais il n'a jamais été question de changer les règles, simplement de changer l'interface, pour la rendre plus agréable et efficace.

Utiliser des images sous copyright est complexe, mais le cas des logos est très courant dans ce cas complexe. Il est facile de mettre une exception générique pour mettre le logo pour l'objet en question.

"La première sécurité est la liberté"

Je crois que tu te trompes, la majorité des boites codent maintenant en Java. Je ne sais pas si c'est Java qui est lent ou l’empilement de couche, mais une application java est lente.

"La première sécurité est la liberté"

Ton problème finale de faux partage n'est rien par rapport au problème de l'écriture sur le registre qui écrase les valeurs autour.

Les champs de bits avec une union sur un registre, j'ai souvent vu ça sur des mini drivers de µcontroller, c'est facile, car le compilo est toujours le même pour une cible donné. Il suffit de regarder ce que génère le compilateur et s'adapter.

"La première sécurité est la liberté"

Il me semble aussi que g++ instanciait une version du code à chaque appel et pas seulement par type. C'est assez récent comme changement.

"La première sécurité est la liberté"

En général, les GC parcourent les zones mémoires à nettoyer avec assez peu d'information.

"La première sécurité est la liberté"

Sérieux, tu n'arrives pas à lire quelque chose comme:

J'ai fait un tout petit de R. Mais j'ai du mal à voir comment une fonction replicate() pourrait avoir une utilité sans un "truc qui bouge" dans le membre d'à coté. 1:10000 semble être une liste de nombre que l'on mélange avec des scalaires.

"La première sécurité est la liberté"

En gros, cela évite d'avoir des objets partout qui bouffent de la place, et tu colles ton entier directement à la place du pointeur. Cela permet aussi d'informer le GC qu'il lit un pointeur et non un entier. L'idée est que la mémoire contient un peu du type de donné réel.

"La première sécurité est la liberté"

Cela sert dans 2 ou 3 cas :
* écriture de drivers et donc dans des registres mémoires
* parseur de fichier binaire
* parseur de message réseau.

C'est tout de même assez courant, en fait.

"La première sécurité est la liberté"

Il y a de grande chance que ton compilateur ai détecté que tu demandes 500x la même chose et ne le fasse pas.

"Mais ce n'est pas comme ça qu'on fait un tri en perl, c'est tout."

C'est vrai, mais typiquement ton exemple en R est illisible.

"La première sécurité est la liberté"

C'est pas faux, sauf si il y a beaucoup d'aller retour entre le code C et le python (avec recopie en trop, accès fichier mal fichu, etc…).

"La première sécurité est la liberté"

on se situe dans des domaines de performance qui sont du même ordre de grandeur que les langages compilés traditionnels,

Il ne faut pas exagérer, il y a souvent un facteur 10 entre un script et un langage compilé.

"La première sécurité est la liberté"

En gros, les champs de bits en C ne garantissent rien du tout sur les champs réellement utilisés au final, si on regarde l'ensemble de la structure (le padding dépend du CPU et du compilo). Pour un driver par exemple, c'est un non sens, d'ou l'usage des macros.

"La première sécurité est la liberté"

Je n'ai jamais compris pourquoi les langages mélangeaient des informations de haut niveau comme le type de donné, les ranges, et leur implémentation en mémoire ( ce qui n'a rien à voir ou presque).

"La première sécurité est la liberté"

Ou alors tu fais un langage qui ne fait pas n'importe quoi (Ocaml) et qui marche rapidement même avec un GC.

"La première sécurité est la liberté"

C'est l'histoire de la write amplification, quand il n'y a plus de bloc vierge.

La command TRIM limite le problème.

"La première sécurité est la liberté"

Non, je parle bien de linux. Un linux RT tient très bien les 10ms. Cela permet d'avoir des drivers comme ceux d'une camera ou du wifi.

En plus, les microcontrôleurs sont en général très limité en RAM.

Il est possible d'avoir une architecture avec un Linux esclave d'un µcontroller, mais cela augmente la complexité avec 2 systèmes, cela rend difficile le debug, et il faut 1 liens assez rapide entre les 2.

Les cartes à base de STM32, peuvent faire le job, si on peut se passer de linux. Mais elles n'ont pas forcément un très grand nombre d'IO.

"La première sécurité est la liberté"

Je ne parle pas de ne pas vérifier, mais de simplifier tout ça.

Par exemple, pour wikipedia france, il y a un gros template pour gérer une boite à droite. Cela serait facile de laisser un champ pour un lien externe vers un logo officiel. Ensuite, cela serait facile d’accepter le téléchargement ou pas. Pas besoin de 12 000 pages de plus d'explication, d’inscription ou de liste de règle complexe à respecter.

"La première sécurité est la liberté"

TortoiseGit ?

Il faudrait surtout un client avec un processus codé dedans. J'ai toujours autant de mal avec les fonctions un peu avancé des gestionnaires de version. Alors une secrétaire….

"La première sécurité est la liberté"

Pour l'embarqué, il faudrait une carte avec plein d'IOs comme des convertisseurs analogique numérique (pour la lecture de capteur), des compteurs (pour les roues codeuses), et des sorties PWM (pour le contrôle de moteur).

Le tout devrait être géré sous Linux avec des bonnes latences (<10ms pour lire tous les capteurs, puis pour modifier tous les PWM en sortie). Ce problème de latence est le plus difficile à atteindre, mettre des paquets de puces I2C, des µcontrollers par USB, ne permet pas d'atteindre ses latences surtout avec plusieurs dizaines d'IO. C'est pourtant nécessaire pour la moindre rétroaction mécanique.

"La première sécurité est la liberté"

Il suffit de décider que les adresses des .com .Fr .toto sont en dure dans les navigateurs et qu'il n'y a pas de racine ultime, comme pour les certificats SSL.

Gérer une dizaine de racine sérieuse uniquement par les navigateurs ne devraient pas être insurmontable.

"La première sécurité est la liberté"