Как может помочь хэш при использовании ФИО и номера паспорта как ключ

# Использование хэша для ФИО и номера паспорта как ключ

Использование хэширования для ФИО и номера паспорта в качестве ключа решает несколько критических задач при работе с персональными данными. Это один из стандартных подходов в системах, где нужна безопасность, производительность и соответствие нормативам защиты данных.

Проблема исходного подхода

Если использовать ФИО и номер паспорта как ключ напрямую, это создаёт несколько проблем:

1. Большой размер ключа — ФИО может быть длинным, номер паспорта тоже занимает место
2. Медленные поиски — сравнение строк медленнее, чем сравнение хэшей
3. Утечка данных — чувствительная информация видна в логах и индексах БД
4. Сложность индексирования — большие индексы занимают больше памяти
5. Легко сделать ошибку — опечатка или разный формат приведёт к несовпадению

Как хэширование решает проблемы

1. Уменьшение размера

Хэш всегда имеет фиксированный размер независимо от входных данных:

public class PersonIdentifier {
    private String fullName;    // Переменная длина, может быть 30-100 символов
    private String passportNum; // Может быть 10-20 символов
    
    // SHA-256 даст ровно 64 символа в hex или 32 байта
    public String getHash() {
        String input = fullName + passportNum;
        return sha256(input); // Результат: всегда 64 символа
    }
}

Вместо индекса по двум колонкам (большое место в БД), используем один компактный индекс по хэшу.

2. Быстрый поиск

Сравнение хэшей — это просто сравнение чисел, что намного быстрее, чем сравнение строк:

// Медленно: строковое сравнение с переменной длиной
if (person.getFullName().equals("Иван Петров") && 
    person.getPassportNum().equals("1234567890")) {
    // Нашли
}

// Быстро: числовое сравнение хэша
long hash = hashFunction("Иван Петров", "1234567890");
if (person.getHash() == hash) {
    // Нашли
}

Для больших таблиц разница может быть в 10-100 раз.

3. Безопасность и приватность

Хэш необратим — зная хэш, невозможно восстановить исходные ФИО и номер паспорта:

public class SecurePerson {
    private String passwordHash; // Используем вместо plaintext
    private String passportHash; // Хэш паспорта видимый в БД
    private String fullNameHash; // Хэш ФИО
    
    // Реальные данные в отдельном защищённом хранилище
    private String fullName;     // Encrypted
    private String passportNum;  // Encrypted
    
    public boolean matchPerson(String incomingName, String incomingPassport) {
        String incomingHash = hash(incomingName + incomingPassport);
        return incomingHash.equals(this.fullNameHash + this.passportHash);
    }
}

Это значит, что лог БД не содержит чувствительные данные.

4. Стандартная практика

В системах идентификации и аутентификации всегда используют хэши:

public class PassportRegistry {
    private Map<String, PersonRecord> registry; // ключ = хэш
    
    public PersonRecord findByPassport(String fullName, String passportNum) {
        String key = sha256(fullName + passportNum);
        return registry.get(key);
    }
    
    public void register(String fullName, String passportNum, PersonRecord record) {
        String key = sha256(fullName + passportNum);
        registry.put(key, record);
    }
}

Выбор функции хэширования

MD5 (НЕ ИСПОЛЬЗУЙ для критичных данных)

MessageDigest md = MessageDigest.getInstance("MD5");
byte[] hash = md.digest((fullName + passportNum).getBytes());
// MD5 устойчив к коллизиям? НЕТ — найдены примеры коллизий

MD5 имеет известные уязвимости и не должен использоваться для безопасности.

SHA-256 (РЕКОМЕНДУЕТСЯ)

MessageDigest md = MessageDigest.getInstance("SHA-256");
byte[] hash = md.digest((fullName + passportNum).getBytes());
String hexHash = javax.xml.bind.DatatypeConverter.printHexBinary(hash);
// Результат: a1b2c3d4... (64 символа)

