Il s'agit de la commande bbcheck qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
bbcheck - exécuter des tests automatisés sur les périphériques RNG matériels BitBabbler
SYNOPSIS
bbcheck [Options]
DESCRIPTION
La bbcheck l'utilitaire est un outil pour analyser rapidement et simplement la sortie d'un BitBabbler
RNG à différents débits. Il peut exécuter des tests sur plusieurs appareils en parallèle et mettre en évidence
les meilleurs et les pires résultats d'une série de tests sur chaque appareil.
OPTIONS
Les options suivantes sont disponibles:
-Oui, --analyse
Scannez le système pour les appareils BitBabbler disponibles.
-je, --id-device=id
Sélectionnez un appareil BitBabbler à analyser par son identifiant unique. Si aucun appareil n'est
explicitement spécifié, la valeur par défaut est d'utiliser tous ceux qui sont présents lorsque
les tests commencent. Cette option peut être passée plusieurs fois pour tester plusieurs appareils.
La id peut être le numéro de série de l'appareil, ou son adresse logique sous la forme :
[numéro de bus:]numéro dev
ou sur les systèmes où la connaissance de la topologie USB est prise en charge, son adresse physique dans
la forme
numéro de bus-port[.port ...]
Pour une adresse logique, le numéro de bus partie est facultative, mais si numéro dev n'est pas unique
sur tous les bus, alors exactement quel appareil sera sélectionné s'il n'est pas entièrement
spécifié devient une question de hasard. Tous les identifiants disponibles qui peuvent être utilisés
faire référence à un appareil sera signalé par le --analyse option. Bus, périphérique et port
les nombres sont censés être des nombres entiers décimaux.
Depuis que bbcheck ne fonctionne que sur les appareils disponibles et n'attend pas qu'un appareil
être branché à chaud, c'est une erreur de spécifier un ID qui ne fait pas référence à un appareil
actuellement disponible dans le système.
-r, --bitrate=min max]
Sélectionnez le débit ou la plage de débits à analyser (en bits par seconde). Les
les débits binaires disponibles sont déterminés par un diviseur d'horloge entier, donc tous les débits ne sont pas
exactement réalisable. Un taux non pris en charge sera arrondi au prochain supérieur
taux. Pour plus de commodité, le taux peut être suivi d'un multiplicateur SI (par exemple, 2.5 M pour
2500000). Si une plage séparée par deux points est spécifiée, alors tous les débits binaires possibles
jusqu'à XNUMX fois m. ainsi que max sera testé.
-b, --octets=n
Le nombre d'octets à analyser pour chaque test. Un suffixe de « k », « M » ou « G » sera
multiplier n par la puissance respective de deux.
-B, --block-size=octets
La taille de bloc utilisée pour le pliage. Cette taille doit être un multiple de 2^n, où n est
le niveau de pliage utilisé (c'est-à-dire qu'il doit pouvoir se plier le nombre de fois souhaité
sans aucun reste). Un suffixe « k », « M » ou « G » sera mis à l'échelle octets par The
puissance respective de deux. La valeur par défaut est 64 Ko. Une taille de bloc plus grande mélangera les échantillons
pris sur une plus longue période. À des débits binaires élevés, cela signifiera plus de
le bruit de fréquence peut être pris en compte dans chaque échantillon, sinon le plus élevé
le bruit de fréquence dominerait. La taille de bloc optimale (au-delà de laquelle toute modification de
le résultat est négligeable) car un débit donné est toujours une question mûre pour
une étude plus approfondie. Voir le --plier option ci-dessous pour une description plus détaillée de
pliant.
-UNE, --tous les résultats
Affichez tous les résultats des tests, pas seulement le résumé final.
--pas de couleur
Ne colorez pas les résultats finaux. Par défaut, les quatre meilleurs résultats seront
surligné vert vif, vert terne, jaune et orange, tandis que le pire résultat
sera surligné en rouge. Cette option supprime la sortie de l'échappement du terminal
codes qui sont responsables de cela.
-dans, --verbeux
Faites plus de bruit sur ce qui se passe en interne. Si utilisé (une fois) avec le --analyse
option cela affichera plus d'informations sur chaque appareil, mais sinon c'est surtout
seules les informations utiles pour le débogage. Il peut être passé plusieurs fois pour obtenir
inondé d'encore plus d'informations.
- ?, --Aidez-moi
Montrez une version plus courte de tout cela, qui peut tenir sur une seule page.
--version
Signaler le bbcheck version finale.
Pour dispositif Options
Les options suivantes peuvent être utilisées plusieurs fois pour configurer individuellement chaque appareil
lorsque plusieurs BitBabbler sont disponibles. Si passé avant tout --Reference de l'appareil option, alors
ils définissent de nouvelles valeurs par défaut qui s'appliqueront à chaque appareil. S'il est adopté après l'un des
ces options, elles ne seront appliquées qu'à l'appareil immédiatement précédent.
--latence=ms
Remplacez la valeur calculée pour le temporisateur de latence USB. Cela contrôle le maximum
durée d'attente de l'appareil s'il y a des données dans son
buffer (mais moins qu'un paquet complet), avant de l'envoyer à l'hôte. Si cette minuterie
expire avant qu'un paquet puisse être rempli, alors un paquet court sera envoyé au
hôte. La valeur par défaut est choisie pour s'assurer que nous n'envoyons pas plus de paquets courts
que nécessaire pour le débit sélectionné, car cela augmentera le nombre de
paquets envoyés et le temps CPU qui doit être consacré à les traiter, pour
transférer la même quantité de données.
À moins que vous n'expérimentiez des modifications du code de bas niveau, il y a probablement
aucune raison d'utiliser cette option pour remplacer la latence manuellement.
-F, --fold=n
Définissez le nombre de fois pour plier la sortie BitBabbler avant de l'analyser. Chaque
fold prendra la première moitié du bloc qui a été lu et XOR avec les bits
dans la seconde moitié. Cela réduira de moitié le débit, mais concentrera le
entropie plus densément dans les bits qui restent.
Il y a deux choses principales que cela devrait faire sur la base de la conception de BitBabbler.
Il mélangera mieux le bruit de basse fréquence qui est capturé avec celui de la plus haute
fréquences, ce qui lui permet d'échantillonner à des débits binaires plus élevés sans réduire le bruit
bande passante disponible pour influencer les bits adjacents. Cela aidera à briser tout
corrélations locales transitoires qui pourraient se produire dans les processus physiques à partir desquels
le bruit ambiant ambiant est collecté.
Le pliage ne doit jamais réduire l'entropie réelle de chaque échantillon, mais quand tout est
fonctionnant exactement comme il se doit, il se peut qu'il ne fasse rien pour l'augmenter non plus.
Mathématiquement, une sommation XOR devrait lisser de façon exponentielle tout biais dans un
flux de bits indépendants, le résultat ayant au moins autant d'entropie que le
moins prévisible de l'une ou l'autre des deux entrées (de la même manière qu'un pad unique
n'est pas moins sécurisé malgré le texte en clair ayant beaucoup moins d'entropie que le pad
Est-ce que).
--activer=masque
Sélectionnez un sous-ensemble des générateurs sur les appareils BitBabbler avec une entropie multiple
sources. L'argument est un masque de bits emballé à partir du LSB, avec chaque position de bit
contrôlant une source individuelle, l'activant lorsqu'elle est définie sur 1. Comme cas particulier pour
bbcheck, si un masque de 0 est utilisé, alors les tests seront effectués sur chaque source
unité individuellement. UNE masque de 16 (0x10) testera d'abord chaque source individuellement,
et puis tous activés ensemble aussi.
Utilisez bbcheck en ligne en utilisant les services onworks.net
