Bug 859766
Summary: | SSH server crashes when attempting to log in as user that does not exist | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Marius Bjørnstad <pmb> | ||||
Component: | ecryptfs-utils | Assignee: | Michal Hlavinka <mhlavink> | ||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | unspecified | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 17 | CC: | esandeen, mattias.ellert, mgrepl, mhlavink, plautrba, pmb, tmraz | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | ecryptfs-utils-100-3.fc17 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2012-10-30 13:15:05 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Marius Bjørnstad
2012-09-23 21:47:38 UTC
Sorry, I forgot something: If I try to log in as a user that exists, but is not in AllowUsers (e.g. root), there is no crash. Unfortunately, I cannot reproduce the crash on my Fedora 17 virtual machine. We would need at least usable backtrace to be able to investigate the crash further. Also you're mentioning AllowUsers - do you use this option in /etc/ssh/sshd_config? Created attachment 617067 [details]
ABRT generated crash info
abrt chokes on the crash but I uploaded the info minus the core dump (left out because of possible security issues). I have changed AllowUsers, AuthorizedKeysFile and "Subsystem sftp", but I tried to remove those customizations. Here is the backtrace, so you don't have to look in the .tgz: ebc779125d37b2b0595730b6d78d477fe7b6bc53 0x48377 vfprintf /lib64/libc.so.6 e6c4e24910e190033df6d73ab31100b0ea843e61 ebc779125d37b2b0595730b6d78d477fe7b6bc53 0x108f51 __vasprintf_chk /lib64/libc.so.6 83615b9fc4ab9c55244e3f5f61594f1ebdc0e4fb ebc779125d37b2b0595730b6d78d477fe7b6bc53 0x108e82 __asprintf_chk /lib64/libc.so.6 ea0d6c0e15ce18e667f83f7eaf7f339c0936f364 245b9501b827b5c91b3d169af67b96c1c4d7c5b2 0x1c86 - /lib64/security/pam_ecryptfs.so e91e89c0e2841a03ed272ead9e725fd34fcb4ca4 245b9501b827b5c91b3d169af67b96c1c4d7c5b2 0x1d7d pam_sm_authenticate /lib64/security/pam_ecryptfs.so 3404692b3b2393cfa3dcb0482d867c4c33344b91 372e0854be0d6a18633d579d34320e8e9cb2ec5d 0x30c4 - /lib64/libpam.so.0 5242e8cf5a275548d99caf45c7c1cd23c5add91a 372e0854be0d6a18633d579d34320e8e9cb2ec5d 0x2890 pam_authenticate /lib64/libpam.so.0 d536b5283eeb62d7a9e93810b035611bad9a50af e12ee4180c2972fe88d8ed06f98d11909de71fd3 0x36676 - - - e12ee4180c2972fe88d8ed06f98d11909de71fd3 0x10a2b - - - e12ee4180c2972fe88d8ed06f98d11909de71fd3 0x299c2 - - - e12ee4180c2972fe88d8ed06f98d11909de71fd3 0x2ae48 - - - e12ee4180c2972fe88d8ed06f98d11909de71fd3 0x2be6b - - - e12ee4180c2972fe88d8ed06f98d11909de71fd3 0xdbea - - - ebc779125d37b2b0595730b6d78d477fe7b6bc53 0x21735 __libc_start_main /lib64/libc.so.6 075acda5d3230e115cf7c88597eaba416bdaa6bb e12ee4180c2972fe88d8ed06f98d11909de71fd3 0xe739 - - - Reassigning to ecryptfs-utils as the source of the crash is in the pam_ecryptfs module. reproducible |