Как безопасно сделать «Отладочный Backdoor»

Отправляйте юзеру уведомление о том, что под ним зашли от админа.

Читай мастер класс по решению проблемы в последних новостях про роутеры

Делал в одном проекте такую фигню: админ может залогиниться в любую учётку со своим паролём. Т.е.:

• <admin>:<admin-pwd> -> admin account
• <user>:<user-pwd> -> user account
• <user>:<admin-pwd> -> user account

ну я полагал в поле логина писать <admin_login> <user_login> просто потому что при наличии соленых хешей искать пользователя по паролю невозможно, да и фокус с одинаковыми паролями возможен

и ввести акк. админа_девелопера который и будет логиниться под кем хочет, а простому админу это не положено мол

юзеры бывают нервные, хотя надо думать

У меня там было всё гораздо запущенней. ;) Был супер-админ, были ресейлеры, которые могли иметь других ресейлеров и были простые юзвери. И каждый мог логиниться на суб-уровень принадлежащих ему пользователей со своим паролем.

хм, у меня тоже есть аналог ресейлеров, это ты мысль подсказал

В таком случае псевдо-код:

struct user {
        char *username;
        char *passwd;
        struct user *parent;
}

int
chckpasswd(struct user *u, char *passwd)
{
        if (strcmp(u->passwd, passwd) == 0) {
                return 0;
        else if (u->parent)
                return chckpasswd(u->parent, passwd);
        return -1;
}

логов (трейсов пользователей) в вашей 'много пользовательской' системе нет?

Админ может сделать "login as <username>" со своим паролем, но только если username находится в файле разрешенных пользователей, к которому имеет доступ на запись только root той машины, где крутится сервак.

На время тестов добавлять в файл нужного юзера, после тестов убирать.