Comments you submit will be routed for moderation. If you have an account, please log in first.
Modify

Ticket #588 (closed defect: worksforme)

Opened 4 years ago

Last modified 4 years ago

kdesvn tries to login as root if using svn+ssh

Reported by: jani-matti-hatinen@… Owned by: alwin
Priority: normal Milestone: not applicable
Component: All Version: 1.0.x
Severity: minor Keywords:
Cc:

Description

If the working copy uses an svn+ssh URL without an explicitly set remote username, kdesvn tries to login to the remote system as root, instead of logging in as the current user, like it should. (and like the svn commandline tool correctly does)

If the remote system is running denyhosts, or some other ssh brute force detection tool, this bug usually causes the local IP address to be blacklisted and will thus prevent the user from gaining any kind of ssh access to the machine.

Attachments

Change History

comment:1 Changed 4 years ago by jani-matti.hatinen@…

A small correction. It seems that kdesvn doesn't actually try to login as root, but for some reason the ssh login fails every single time anyway, and results with the local IP in ending up in the remote system's blacklist.

Here's what the remote system's auth.log shows: Dec 18 07:23:28 spiff sshd[9020]: (pam_unix) authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=a228-14.24online.fi user=jani-matti Dec 18 07:23:30 spiff sshd[9018]: error: PAM: Authentication failure for jani-matti from a228-14.24online.fi Dec 18 07:23:30 spiff sshd[9021]: (pam_unix) authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=a228-14.24online.fi user=jani-matti Dec 18 07:23:32 spiff sshd[9018]: error: PAM: Authentication failure for jani-matti from a228-14.24online.fi Dec 18 07:23:32 spiff sshd[9022]: (pam_unix) authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=a228-14.24online.fi user=jani-matti Dec 18 07:23:33 spiff sshd[9025]: (pam_unix) authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=a228-14.24online.fi user=jani-matti Dec 18 07:23:35 spiff sshd[9018]: error: PAM: Authentication failure for jani-matti from a228-14.24online.fi Dec 18 07:23:36 spiff sshd[9023]: error: PAM: Authentication failure for jani-matti from a228-14.24online.fi Dec 18 07:23:36 spiff sshd[9026]: (pam_unix) authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=a228-14.24online.fi user=jani-matti Dec 18 07:23:38 spiff sshd[9023]: error: PAM: Authentication failure for jani-matti from a228-14.24online.fi Dec 18 07:23:38 spiff sshd[9027]: (pam_unix) authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=a228-14.24online.fi user=jani-matti Dec 18 07:23:40 spiff sshd[9023]: error: PAM: Authentication failure for jani-matti from a228-14.24online.fi

Also, kdesvn never offers a password prompt to fill in the password. If I use public key authentication, kdesvn works.

comment:2 Changed 4 years ago by alwin

  • Status changed from new to closed
  • Resolution set to worksforme

Here (and on other systems) it works perfect. Sometimes subversion itselfs tries different usernames before asking for a password and so clients runs into blocks.

Next: You may switchoff background threads like filling logcache, checking for updates and so on when no key authentication. Without key authentication but with simple (and unsecure) password authentication them may ask for passwords in background. This is a effect of ssh, I can do nothing there. (Of course, if someone has an idea how to get the ssh password prompt into a new window....)

Third you may check if you have a askpass installed and activated. Sometimes kdesvn doesn't switch to its own askpass dialog.

View

Add a comment

Modify Ticket

Action
as closed
The resolution will be deleted. Next status will be 'reopened'
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.

Ihr Browser versucht gerade eine Seite aus dem sogenannten Internet auszudrucken. Das Internet ist ein weltweites Netzwerk von Computern, das den Menschen ganz neue Möglichkeiten der Kommunikation bietet.

Da Politiker im Regelfall von neuen Dingen nichts verstehen, halten wir es für notwendig, sie davor zu schützen. Dies ist im beidseitigen Interesse, da unnötige Angstzustände bei Ihnen verhindert werden, ebenso wie es uns vor profilierungs- und machtsüchtigen Politikern schützt.

Sollten Sie der Meinung sein, dass Sie diese Internetseite dennoch sehen sollten, so können Sie jederzeit durch normalen Gebrauch eines Internetbrowsers darauf zugreifen. Dazu sind aber minimale Computerkenntnisse erforderlich. Sollten Sie diese nicht haben, vergessen Sie einfach dieses Internet und lassen uns in Ruhe.

Die Umgehung dieser Ausdrucksperre ist nach §95a UrhG verboten.

Mehr Informationen unter www.politiker-stopp.de.