This is a maintained fork of operasoftware/ssh-key-authority. There should be no problem upgrading to this version, but it is not possible to migrate back to the old. Before migrating remember to make backups!
A tool for managing user and server SSH access to any number of servers.
- Easily manage SSH key access for all accounts on your servers.
- Manage user access and server-to-server access rules.
- Integrate with your LDAP directory service for user authorization.
- Automatically remove server access from people when they leave your team.
- Provides an easy interface for your users to upload their public keys.
- Designate server administrators and let them manage access to their own server.
- Create group-based access rules for easier management.
- Specify SSH access options such as
command=
,nopty
etc on your access rules. - All access changes are logged to the database and to the system logs. Granting of access is also reported by email.
- Be notified when a server becomes orphaned (has no active administrators).
- Introduce key depreciation to encouraging users to replace their public keys
- Support for encrypted SSH Keys (does not work with the openssh format. Instead use a different one like
ssh-keygen -m PEM
)
You can view the SSH Key Authority in action on the demonstration server.
Use one of the following sets of username / password credentials to log in:
- testuser / testuser - normal user with admin access granted to a few servers
- testadmin / testadmin - admin user
All data on this demonstration server is reset nightly at 00:00 UTC.
- Apache 2.2 or higher
- PHP 5.6 or higher
- PHP JSON extension
- PHP LDAP extension
- PHP XML extension
- PHP mbstring (Multibyte String) extension
- PHP MySQL extension
- MySQL (5.5+), Percona Server (5.5+) or MariaDB database
-
Clone the repo somewhere outside of your default Apache document root.
-
Add the following directives to your Apache configuration (eg. virtual host config):
DocumentRoot /path/to/ska/public_html DirectoryIndex init.php FallbackResource /init.php
-
Create a MySQL user and database (run in MySQL shell):
CREATE USER 'ska-user'@'localhost' IDENTIFIED BY 'password'; CREATE DATABASE `ska-db` DEFAULT CHARACTER SET utf8mb4; GRANT ALL ON `ska-db`.* to 'ska-user'@'localhost';
-
Copy the file
config/config-sample.ini
toconfig/config.ini
and edit the settings as required. -
Set up authentication for your virtual host. The Auth-user variable must be passed to the application.
-
Set
scripts/cron.php
to run on a regular cron job. -
Generate an SSH key pair to synchronize with. SSH Key Authority will expect to find the files as
config/keys-sync
andconfig/keys-sync.pub
for the private and public keys respectively. -
Install the SSH key synchronization daemon.
-
For systemd:
- Copy
services/systemd/keys-sync.service
to/etc/systemd/system/
- Modify
ExecStart
path andUser
as necessary. If SSH Key Authority is installed under/home
, disableProtectHome
. systemctl daemon-reload
systemctl enable keys-sync.service
- Copy
-
For sysv-init:
- Copy
services/init.d/keys-sync
to/etc/init.d/
- Modify
SCRIPT
path andUSER
as necessary. update-rc.d keys-sync defaults
- Copy
-
Manual:
- Make sure that
scripts/syncd.php --user keys-sync
is executed whenever the system is restarted
- Make sure that
-
If LDAP is enabed anyone in the LDAP group defined under admin_group_cn
in config/config.ini
will be able to manage accounts and servers.
Without LDAP, only the keys-sync
users will be available after installation. With that user, it is possible to add new administrators or normal users.
SSH Key Authority distributes authorized keys to your servers via SSH. It does this by:
- Connecting to the server with SSH, authorizing as the
keys-sync
user. - Writing the appropriate authorized keys to named user files in
/var/local/keys-sync/
(eg. all authorized keys for the root user will be written to/var/local/keys-sync/root
).
This means that your SSH installation will need to be reconfigured to read authorized keys from /var/local/keys-sync/
.
Please note that doing so will deny access to any existing SSH public key authorized in the default ~/.ssh
directories.
Under OpenSSH, the configuration changes needed are:
AuthorizedKeysFile /var/local/keys-sync/%u
StrictModes no
StrictModes must be disabled because the files will all be owned by the keys-sync user.
The file /var/local/keys-sync/keys-sync
must exist, with the same contents as the config/keys-sync.pub
file in order for the synchronization daemon to authenticate.
Copyright 2019 Marc Mettke
Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.