SHA-256 криптографически стоек, быстр и стандартен.

bcrypt или scrypt (ДЛЯ ПАРОЛЕЙ)

String hashedPassword = BCrypt.hashpw(password, BCrypt.gensalt());
// Медленнее SHA-256, но с солью — специально для паролей

Для идентификации по паспорту bcrypt не подходит, так как нужна консистентность хэша.

Полный пример с солью

Добавляем соль (salt) для дополнительной безопасности при хэшировании чувствительных данных:

public class IdentificationService {
    private static final String SALT = "my-secret-salt-value";
    
    public String createIdentityHash(String fullName, String passportNum) {
        String input = fullName + "|" + passportNum + "|" + SALT;
        return sha256(input);
    }
    
    private String sha256(String input) {
        try {
            MessageDigest md = MessageDigest.getInstance("SHA-256");
            byte[] hash = md.digest(input.getBytes(StandardCharsets.UTF_8));
            StringBuilder hexString = new StringBuilder();
            for (byte b : hash) {
                String hex = Integer.toHexString(0xff & b);
                if (hex.length() == 1) hexString.append('0');
                hexString.append(hex);
            }
            return hexString.toString();
        } catch (NoSuchAlgorithmException e) {
            throw new RuntimeException("SHA-256 not available", e);
        }
    }
}

// Использование
public class PersonRepository {
    private final IdentificationService idService;
    private final JdbcTemplate jdbcTemplate;
    
    public PersonRepository(IdentificationService idService, JdbcTemplate jdbcTemplate) {
        this.idService = idService;
        this.jdbcTemplate = jdbcTemplate;
    }
    
    public Person findByPassport(String fullName, String passportNum) {
        String hash = idService.createIdentityHash(fullName, passportNum);
        String sql = "SELECT * FROM persons WHERE identity_hash = ?";
        return jdbcTemplate.queryForObject(sql, new Object[]{hash}, personRowMapper());
    }
    
    public void savePerson(Person person) {
        String hash = idService.createIdentityHash(
            person.getFullName(), 
            person.getPassportNum()
        );
        String sql = "INSERT INTO persons (identity_hash, full_name_encrypted, passport_encrypted, data) " +
                    "VALUES (?, ?, ?, ?)";
        jdbcTemplate.update(sql, hash, encrypt(person.getFullName()), 
                           encrypt(person.getPassportNum()), person.getData());
    }
}

Обработка коллизий хэша

Хоть SHA-256 и криптографически стоек, теоретически коллизии возможны (крайне редко). Правильный подход:

public class SafePersonLookup {
    public Optional<Person> findByIdentity(String fullName, String passportNum) {
        String hash = sha256(fullName + passportNum);
        
        // Получаем всех кандидатов с таким хэшем
        List<Person> candidates = findByHash(hash);
        
        // Проверяем полные данные для исключения коллизий (очень редко нужно)
        for (Person candidate : candidates) {
            if (candidate.getFullNameEncrypted().equals(encryptedFullName) &&
                candidate.getPassportEncrypted().equals(encryptedPassport)) {
                return Optional.of(candidate);
            }
        }
        return Optional.empty();
    }
}

Нормативные требования (GDPR, ФЗ-152)

Хэширование помогает соответствовать законодательству:

• GDPR: требует минимизировать персональные данные → хэши занимают меньше места
• Принцип конфиденциальности: хэш необратим → безопаснее хранить
• Логирование: в логах видны только хэши, не реальные данные

Заключение

Хэширование ФИО и номера паспорта:

1. Снижает размер ключа в БД
2. Ускоряет поиск (числовое сравнение vs строковое)
3. Защищает персональные данные
4. Соответствует нормативам защиты данных
5. Стандартная практика в индустрии

Используйте SHA-256 с солью для критичных идентификаторов. Никогда не используйте MD5 для безопасности.