Empêcher branchement clavier [Résolu]

[Goldocrack]

Bonjour à tous !

Je cherche à désactiver complètement le clavier.

J'ai bien pensé à la solution de le supprimer dans le fichier de config de Xorg mais le problème c'est qu'apparamment ça ne fonctionne que sous X, or je veux pouvoir être sur que même en console (sous minggetty) le clavier ne fonctionnera pas.

J'ai aussi la possibilité de désactiver le port PS/2 sur ma bécane mais ça ne change rien car il existe des petits malins avec des claviers usb.

Merci de votre aide !

[David.Schris]

Envoyé par Goldocrack

Bonjour à tous !

Je cherche à désactiver complètement le clavier.

J'ai bien pensé à la solution de le supprimer dans le fichier de config de Xorg mais le problème c'est qu'apparamment ça ne fonctionne que sous X, or je veux pouvoir être sur que même en console (sous minggetty) le clavier ne fonctionnera pas.

J'ai aussi la possibilité de désactiver le port PS/2 sur ma bécane mais ça ne change rien car il existe des petits malins avec des claviers usb.

Merci de votre aide !

Tu as essayé de commenter les lignes correspondantes (lancement de mingetty) de ton "/etc/inittab" ?

[Goldocrack]

Salut

Envoyé par David.Schris

Tu as essayé de commenter les lignes correspondantes (lancement de mingetty) de ton "/etc/inittab" ?

Désolé si je me suis mal exprimé mais je ne souhaite absoluement pas supprimer mon mingetty (il m'est d'ailleurs indispensable) mais j'ai juste besoin de désactiver le clavier. Qu'il soit actif ou non au démarrage, qu'il soit en ps/2 ou en usb (ou autre), que le système soit en graphique (Xorg lancé) ou bien en mode console (mingetty pour ma part).

Merci de vos réponses.

[David.Schris]

Pour que ça marche partout et avec tout, je dirais...modifier le noyau ou ce qu'il fait : soit en modifiant les sources et/ou options et en recompilant, soit en créant un module qui récupère ce qui vient du clavier et fais en sorte de ne pas le passer aux autres modules...

[Goldocrack]

Salut,

Pour ce qui est compilation du noyau, je suis moyen moyen et j'ai drolement peur de faire une grosse bêtise

Pour le module je n'ai aucune idée de comment le réaliser

Si tu as des idées ???

Merci beaucoup

[David.Schris]

Envoyé par Goldocrack

j'ai drolement peur de faire une grosse bêtise

Justement, j'ai une question qui me trotte dans la tête depuis un moment... Une fois que tu auras désactivé le clavier, comment feras-tu pour maintenir ton système ?
Avant de répondre un truc du genre "via le réseau", pense au cas ou le pilote de ta carte réseau se barrerait en c***lle...

Sinon, pour tester en évitant la grosse bêtise, tu peux toujours faire ça sur une machine virtuelle.

Pour les idées, je pourrais en avoir... C'est le temps qui me manquera. C'est d'ailleurs pour ça que je te pose la question ci-dessus : pour voir si il n'y aurait pas d'autres voies plus simples à explorer (genre désactiver le clavier dans le BIOS [1]).
Au passage, si tu pouvais expliquer pourquoi tu souhaites le désactiver et décrire un peu le problème (celui qui te pousse à vouloir désactiver le clavier) et son contexte...(cf. ma signature ci-dessous).


[1] : certains l'acceptent

[frp31]

Salut,

Et pourquoi pas une solution hardware ? genre prise bouchonnées ?
Ainsi seule le pocésseur des clefs permettant le retrait des bouchons peu placer un clavier....

Il suffit de trouver les plans de cablage des bouchons pour USB et PS2




*bouchon = petit equipement sécuritaire permettant éléctriquement le blocage d'un port en "faisant croire" à la machine que le periph réel est relié....

Ca se fait pour les machines publiques comme cybercafés mairies etc...pour bloquer les utilisations douteuses et surtout les risques viraux liés aux periphs des utilisateurs (clefs usb, disques usb, etc.....)

le seul probleme est comment empecher l'utilisateur de retire le bouchon ?
Et bien simple bloquer la machine dans une "boite" ermetique fermée par un cadena.

[Goldocrack]

Envoyé par frp31

le seul probleme est comment empecher l'utilisateur de retire le bouchon ?
Et bien simple bloquer la machine dans une "boite" ermetique fermée par un cadena.

Impossible, c'est une machine moulée, auquelle je n'ai pas le droit de rajouter une coque...

Envoyé par David.Schris

Au passage, si tu pouvais expliquer pourquoi tu souhaites le désactiver et décrire un peu le problème (celui qui te pousse à vouloir désactiver le clavier) et son contexte...(cf. ma signature ci-dessous).

