Методическое руководство преподавателя

1. Детальный тайминг занятия

Организация образовательного процесса рассчитана на два сценария: основной (полный двухчасовой регламент 80 минут) и сокращенный академический регламент (60 минут при сдвоенных или ускоренных парах).

1.1. Основной регламент (80 минут)

1.2. Сокращенный регламент (60 минут)

2. Архитектура подсистемы безопасности и аутентификации

В рамках Практического занятия №9 (Этап 1) студенты закладывают фундамент безопасности корпоративной информационной системы. Ключевая концепция: полное разделение учетных данных доступа, системы ролевых полномочий (RBAC — Role-Based Access Control) и журнала событий информационной безопасности.

2.1. Реляционная схема подсистемы аутентификации

-- 1. Справочник ролей пользователей (RBAC)
CREATE TABLE roles (
    id SERIAL PRIMARY KEY,
    role_name VARCHAR(50) NOT NULL UNIQUE,     -- 'admin', 'manager', 'cashier', 'doctor'
    role_description VARCHAR(255) NOT NULL,    -- Описание служебных обязанностей роли
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP NOT NULL
);

-- 2. Таблица пользователей информационной системы
CREATE TABLE users (
    id BIGSERIAL PRIMARY KEY,
    login VARCHAR(50) NOT NULL UNIQUE,          -- Уникальный логин / табельный номер / email
    salt VARCHAR(64) NOT NULL,                  -- Криптографическая соль (hex/base64, min 16-32 байт)
    password_hash VARCHAR(128) NOT NULL,        -- Хэш пароля: SHA-256 (64 hex) или bcrypt ($2b$12$... 60 char)
    role_id INTEGER NOT NULL,                   -- Ссылка на роль в системе
    is_active BOOLEAN DEFAULT TRUE NOT NULL,    -- Флаг активности (soft delete / блокировка)
    failed_attempts SMALLINT DEFAULT 0 NOT NULL,-- Счетчик подряд идущих неверных попыток
    locked_until TIMESTAMP WITH TIME ZONE,      -- Время временной блокировки после N ошибок
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP NOT NULL,
    updated_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP NOT NULL,
    CONSTRAINT fk_users_role FOREIGN KEY (role_id) 
        REFERENCES roles(id) ON UPDATE CASCADE ON DELETE RESTRICT
);

-- 3. Журнал аудита событий безопасности
CREATE TABLE audit_logs (
    id BIGSERIAL PRIMARY KEY,
    user_id BIGINT,                             -- Ссылка на пользователя (NULL если пользователь не найден)
    attempted_login VARCHAR(50) NOT NULL,       -- Введенный логин (для расследования подбора)
    event_type VARCHAR(30) NOT NULL,            -- 'LOGIN_SUCCESS', 'LOGIN_FAILURE', 'PASSWORD_RESET', 'ACCOUNT_LOCKED'
    ip_address VARCHAR(45) NOT NULL,            -- IPv4 или IPv6 адрес клиента
    user_agent VARCHAR(255),                    -- Идентификатор клиентского ПО / браузера
    event_time TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP NOT NULL,
    details TEXT,                               -- Дополнительные параметры инцидента
    CONSTRAINT fk_audit_user FOREIGN KEY (user_id) 
        REFERENCES users(id) ON UPDATE CASCADE ON DELETE SET NULL
);

CREATE INDEX idx_users_login ON users(login);
CREATE INDEX idx_audit_event_time ON audit_logs(event_time);
CREATE INDEX idx_audit_user_id ON audit_logs(user_id);

2.2. Анализ атрибутов сущности «Пользователи»

3. Проектирование диалогового окна формы входа (Login Dialog)

Форма аутентификации — критический интерфейсный узел. Ее проектирование требует гармоничного сочетания защищенности (Security) и удобства пользователя (User Experience — UX).

3.1. Архитектурная анатомия диалога входа

3.2. Состояния диалогового окна (State Machine)

Форма входа описывается конечным автоматом со следующими состояниями:

• IDLE (Ожидание) — поля пусты или содержат черновой ввод, кнопка входа активна.
• VALIDATING (Клиентская валидация) — проверка заполненности обязательных полей (длина логина ≥ 3, пароль ≥ 6 символов). При пустых полях фокус возвращается в ошибочный контрол с мягкой подсветкой.
• SUBMITTING (Отправка и обработка) — кнопка «Войти» блокируется, отображается индикатор загрузки, предотвращаются повторные параллельные клики.
• ERROR_AUTH (Ошибка аутентификации) — отображение баннера «Неверное имя пользователя или пароль», увеличение счетчика ошибок, очистка поля пароля.
• LOCKED (Блокировка аккаунта) — при 3–5 подряд неудачных попытках форма деактивируется на 5–15 минут (или запрашивает CAPTCHA / второй фактор).
• SUCCESS (Успешный вход) — закрытие диалогового окна, перенаправление в главное рабочее пространство в соответствии с полученной ролью (role_id).

4. Типовые ошибки студентов и педагогические приемы