5 ms·
Are you willing to send me a list of all your usernames on all your systems?
by ddtaylor 8y ago
Are you willing to send me a list of all your usernames on all your systems?
- mirimir 8y agoSure. It's root and user, on everything :)
- ddtaylor 8y agoDoes that mean that `wc -l /etc/passwd` is just two?
- daurnimator 8y agoNo. There will be plenty of system user. But they do not have SSH access permitted.
- tjoff 8y agoIt doesn't matter if ssh access is permitted.
- brodsky 8y agothere is an "ubuntu" user on most of my systems. I hope you find this information useful.
- Someone1234 8y agoI know you're being facetious but, yes, I would find that information useful. Now I've just IDed the distribution I'm targeting.
- thaumaturgy 8y agoA disappointing number of servers happily give away this information in their http response headers. For those that don't, `nmap -O` will sometimes do the trick.
- Someone1234 8y agonmap's OS detection won't normally tell you the distribution, only the OS (and maybe kernel version).
- blattimwind 8y agoThis is usually in the OpenSSH version string anyway, e.g. "OpenSSH 6.7p1 Debian 5+deb8u4 (protocol 2.0)". Guess what distro that server is running?
- eahman00 8y agoI believe only Debian does that, out of vanity (I presume).
- jwilk 8y agohttps://salsa.debian.org/ssh-team/openssh/raw/master/debian/patches/package-versioning.patch https://salsa.debian.org/ssh-team/openssh/raw/master/debian/... Subject: Include the Debian version in our identification This makes it easier to audit networks for versions patched against security vulnerabilities. It has little detrimental effect, as attackers will generally just try attacks rather than bothering to scan for vulnerable-looking version strings. (However, see debian-banner.patch.)
- zaarn 8y agoList of all users allowed to use SSH on my systems: - root - user - ansible_conf_daemon_user End of List. It's all containers so IDGAF and I use pubkey authentication on each user.
- xorcist 8y agoFor non trivial environments with audit requirements this is not an option. Running all software under the same uid is also usually best avoided, you'll always have data at rest somewhere (which needs to be backed up, access controlled, and so on).
- zaarn 8y agoOf course there is other users but they aren't configured for SSH via AllowUser. Additionally most of those are containers where running it all as the same UID isn't a problem.
- xorcist 8y agoUser ids without login privileges can be just as interesting to enumerate. Containerization isn't really relevant to protecting data, as you'd normally find data volumes and backups attached.
- zaarn 8y agoWell, it would but the exposed containers don't have any non-default users. Plus, this is LXC, not Docker. There is no data volumes or backups attached. Backups are shipped to an append only server via SSH tunnel with low privileges, which also doesn't have nonstandard users setup.