Je dois installer cette machine dans un espace commun ou un logiciel tourne en plein écran. Je n'ai pas besoin qu'un ptit vienne y brancher un clavier et fasse CTRL + C (ou pire CTRL + ALT + F1 ou ma console et autologuée) ou tout autre niaiserie dans le même style...

Envoyé par David.Schris

pour voir si il n'y aurait pas d'autres voies plus simples à explorer (genre désactiver le clavier dans le BIOS [1]).

Hélas, apparemment le mien ne l'accepte pas

Envoyé par David.Schris

Une fois que tu auras désactivé le clavier, comment feras-tu pour maintenir ton système ?

Je pourrai démarrer avec un live cd (ben oui, si je connais le mdp BIOS, je peux réactiver le boot sur cd)


Merci de votre aide !!!

[frp31]

Alors ...
Si c'est une application public le plus simple est peut etre carrément que le pc en lui meme ne soit pas accessible mais seulement l'ecran genre PC dans le faux-plafond....

sinon la solution liveCD est tres bonne effectivement un gus fait une betise hop/reboot. (prevoir un cache 5pouce devant le lecteur CD pour qu'un #!$~²* joue pas à voler le CD).... suffit de "pousser" le lecteur CD vers l'interieur du boitier et de poser un cache comme si il était purement et simplement absent.



pourquoi faire simple quand on peut faire compliqué ? j'aurais du y penser au live CD....

[Goldocrack]

Salut

Envoyé par frp31

Si c'est une application public le plus simple est peut etre carrément que le pc en lui meme ne soit pas accessible mais seulement l'ecran genre PC dans le faux-plafond....

Le problème c'est que c'est une machine moulée (type panel pc industriel) et donc aucune chance de pouvoir séparer l'écran de la tour.

Si tu as une idée

[David.Schris]

Salut,

Bon... Je viens de faire un petit test et il y a des chances que cela t'intéresse : la méthode est simple, elle a un équivalent sous X, elle peut fonctionner dès que le noyau est chargé ou après.

Tu as déjà tapé/vu la commande suivante (ou quelque-chose dans le genre) ?

Code :

loadkeys fr

Elle charge une table de traduction codes de touches ==> caractères (pour un clavier en français dans l'exemple).

L'idée est la suivante : et si on chargeait un table de traduction non pas pour un clavier français mais pour un clavier vide ?

Allons-y...

Ci-après tu trouveras un script de test/démonstration que je viens de tester sur une machine avec un noyau 2.4. Avant de le lancer, jettes un oeil (au moins) aux pages de manuel de loadkeys, dumpkeys, keymaps, et showkey.

En mode texte (i.e. : pas sous X), ouvres (et connectes-toi sous) deux terminaux virtuels (abrégés VT1 et VT2 par la suite).
Le script sera lancé dans VT1.
VT2 te permettra de contrôler que ce que fait le script touche aussi les autres VT.

Dans VT1, lance le script.

Il va commencer par afficher la table de traduction actuellement utilisée par le noyau.
Quand tu as vu à quoi elle ressemblait, appuie sur Q.

Là, le script affiche la même table de traduction sans les définitions de chaînes (cf. "string" dans le man de keymaps) ni les compositions (ou touches composées, cf. "compose" dans le man de keymaps) et pour laquelle les caractères associés aux codes de touches ont été remplacés par le "symbole vide" ("VoidSymbol" en VO).
Quand tu as vu à quoi ressemblait cette nouvelle version, appuie sur Q.

Là, le script te rappelle ce qui va arriver et t'invite à appuyer sur ENTREE.
Respire.
Appuie sur ENTREE.
Tu as 30 secondes pour passer à VT2 (le mieux étant d'attendre les 5 dernières secondes pour le faire).

Dans VT2, quand tu es sûr que les 30 secondes sont passées, essaye de saisir quelque-chose.
Normalement, tu ne pourras pas (et pour cause : les touches sont toutes associées à "rien") pendant 60 secondes.

Au bout des 60 secondes, le script recharge la table de traduction originale et t'invite à appuyer sur ENTREE.

Là, il t'affiche le code source d'un fichier defkeymap.c correspondant à un clavier "vide".

Donc :
- soit tu remplaces l'appel à loadkeys de ton système (probablement quelque-part dans /etc/rc.d) par un "loadkeys voidmap" où "voidmap" est le chemin vers une table de traduction "vide" ;
- soit tu recompiles ton noyau en remplaçant le fichier "defkeymap.c" par défaut par un "defkeymap.c" correspondant à une table de traduction vide.

La première option t'évite la compilation.
La seconde te permet d'être certain que l'utilisation du clavier sera impossible dès le chargement du noyau.

L'équivalent de loadkeys sous X : xmodmap (le format du fichier est similaire, mais pas identique).

Des questions ?

Le script de test/démonstration :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
#!/bin/bash
 
tmpPrefix="/tmp/tmp."
 
oldKeymap="${tmpPrefix}keymap.km"
voidKeymap="${tmpPrefix}voidKeymap.km"
voidDefKeymap="${tmpPrefix}void_defkeymap.c"
 
graceTime=30
voidTime=60
 
function waitFor()
{
	#  $1 = nombre de secondes d'attente
 
	local -i seconds=$1
 
	while [[ ${seconds} -gt 0 ]] ; do
	{
		echo "${seconds}"
 
		[[ ${seconds} -gt 10 ]] && { sleep 10s ; ((seconds=seconds-10)) ; continue ; }
		[[ ${seconds} -gt 5 ]] && { sleep 5s ; ((seconds=seconds-5)) ; continue ; }
		sleep 1s ; ((seconds--))
	}
	done
}
 
# Affichage/sauvegarde des "tables de traduction du clavier" actuelles
dumpkeys | tee "${oldKeymap}" | less || { echo "ERREUR: dumpkeys" ; exit 1 ; }
 
# Création de la table de traduction vide
grep -E '(^keymaps|keycode[[:space:]]+[0-9]+[[:space:]]*=)' "${oldKeymap}" | sed -r 's/(^[^=]*=[[:space:]]*)[^[:space:]]+.*$/\1VoidSymbol/' | tee "${voidKeymap}" | less
 
cat <<EO_MSG
Une fois l'expérience commencée, vous aurez 30 secondes pour changer de console virtuelle.
Ces 30 secondes passées, la table de traduction du clavier vide sera chargée.
60 secondes après, l'ancienne table de traduction (non vide) sera rechargée.
Autrement dit : pendant 60 secondes, vous ne devriez rien pouvoir taper au clavier.
 
EO_MSG
 
read -p "Appuyez sur ENTREE pour commencer (ou CTRL+C pour quitter)"
 
echo "Attente de ${graceTime} secondes (CHANGEZ DE CONSOLE MAINTENANT)"
waitFor ${graceTime}
 
echo -n "Chargement de la table de traduction vide..."
loadkeys --clearcompose --clearstrings "${voidKeymap}" && { echo "OK" ; } || { echo "ERREUR" ; exit 1 ; }
 
echo "Attente de ${voidTime} secondes"
waitFor ${voidTime}
 
echo -n "Chargement de l'ancienne table de traduction (non vide)..."
loadkeys --clearcompose --clearstrings "${oldKeymap}" && { echo "OK" ; } || { echo "ERREUR (bon courage)" ; exit 1 ; }
 
read -p "Essayez d'appuyer sur ENTREE pour voir un defkeymap.c 'vide'..."
 
loadkeys --clearcompose --clearstrings --mktable "${voidKeymap}" | less || { echo "ERREUR: defkeymap.c" ; exit 1 ; }
 
echo "Heureux ?"

[Goldocrack]

Salut et réellement merci pour te donner ce mal !

Pour ta solution, elle ne fonctionne pas (avec réserve de mon pc forcément).
J'arrive toujours à avoir le bon clavier (comme si le changement n'était pas effectif).

J'ai essayé de faire à la main un loadkeys ff (ou ff = le fichier avec les caractères vides) ou bien même un loadkeys us. Le problème c'est que le clavier ne change pas, c'est très suspect...

Sinon il restera toujours deux solutions :

• La moins sale : supprimer le clavier dans xorg.conf (mais ça ne couvrera pas les consoles tty)
• La (vraiment) sale : supprimer tous les fichiers de keymap

Si tu as une solution pour rendre effectif mon changement de clavier ?
Merci beaucoup beaucoup pour ton aide.

[Michaël]

Envoyé par Goldocrack

la (vraiment) sale : supprimer tous les fichiers de keymap

ça sert à rien : le noyau embarque un keymap par défaut il faut faire un loadkeys sur un keymap vide, t'as pas le choix

[Goldocrack]

Envoyé par Mikaël

il faut faire un loadkeys sur un keymap vide, t'as pas le choix

Comment faire un loakeys si celui si ne prend pas en compte mes changements ?

[David.Schris]

Bonjour,

Envoyé par Goldocrack

[...]
Pour ta solution, elle ne fonctionne pas
[...]
Sinon il restera toujours deux solutions :

• La moins sale : supprimer le clavier dans xorg.conf (mais ça ne couvrera pas les consoles tty)

[...]

Je n'ai pas dû être suffisament clair, merci de m'en excuser.
Je reprends donc deux éléments importants de mon précédent message :

Envoyé par David.Schris

En mode texte (i.e. : pas sous X)
[...]
L'équivalent de loadkeys sous X : xmodmap (le format du fichier est similaire, mais pas identique).
[...]

Donc :

1. pour modifier la table de traduction par défaut du noyau pour que rien ne soit associé aux touches, il faut créer un fichier "defkeymap.c" et recompiler le noyau avec ce fichier à la place de l'original ;
2. pour qu'aucune touche ne soit associée à un quelconque caractère en mode console (je ne parle pas de serveur X ici) sans recompiler le noyau, il faut faire un loadkeys avec un fichier "keymap" "vide" comme c'est démontré dans mon exemple ;
3. pour qu'aucune touche ne soit associée à un quelconque caractère sous X il faut faire la même chose qu'avec "loadkeys" en mode console, mais cette fois avec "xmodmap".

Or, ton message me laisse (assez fortement) penser que ton serveur X était lancé quand tu as essayé.
Ne pas oublier qu'un serveur X accède directement au clavier[1] et n'est donc pas concerné par "loadkeys".

Si ton serveur X n'était pas lancé lorsque tu as essayé mon script :

• ajoutes la ligne "dumpkeys > /tmp/apresChargementVoidKeymap.txt" après le chargement du fichier de traduction "vide" ;
• lance le script ;
• récupère le fichier "/tmp/apresChargementVoidKeymap.txt" et colle ses 40 premières lignes ici ;
• donnes-nous la version de ton noyau.

Bons tests.

[1] - c'est entre autres pour cela qu'il doit avoir, au moins pour certains composants, les droits "root".

[Goldocrack]

Envoyé par David.Schris

Je n'ai pas dû être suffisament clair, merci de m'en excuser.

J'aurais pu aussi bien m'en douter...

Envoyé par David.Schris

sous X il faut faire la même chose qu'avec "loadkeys" en mode console, mais cette fois avec "xmodmap".

Si je comprends bien, je reprends ton script en changeant les "loadkeys" par "xmodmap" pour qu'il fonctionne sous X.


Sinon pour le petit test, il fonctionne et rien que pour ça je t'en suis reconnaissant.

Pour le X, si je ne me suis pas trompé j'applique la méthode précédente avec xmodmap et / ou je désactiver le clavier dans xorg.conf (pour X)
Pour la console, impec, je lance la commande loadkeys avec comme paramètre le fichier vide fabriqué par ton script.


Merci de ta confirmation et de ton aide.

[David.Schris]

Envoyé par Goldocrack

Si je comprends bien, je reprends ton script en changeant les "loadkeys" par "xmodmap" pour qu'il fonctionne sous X.

Oui à un détail près :

Envoyé par David.Schris

L'équivalent de loadkeys sous X : xmodmap (le format du fichier est similaire, mais pas identique).

Et puis :
- je n'ai pas dit que les options de xmodmap étaient les mêmes ;
- tu peux combiner ce qui concerne le mode console ET le mode X (pour éviter qu'un clavier ne soit utilisé avant que X n'ai fini de démarrer) ;
- mon script ne servait qu'à faire une démonstration (i.e. : il est peut-être possible d'utiliser un fichier "keymap" "vide" plus simple que celui qu'il produit).

Pense à nous donner le résultat de tes essais

[Goldocrack]

Voilà pour les résultats :

J'ai opté pour une double sécurité :

• Lancement de la commande loadkeys fichier_vide dans le service keymap de la machine (/etc/init.d)
• Suppression du clavier dans xorg.conf (au moins, aucun évènement ne pourra être écouté)

L'avantage de mettre la commande dans le service lui-même (et non pas juste après) est le suivant :
Si quelqu'un arrive à brancher un clavier durant le boot, passe en mode interactif puis désactive ledit service, on est cuit. Alors que dans le cas où la personne ne lance pas le service clavier, de toute façon celui-ci ne marchera pas

D'ailleurs pour plus de sécurité, la prochaine étape et d'aller trifouiller le fichier de boot (sysinit il me semble) pour elever la possibilité de passer en mode intéractif, comme ça plus du tout de modif possible, na !


En tout cas beaucoup pour ton aide !!!
Longue vie au forum

[chaval]

salut.

Je dis surement une connerie, mais si tu supprimais le périphérique correspondant au clavier dans /dev/ ?

Non, ne me frappez pas !

[Goldocrack]

Salut,

Je ne sais pas s'il ne pourrait pas recréer dynamiquement le fichier.

Sinon mon but n'est pas de tout casser, je voudrais pouvoir utiliser le clavier pendant mes maintenances. Il sera alors plus simple d'avoir un script sur un live cd qui désactive mes protections que d'embarquer le fichier (si on perd le fichier, on est dans le kk)

Si quelqu'un trouve ça proposition intéressante, qu'il se signale. Je ne voudrais pas louper une solution !!!