Trucs:Connection SSH sans mot de passe - Historique des versions

Jiel : restitution de la dernière modification de Spirt

2007-04-11T11:16:53Z

restitution de la dernière modification de Spirt

← Version précédente		Version du 11 avril 2007 à 11:16
Ligne 1 :		Ligne 1 :
	~~Kimberly ayt email~~:~~romanticlove_more~~@~~Hotmail~~.~~com lolll my deste!!!~~		<div class="leapar">Léa (Fred)<fred@lea-linux.org></div>

			Vous allez me demander : "Une connection SSH (sécurisée) sans mot de passe (non sécurisé), à quoi cela peut-il servir ?".

			Supposons que vous ayez 2 postes "sûrs" (c'est-à-dire dont vous n'avez pas spécialement peur qu'on puisse prendre le contrôle), si vous avez réussi a vous connecter sur le premier, c'est pénible de devoir taper un mot de passe pour faire un truc sur le second. Surtout que si quelqu'un vient de prendre possession de votre compte sur le premier poste, de toute façon, le second sera en sa possession dans pas longtemps.

			=== solution avec une clef ssh sans mot de passe ===

			Le but n'est pas de se passer de sécurité (au contraire). La solution du problème est la suivante. Nous avons deux postes : frodon.tux et gandalf.tux. Sur les deux postes sshd tourne et est correctement configuré. Sur chacun des postes on génére des clés :

			<div class="code">[fred@frodon ~]$ '''ssh-keygen -t rsa'''</div>

			(entrez une passe-phrase vide), et :

			<div class="code">[bibi@gandalf ~]$ '''ssh-keygen -t rsa'''</div>

			(entrez aussi une passe-phrase vide). Ensuite, il suffit de copier la clé publique d'un poste sur l'autre dans la liste des clés autorisées :

			<div class="code">[fred@frodon ~]$ '''scp ~fred/.ssh/id_rsa.pub bibi@gandalf.tux:~bibi/.ssh/authorized_keys2'''</div>

			et :

			<div class="code">[bibi@gandalf ~]$ '''scp ~bibi/.ssh/id_rsa.pub fred@frodon.tux:~fred/.ssh/authorized_keys2'''</div>

			(il peut falloir remplacer : authorized_keys2 par authorized_keys). Et voilà, à partir de maintenant, une connection :

			<div class="code">[bibi@gandalf ~]$ '''ssh fred@frodon'''</div>

			ou

			<div class="code">[fred@frodon ~]$ '''ssh bibi@gandalf'''</div>

			ne demandera pas de mot de passe. Mais ce ne sera pas pour autant trop "désécurisée", puisque pour se connecter sans mot de passe sur frodon il faudra réussir à se connecter avec mot de passe sur gandalf et réciproquement.

			<div class="note">Note (1) : Si vous voulez seulement vous connecter sur frodon sans mot de passe depuis gandalf, il n'est pas nécessaire générer la clé sur frodon.</div><div class="note">Note (2) : Si vous avez plusieurs "authorized_keys" il suffit de les concaténer.</div>

			=== solution avec ssh-agent ===

			''Ajout de [mailto:michel point bonnet chez 9online point fr Michel Bonnet]''

			Personnellement, je trouve que c'est dangereux de laisser une clef privée sans mot de passe, car si quelqu'un arrive à accéder au répertoire où elle est stockée, il peut utiliser immédiatement la clé.

			Il est donc préférable de passer par un agent d'authentification.<br /> il faut générer les clés de façon identique (mais avec un mot de passe, ce qui permet de crypter la clé privée).

			<div class="note">Note (Fred) : mais cette solution ne permet pas, entre autre, de monter un système de fichier via shfs au démarrage de la machine puisqu'il faut que le propriétaire de la clé doit taper le mot de passe lors de sa première (première de la session) utilisation , alors que la première le permet. Ces deux méthodes répondent en fait à des utilisations différentes. </div>

			<u>Pour les utiliser :</u>

			* <code>ssh-agent screen</code> (lancement de l'agent)
			* <code>ssh-add <ma liste de clés privée></code>

			(il va demander le mot de passe pour chacune des clés s'il est différent, ou une seule fois, si c'est le même)

			<u>pour se connecter :</u>

			<code>ssh bibi@gandalf</code> marchera automatiquement sans retaper le mot de passe, et ce tant que l'agent tourne.

			<u>Pour terminer,</u><br /> la sécurité est un vaste sujet, qui au fond dépend de son appréciation du risque, ce qui est éminemment très personnel.
			[[Catégorie:Trucs_Réseau]]

Kim : par Michelle franse

2007-04-07T18:59:17Z

par Michelle franse

← Version précédente		Version du 7 avril 2007 à 18:59
Ligne 1 :		Ligne 1 :
	~~<div class="leapar">Léa (Fred)<fred@lea-linux.org></div>~~		Kimberly ayt email:romanticlove_more@Hotmail.com lolll my deste!!!

	~~Vous allez me demander : "Une connection SSH (sécurisée) sans mot de passe (non sécurisé), à quoi cela peut-il servir ?".~~

	Supposons que vous ayez 2 postes "sûrs" (c'est-à-dire dont vous n'avez pas spécialement peur qu'on puisse prendre le contrôle), si vous avez réussi a vous connecter sur le premier, c'est pénible de devoir taper un mot de passe pour faire un truc sur le second. Surtout que si quelqu'un vient de prendre possession de votre compte sur le premier poste, de toute façon, le second sera en sa possession dans pas longtemps.

	~~=== solution avec une clef ssh sans mot de passe ===~~

	~~Le but n'est pas de se passer de sécurité (au contraire). La solution du problème est la suivante. Nous avons deux postes~~ : ~~frodon.tux et gandalf.tux. Sur les deux postes sshd tourne et est correctement configuré. Sur chacun des postes on génére des clés :~~

	~~<div class="code">[fred~~@~~frodon ~]$ '''ssh-keygen -t rsa'''</div>~~

	~~(entrez une passe-phrase vide), et :~~

	~~<div class="code">[bibi@gandalf ~]$ '''ssh-keygen -t rsa'''</div>~~

	~~(entrez aussi une passe-phrase vide)~~. ~~Ensuite, il suffit de copier la clé publique d'un poste sur l'autre dans la liste des clés autorisées :~~

	~~<div class="code">[fred@frodon ~]$ '''scp ~fred/.ssh/id_rsa.pub bibi@gandalf.tux:~bibi/.ssh/authorized_keys2'''</div>~~

	~~et :~~

	~~<div class="code">[bibi@gandalf ~]$ '''scp ~bibi/.ssh/id_rsa.pub fred@frodon.tux:~fred/.ssh/authorized_keys2'''</div>~~

	~~(il peut falloir remplacer : authorized_keys2 par authorized_keys). Et voilà, à partir de maintenant, une connection :~~

	~~<div class="code">[bibi@gandalf ~]$ '''ssh fred@frodon'''</div>~~

	ou

	~~<div class="code">[fred@frodon ~]$ '''ssh bibi@gandalf'''</div>~~

	ne demandera pas de mot de passe. Mais ce ne sera pas pour autant trop "désécurisée", puisque pour se connecter sans mot de passe sur frodon il faudra réussir à se connecter avec mot de passe sur gandalf et réciproquement.

	<div class="note">Note (1) : Si vous voulez seulement vous connecter sur frodon sans mot de passe depuis gandalf, il n'est pas nécessaire générer la clé sur frodon.</div><div class="note">Note (2) : Si vous avez plusieurs "authorized_keys" il suffit de les concaténer.</div>

	~~=== solution avec ssh-agent ===~~

	~~''Ajout de [mailto:michel point bonnet chez 9online point fr Michel Bonnet]''~~

	Personnellement, je trouve que c'est dangereux de laisser une clef privée sans mot de passe, car si quelqu'un arrive à accéder au répertoire où elle est stockée, il peut utiliser immédiatement la clé.

	~~Il est donc préférable de passer par un agent d'authentification.<br /> il faut générer les clés de façon identique (mais avec un mot de passe, ce qui permet de crypter la clé privée).~~

	<div class="note">Note (Fred) : mais cette solution ne permet pas, entre autre, de monter un système de fichier via shfs au démarrage de la machine puisqu'il faut que le propriétaire de la clé doit taper le mot de passe lors de sa première (première de la session) utilisation , alors que la première le permet. Ces deux méthodes répondent en fait à des utilisations différentes. </div>

	~~<u>Pour les utiliser :</u>~~

	* <code>ssh-agent screen</code> (lancement de l'agent)
	* <code>ssh-add <ma liste de clés privée></code>

	~~(il va demander le mot de passe pour chacune des clés s'il est différent, ou une seule fois, si c'est le même)~~

	~~<u>pour se connecter :</u>~~

	~~<code>ssh bibi@gandalf</code> marchera automatiquement sans retaper le mot de passe, et ce tant que l'agent tourne.~~

	~~<u>Pour terminer,</u><br /> la sécurité est un vaste sujet, qui au fond dépend de son appréciation du risque, ce qui est éminemment très personnel.~~
	~~[[Catégorie:Trucs_Réseau]]~~

Spirt : /* solution avec une clef ssh sans mot de passe */

2006-05-06T13:37:17Z

solution avec une clef ssh sans mot de passe

← Version précédente		Version du 6 mai 2006 à 13:37
Ligne 33 :		Ligne 33 :
	ne demandera pas de mot de passe. Mais ce ne sera pas pour autant trop "désécurisée", puisque pour se connecter sans mot de passe sur frodon il faudra réussir à se connecter avec mot de passe sur gandalf et réciproquement.		ne demandera pas de mot de passe. Mais ce ne sera pas pour autant trop "désécurisée", puisque pour se connecter sans mot de passe sur frodon il faudra réussir à se connecter avec mot de passe sur gandalf et réciproquement.

	<div class="note">Note (1) : Si vous voulez seulement vous connecter sur frodon sans mot de passe depuis gandalf, il n'est pas nécessaire générer la clé sur ~~gandalf~~.</div><div class="note">Note (2) : Si vous avez plusieurs "authorized_keys" il suffit de les concaténer.</div>		<div class="note">Note (1) : Si vous voulez seulement vous connecter sur frodon sans mot de passe depuis gandalf, il n'est pas nécessaire générer la clé sur frodon.</div><div class="note">Note (2) : Si vous avez plusieurs "authorized_keys" il suffit de les concaténer.</div>

	=== solution avec ssh-agent ===		=== solution avec ssh-agent ===

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

2005-10-05T15:42:51Z

conversion de la documentation originale de Léa par HTML::WikiConverter

Nouvelle page

<div class="leapar">Léa (Fred)<fred@lea-linux.org></div>

Vous allez me demander : "Une connection SSH (sécurisée) sans mot de passe (non sécurisé), à quoi cela peut-il servir ?".

Supposons que vous ayez 2 postes "sûrs" (c'est-à-dire dont vous n'avez pas spécialement peur qu'on puisse prendre le contrôle), si vous avez réussi a vous connecter sur le premier, c'est pénible de devoir taper un mot de passe pour faire un truc sur le second. Surtout que si quelqu'un vient de prendre possession de votre compte sur le premier poste, de toute façon, le second sera en sa possession dans pas longtemps.

=== solution avec une clef ssh sans mot de passe ===

Le but n'est pas de se passer de sécurité (au contraire). La solution du problème est la suivante. Nous avons deux postes : frodon.tux et gandalf.tux. Sur les deux postes sshd tourne et est correctement configuré. Sur chacun des postes on génére des clés :

<div class="code">[fred@frodon ~]$ '''ssh-keygen -t rsa'''</div>

(entrez une passe-phrase vide), et :

<div class="code">[bibi@gandalf ~]$ '''ssh-keygen -t rsa'''</div>

(entrez aussi une passe-phrase vide). Ensuite, il suffit de copier la clé publique d'un poste sur l'autre dans la liste des clés autorisées :

<div class="code">[fred@frodon ~]$ '''scp ~fred/.ssh/id_rsa.pub bibi@gandalf.tux:~bibi/.ssh/authorized_keys2'''</div>

et :

<div class="code">[bibi@gandalf ~]$ '''scp ~bibi/.ssh/id_rsa.pub fred@frodon.tux:~fred/.ssh/authorized_keys2'''</div>

(il peut falloir remplacer : authorized_keys2 par authorized_keys). Et voilà, à partir de maintenant, une connection :

<div class="code">[bibi@gandalf ~]$ '''ssh fred@frodon'''</div>

ou

<div class="code">[fred@frodon ~]$ '''ssh bibi@gandalf'''</div>

ne demandera pas de mot de passe. Mais ce ne sera pas pour autant trop "désécurisée", puisque pour se connecter sans mot de passe sur frodon il faudra réussir à se connecter avec mot de passe sur gandalf et réciproquement.

<div class="note">Note (1) : Si vous voulez seulement vous connecter sur frodon sans mot de passe depuis gandalf, il n'est pas nécessaire générer la clé sur gandalf.</div><div class="note">Note (2) : Si vous avez plusieurs "authorized_keys" il suffit de les concaténer.</div>

=== solution avec ssh-agent ===

''Ajout de [mailto:michel point bonnet chez 9online point fr Michel Bonnet]''

Personnellement, je trouve que c'est dangereux de laisser une clef privée sans mot de passe, car si quelqu'un arrive à accéder au répertoire où elle est stockée, il peut utiliser immédiatement la clé.

Il est donc préférable de passer par un agent d'authentification.<br /> il faut générer les clés de façon identique (mais avec un mot de passe, ce qui permet de crypter la clé privée).

<div class="note">Note (Fred) : mais cette solution ne permet pas, entre autre, de monter un système de fichier via shfs au démarrage de la machine puisqu'il faut que le propriétaire de la clé doit taper le mot de passe lors de sa première (première de la session) utilisation , alors que la première le permet. Ces deux méthodes répondent en fait à des utilisations différentes. </div>

<u>Pour les utiliser :</u>

* <code>ssh-agent screen</code> (lancement de l'agent)
* <code>ssh-add <ma liste de clés privée></code>

(il va demander le mot de passe pour chacune des clés s'il est différent, ou une seule fois, si c'est le même)

<u>pour se connecter :</u>

<code>ssh bibi@gandalf</code> marchera automatiquement sans retaper le mot de passe, et ce tant que l'agent tourne.

<u>Pour terminer,</u><br /> la sécurité est un vaste sujet, qui au fond dépend de son appréciation du risque, ce qui est éminemment très personnel.
[[Catégorie:Trucs_Réseau]]

Trucs:Connection SSH sans mot de passe - Historique des versions

Jiel : restitution de la dernière modification de Spirt

Kim : par Michelle franse

Spirt : /* solution avec une clef ssh sans mot de passe */

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

Jiel : restitution de la dernière modification de Spirt

Kim : par Michelle franse

Spirt : /* solution avec une clef ssh sans mot de passe */

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter