Jabber heslo



Zdar, mam problem s heslem k Jabberu. Mam nainstalovany Pidgin, kde mam heslo k jabber uctu ulozene, potrebuju vsak dostat tenmto ucet do jineho pc a jeste k tomu na jinou platformu (win -> linux). Existuje nejaka moznost, abych zjistil heslo, priadne jednoduse prevedl nastaveni aplikace z jednoho pc na druhe pc? Dik.
Najdu adresář, který se bude jmenovat nejspíše ".purple" a přenesu do patřičného domovského adresáře. Pochopitelně nastavím příslušná práva...
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ě. <p>řekněme, že máte tabulku, kde si uložíte heslo pro každou osobu.</p><p>chcete-li „vygenerovat“ vygenerované heslo, postupujte následovně</p><ol> <li>získat přihlášení od uživatele</li> <li>získat heslo</li> <li>generovat nějakou sůl z náhodných hodnot. řekněme, že z/dev/random (jak navrhl @michal), dostanete "a12bc34de56fg"</li> <li>k vygenerování hashovaného hesla použijte nějakou hashovací funkci. řekněme, že původní heslo bylo „1password“ a použijete libovolné sha hašování).</li> </ol><p>hashed\_password = sha (sha (sha (.... sha ("1passworda12bc34de56fg"))))))))))))</p><p>uložte do tabulky hashed\_password s přihlašovacím jménem a solí.</p><pre><code>login password salt  john a7b82783... a12bc34de56fg </code></pre><p>poté ověřte, kdy uživatel přistupuje k vaší aplikaci:</p><ol> <li>získat přihlašovací jméno a heslo</li> <li>načtěte sůl z tohoto přihlášení z databáze (budete mít sůl: a12bc34de56fg)</li> <li>zřetězte obyčejné textové heslo solí a znovu proveďte všechny hašování:</li> </ol><p>hashed\_password = sha (sha (sha (.... sha ("1passworda12bc34de56fg"))))))))))))</p><p>ověřte, zda je vypočítané hashed\_password stejné, jaké bylo uloženo v databázi. budete vědět, zda bylo heslo správné nebo ne.</p><p>a je to!. sůl můžete získat z libovolného náhodného zdroje, který se vám líbí. proč by to mělo být náhodné? vzhledem k tomu, že jakákoli jiná náhodná sůl bude mnohem snazší pokusit se brutálně vynutit vaši aplikaci.</p> <ol> <li>otevřete terminál (<kbd>ctrl</kbd>+<kbd>alt</kbd>+<kbd>t</kbd>). nyní jste doma.</li> <li><code>sudo chown -r $user:$user pictures</code> a zadejte své běžné uživatelské heslo.</li> </ol> <p>samozřejmostí je autentizace klienta. může být použit ke zlepšení zabezpečení v kombinaci s přístupovým heslem nebo čipovou kartou nebo jako pohodlná náhrada za zadání hesla.</p><p>zajímavý návrh v tomto kontextu je <a href="http://webid.info/">webid single sign on protocol</a> .</p><p>hlavní problém s klientskými certifikáty je v tom, že je vázán na prohlížeč. takže pokud jste na jiném počítači, nemáte k nim přístup, pokud jste neučinili preventivní opatření.</p> Samozřejmě. Na všech zařízeních použijete stejné uživatelské jméno a heslo. * 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) Našel jsem důvod. GPGee má volbu „--encrypt\_to\_self“ a je ve výchozím nastavení povolena. Takže pokud by někdo chtěl udělat z příkazového řádku by měl napsat něco takového



```
gpg -e user_to_encrypt --encrypt-to your_user filename

``` <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> Aby bylo možné vidět všechny klíče (které nejsou skryté), že blok šifrovaným datům zašifrovaná, aby - včetně sami - můžete jednoduše vytvořit svůj tajný-keyring dispozici přes něco takového:



```
gpg --no-default-keyring --secret-keyring /dev/null -a --list-only

```

Který říká gpg nepoužívat žádné výchozí klíčenky (-no-default-přívěšek na klíče), je-li zadán neplatný / chybějící klíčenku, a pak jde o to určit neplatné / chybějící tajné klíčenku (--secret-klíčenka / dev / null ) Mohli byste zkusit [Python GnuPG](http://code.google.com/p/python-gnupg/) . Šifrování je pokryta docs [zde](http://www.red-dove.com/python_gnupg/index.html#encryption-and-decryption) .