similar to: ssh-keygen: passphrase.

Hi, all. So, in reviewing my OpenSSH keypairs and evaluating the size my RSA keys should be, i realized that, if i update my 2048-bit keypairs to 4096 bits, it really doesn't matter that much, because they're still only encrypted with 3DES, which provides an effective 112 bits of symmetric encryption strength: $ head -4 ~/.ssh/id_rsa -----BEGIN RSA PRIVATE KEY----- Proc-Type:

http://bugzilla.mindrot.org/show_bug.cgi?id=211 Summary: ssh-keygen aborts if passphrase <= 4 bytes for RSA/DSA private key Product: Portable OpenSSH Version: -current Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: ssh-keygen

http://defect.opensolaris.org/bz/show_bug.cgi?id=2116 Summary: zfs_create_005: ''zfs create'' coredump if keysourcea is a blank passphrase file Classification: Development Product: zfs-crypto Version: unspecified Platform: Other OS/Version: Solaris Status: NEW Severity: major

I am working on a port of openssh-3.5p1 and ran across a case where we were trying to load a private key with 0644 permissions into the agent. The agent responds with: @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: UNPROTECTED PRIVATE KEY FILE! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ Permissions 0644 for

Hello, I was wondering why we do not have an option to privide the passphrase (RSA) as a parameter to ssh (on windows ssh.exe) Is there a reason for that. I looked at the code. It is very easy to provide such functionality. Regards, Gevik.

Author: Anthony Scarpino <Anthony.Scarpino at Sun.COM> Repository: /hg/zfs-crypto/zfs-crypto-gate Latest revision: a0c27b788e58b5f338e8518ce77fa548bb59c62d Total changesets: 1 Log message: missing new passphrase files Files: create: usr/src/lib/libcryptoutil/common/mechkeygen.c create: usr/src/lib/libcryptoutil/common/passutils.c

Hello, I think something is inconsistent between the code that parses -e and -y options in ssh-keygen. This command: ssh-keygen -ef key_file ...will never prompt for a passphrase; however, this one: ssh-keygen -yf key_file ...will prompt for it, despite that it returns basically the same information as -e (in a slightly different format). Or am I missing something? I didn?t see anything

Precedence: bulk Hi, I try to connect from a SuSE Linux openssh-2.1.1p1-4 system to a FreeBSD system which runs SSH Version 1.2.27 [i386-unknown-freebsd3.2], protocol version 1.5. Standard version. Does not use RSAREF. Before I switched (at home) to openssh I could use ssh-add, ssh (freebsd), and from there to another server ssh (freebsd2), where (freebsd[2..n]) are n+1 unix systems

Hello, I have installed openssh (2.1.1p4)and openssl (0.9.5a) on a Solaris 7 sparc box. When I try to use scp this is the error I am getting: You have no controlling tty. Cannot read passphrase. lost connection. I have read that this could be a permissions problem with /dev/tty. But my system looks different than any of the examples. Here is what I'm seeing: $ ls -l /dev/tty

Hi All, When ss-keygen creates a private key, I guess it stores it in the private key file after encrypting it with the passphrase. What kind of encryption does ssh-keygen use for OpenSSH, SSH1 and SSH2? Another question: OpenSSH doesn't support all the ciphers of either SSh-1 or SSH-2? So I assume it doesn't work exhaustively with the SSH1 or SSH2 clients? Can we consider OpenSH as a

i hope this is correct forum, but i've modified the openssh-3.4p1 so that a -z option can be used to specify a passphrase on a command line. i'm sure that there several good (security) reasonz not to do it, but i can think of at least 2 reasonz why i would want it. would my modificationz be worthy of submission as an optional patch or as configure option? if not, may i post my

http://bugzilla.mindrot.org/show_bug.cgi?id=211 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From djm at mindrot.org 2003-01-07 17:54

I would like to propose to the developers to have OpenSSH, upon return of the passphrase query, to have the hostname of the system it was running on appear before the passphrase query. This would help those that use IBMs dsh command, as it is a parallel command, the output of which is from any system not in any particular order. By adding this in would help to know what system it is coming

I have an account where I have DSA key setup with a passphrase. I am trying to write a script to ssh over to another Unix server, without having to type in the passphrase and have ssh read the passphrase from either a file or pass it in from the command line. Is there a way to do something like this? I know that we can it so I don't need to enter a passphrase but we don't want to do

Hello, I have the following problem. I have an application which is running and which has already request a passphrase to the user. This application needs to launch ssh agent and ssh add, but I do not want to be prompt again for the passphrase. My private key is of course encrypted with the passphrase. How can I do ? My only idea for the moment is to change the variable value of ask_passphrase

Hello, Our need: On windows, I have an application which is running on windows and which has already request a passphrase to the user. This application needs to launch ssh agent and ssh add, but I do not want to be prompt again for the passphrase. My private key is of course encrypted with the passphrase. Our idea My only idea is to force, by a re-direction the passphrase as input of

ssh-add on OpenBSD current (with malloc -S enabled) crashes ("chunk is already free") when loading my password-protected SSHv1 key (used only for testing). "ssh-add ~/.ssh/identity" also fails to format the prompt properly ("Enter passphrase for :"). The issue is as follows: Starting at ssh-add.c:158 in add_file(ac, filename = "~/.ssh/identity"), we call

http://bugzilla.mindrot.org/show_bug.cgi?id=557 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE ------- Additional Comments From djm at mindrot.org 2004-04-14 13:24

http://bugzilla.mindrot.org/show_bug.cgi?id=1138 Summary: Passphrase asked for (but ignored) if key file permissions too liberal. Product: Portable OpenSSH Version: 4.2p1 Platform: PPC OS/Version: Linux Status: NEW Severity: minor Priority: P1 Component: ssh-add AssignedTo:

https://bugzilla.mindrot.org/show_bug.cgi?id=1871 Pavel Volkovitskiy <olfway at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |olfway at gmail.com --- Comment #4 from Pavel Volkovitskiy <olfway at gmail.com> --- Any news on that?