jak odstraním heslo pro klíč ssh, aniž by bylo nutné vytvořit nový klíč?
<p>při tvorbě nového klíče ssh na svém notebooku jsem nastavil heslo. ale jak jsem si uvědomil teď, je to docela bolestivé, když se snažíte spáchat ( <a href="http://en.wikipedia.org/wiki/git\_%28software%29">git</a> a <a href="http://en.wikipedia.org/wiki/apache\_subversion">svn</a> ) na vzdáleném místě přes ssh mnohokrát za hodinu.</p><p>jedním ze způsobů, jak mohu myslet, je smazat klíče ssh a vytvořit nové. existuje způsob, jak odstranit přístupovou frázi, a přitom stále držet stejné klíče?</p>
<p>stručná odpověď:</p><pre><code>$ ssh-keygen -p </code></pre><p>poté budete vyzváni k zadání umístění klíče, staré přístupové fráze a nové přístupové fráze (která může být ponechána prázdná, aby neobsahovala žádné heslo).</p><p>pokud to chcete udělat na jednom řádku bez výzev, postupujte takto:</p><pre><code>$ ssh-keygen -p [-p old\_passphrase] [-n new\_passphrase] [-f keyfile] </code></pre><p><strong>důležité:</strong> dbejte na to, aby při provádění příkazů byly obvykle zapisovány do vašeho souboru <code>~/.bash\_history</code> (nebo podobného) do prostého textu včetně všech poskytnutých argumentů (tj. přístupových frází v tomto případě). proto se doporučuje, abyste použili první možnost, pokud nemáte konkrétní důvod jinak. všimněte si však, že můžete stále používat <code>-f keyfile</code>, aniž byste museli zadávat <code>-p</code> ani <code>-n</code>, a že soubor keyfile má výchozí hodnotu <code>~/.ssh/id\_rsa</code>, takže v mnoha případech to ani není potřeba.</p><p>možná budete chtít zvážit použití ssh-agenta, který může dočasně ukládat do mezipaměti přístupovou frázi. nejnovější verze gpg-agent také podporují protokol, který používá ssh-agent.</p>
Ano, budete muset převést klíče. Mac a Linux fungují stejně, ukládání klíče `~/.gnupg`. Nejbezpečnější způsob, jak přenést soubory je použití `scp`(část SSH):



```
scp -rp ~/.gnupg othermachine:

```

Nicméně, budete muset mít `ssh`práci jako první.


Přenos je, řekněme, USB flash disk není tak skvělý nápad, protože váš soukromý klíč bude zanechal na této jednotce i poté, co jste odstranili soubor. I když je chráněna přístupovým heslem, pokud se někdo dostal do rukou kopie souboru klíčů mohli připojit dlouhotrvající útok hrubou silou na něj na svém lesiure.


Nevím o umístění adresáře systému Windows. Dokumentace gpg řekne, a obsah pak bude téměř jistě být stejné.


Kopírování celé klíčenku je rychlá a snadná, ale někdy chcete být schopen se pohybovat jednotlivé klíče mezi stroji bez přepisování celý klíčenku a ztrátě klíče, které již existují. Kopírování jednotlivých kláves volitelně může být provedeno s `gpg --export-secret-key`a `gpg --import`. Pokud máte SSH přístup k cílovému počítači, můžete to udělat s trubkou a nepotřebují k ukládání průběžném klíč kdekoliv:


Pokud jste na počítači, který již má klíč:



```
gpg --export-secret-key SOMEKEYID | ssh othermachine gpg --import

```

Pokud jste na počítači, který potřebuje klíč:



```
ssh othermachine gpg --export-secret-key SOMEKEYID | gpg --import

```

Pokud `gpg`není v jednom z výchozích míst na vzdáleném počítači (např je v `/opt/local/bin`počítači Mac), budete muset dát svou plnou cestu k ssh, nebo symbolický odkaz do jednoho ze standardních místech, jako jsou `/usr/local/bin`.


Všimněte si, že data, která je přenesena je stále chráněn přístupové heslo a klíč bude mít stejné přístupové heslo do místa určení, jak tomu bylo u zdroje. Chcete-li mít různé hesel v každém místě, budete muset změnit přístupové heslo na místo určení, nebo ji změnit dočasně u zdroje před exportem. Potřeboval jsem sdílet tajný klíč s kolegou, s cílem dát mu možnost aktualizovat si Debian balíček repo oba řídit, ale nechtěl jsem se podělil o své přístupové heslo s ním. Tak jsem změnil přístupové heslo na něco dočasného, ​​poslal mu exportovaný klíč (podle gpg šifrované e-mailu!), Řekl mu dočasné heslo ústně, a požádal ho, aby nastavit nové přístupové heslo ihned po importu klíč. Pak jsem změnil přístupové heslo na mém kopie klíče zpět na to, co to bylo původně. Častou chybou je klonování pomocí výchozího připojení (HTTPS) namísto SSH. Tuto chybu můžete napravit tak, že přejdete do svého úložiště, kliknete na tlačítko "Klonovat nebo stáhnout", pak kliknete na tlačítko "Použít SSH" nad polem URL a aktualizujete adresu URL svého původního vzdáleného serveru takto:



```
git remote set-url origin [[email protected]](/cdn-cgi/l/email-protection):username/repo.git
```

Tento postup je zdokumentován na GitHubu: [Přepnutí vzdálených adres URL z HTTPS na SSH](https://help.github.com/articles/changing-a-remote-s-url/#switching-remote-urls-from-https-to-ssh). <pre><code>sudo apt update sudo apt install ssh sudo ufw allow 22 # if you have ufw running, but it doesn't hurt to run. </code></pre><p>to je velmi minimum. umožňuje neomezený počet neúspěšných pokusů o heslo na známém portu. přímé přihlášení root je zakázáno (po přihlášení se stále můžete <code>su</code> a <code>sudo</code>). pokud je vaše uživatelské jméno a heslo hádatelné a internet vidí server, někdo <em> se nakonec </em> vnikne.</p><p>nemohu to dostatečně zdůraznit: <strong> <em> je třeba zatvrdit výchozí nastavení. </em> </strong> pro pravděpodobnost, že budou napadeni, ale <a href="https://thepcspy.com/read/making-ssh-secure/">prošel jsem několika návrhy na svém blog</a> . alespoň bych navrhl:</p><ul> <li>přihlášení pomocí klíčů. zakázat přihlášení heslem.</li> <li>přesuňte jej z portu 22. použijte něco šíleného v rozsahu 20000-60000.</li> <li>použijte <code>fail2ban</code> zakazovat lidem, kteří to najdou, a pokusit se to přenést.</li> </ul><p>zabere vám to méně než 10 minut a oni vás vezmou z 1/10000 šance, že se dostanou do pravděpodobnosti tak malé, že na světě není dost papíru, aby mohl napsat její zlomek. vše za předpokladu, že jste opatrní s vaším klíčem, má vlastní přístupové fráze a vy nebudete trubat vaše pověření po celé síti.</p><p>pokud jde o přístup k tomuto serveru ssh z internetu, můžete čelit překážkám v místní síti. pokud je počítač za routerem nat (např. většina domácích sítí) bez přímého příchozího přístupu z internetu, možná budete muset podívat na <a href="https://portforward.com/">přesměrování portů</a> . samozřejmě, pokud nepotřebujete přístup mimo síť, přeskočení tohoto kroku zajistí zabezpečení sítě.</p> Nepíšeš nic o verzi, ale snad je to stejné v 6 jako v 5.1. Pokud byla při založení účtu zadána mailová adresa a kontrolní otázka, po spuštění icq klikni dole "Zapomněl jste icq #/heslo?". Pak by ti mělo přijít mailem nové nebo "zapomenuté" heslo. Jinak si založ nové číslo. Projdi si poradnu, už se to tu řešilo xkrát, ale asi jiná cesta není. Ještě doplním, že to se týká jen samotného manuálního mazání nepotřebných souborů. Ale asi nedonutíš ostatní programy, aby mazaly stejným způsobem. Pokud nutně potřebuješ, aby na disku nezůstaly obnovitelné zbytky, tak jediným způsobem je asi šifrování disku. Tam nikdo bez znalosti hesla nepřečte nic, včetně smazaných zbytků. Kazde taketo zariadenie ma obvykle moznost resetnut ho do tovarenskeho nastavenia (na mojom routeri je maly "utopeny" cudlik vzadu, treba ho stlacit na ~3 sekundy dakou ceruzkou). Pozri si manual, urcite to tam bude, spolu s udajom o hesle ktore je tam standartne nastavene. Akurat amusis ratat s tym, ze po resetnuti ho budes musiet znova kompletne nastavit... <p>stačí použít <a href="https://linux.die.net/man/1/chsh"><code>chsh</code></a> :</p><pre><code>chsh -s $(which zsh) </code></pre><p><strong> bez </strong> <code>sudo</code> by mělo fungovat. pokud použijete <code>sudo</code>, nezmění shell nikoliv pro vašeho pracovního uživatele, ale pro <em> root</em></p><p>nakonec <strong> se odhlaste z počítače a přihlaste se zpět </strong>.</p><p>odstraňování problémů:</p><ul> <li>máte nainstalován zsh (ii)? <code>dpkg -l zsh</code></li> <li>je vaše shell nastavena na zsh? poslední pole <a href="https://linux.die.net/man/5/passwd"><code>grep $user /etc/passwd</code></a> </li> <li>je zsh <a href="https://linux.die.net/man/5/shells">platné přihlašovací prostředí</a> ? <code>grep zsh /etc/shells</code></li> </ul> * Je víc než dobrý nápad neprodleně změnit heslo, které používáte pro Facebook - zejména pokud jste ho (inteligentně) zadali na falešné stránce, kterou vám to mohlo ukázat
  
* Ve vašem profilu odstranit aplikaci, kterou jste si tam natahali. Účet -> Nastavení aplikací -> najít aplikací, kterou jste si pořídili, v seznamu a pomocí "X"vpravo jí odebrat
  
* Nejméně jedním kvalitním antivirem prověřit počítač - Koobface je nepříjemný virus
  
* Nezapomenout na odstranění poslané zprávy/statusy přátelům z vašeho profilu. Pokud stále ve vašem profilu visí, mohou další lidé dopadnout stejně špatně
  
* A od věci není varování všem, že se objevil vir a na něco podobného by neměli v žádném případě klikat.
  
* Pokud máte mezi svými přáteli někoho, kdo se opakovaně něchává nachytat, je dobré podobného člověka z přátel odstranit - a uplně nejlépe, zablokovat ho zcela
  

  
Zdroj:  
 [pooh.cz/...](http://pooh.cz/pooh/a.asp?a=2016059) Tak jsem cekal, jestli Ti neodpovi nekdo superfundovany, ale kdyz ne... neporadím, jen Ti řeknu, žes udělal něco špatně Kdysi jsem na tenhle problém taky narazil. Problém byl v tom profilu, "nějakým způsobem" se musí dostat ven z PC, aby to umožnilo vytvořit stejný profil se stejným názvem, pak už jede obnova zálohy bez problému. Promiň, že víc neporadím, je to už drahně měsíců. Návod jsem našel někde na netu. Tolik jen v rychlosti, musím "ke stroji". Určitě se najde někdo, kdo to vysype z rukávu... Zaklani pravidlo zni: Funguje-li to, nestourej se v tom. A plati to o to vic, pokud netusis co delas. Nejsnaze smaz cely profil pro pripojeni k teto wifi a pripoj se znovu, pouze zadej heslo, na nastaveni nesahej.Pokud chces zmenit zabezpeceni, tak to se meni prvne na wifi pristupovem bodu, nebo v tvem pripade asi na "routeru".