Какой у вас практический опыт применения криптографии в Java-приложениях?

А, криптография! Ну это ж святое, блядь. Вся эта хуйня с шифрами, ключами и солями — без неё сейчас нихуя не работает, как без воздуха. Сидишь ты такой, думаешь: «Ну токен в базу запишу, и всё». А потом какой-нибудь пидарас шерстяной его вытащит, и пиздец твоему сервису. Так что слушай сюда, я тебе на пальцах, но с технической точностью, объясню, как не облажаться.

Основные сцены из нашей криптографической жизни:

1. Симметричное шифрование (AES). Это когда у тебя один ключ и на замок, и на отмычку. Идеально, чтобы какую-нибудь важную хуйню в базе спрятать — тот же токен пользователя. Чтоб даже если базу слили, а ключа нет — читали эту абракадабру и плакали.
2. Хеширование (SHA-256/512) с солью. Это про пароли, ёпта! Запомни раз и нахуй: пароли в открытом виде НЕ ХРАНИМ. Вообще. Никогда. Даже не думай. Мы их нахуй превращаем в нечитаемую строку (хеш), да ещё и соль (случайную приправу) подмешиваем, чтобы два одинаковых пароля выглядели по-разному. Удивление пиздец, но это база.
3. Асимметричное шифрование и подписи (RSA). Тут уже два ключа: публичный (всем показывай) и приватный (прячь как зеницу охуя). Ими или секретный ключ для AES безопасно передать можно, или цифровую подпись на документе накатать, чтобы все знали — это именно ты, а не левый мудак.

Вот, смотри, как строку AES'ом прикрыть:

import javax.crypto.Cipher;
import javax.crypto.KeyGenerator;
import javax.crypto.SecretKey;
import java.util.Base64;

public class AesEncryptor {
    public static String encrypt(String plainText, SecretKey key) throws Exception {
        Cipher cipher = Cipher.getInstance("AES/GCM/NoPadding"); // GCM — это модно, молодёжно и с проверкой целостности
        cipher.init(Cipher.ENCRYPT_MODE, key);
        byte[] iv = cipher.getIV(); // Вектор инициализации (IV) — без него никуда, особенно в GCM
        byte[] cipherText = cipher.doFinal(plainText.getBytes());
        // Склеиваем IV и шифртекст, кодируем в base64, чтобы в строку влезло
        return Base64.getEncoder().encodeToString(iv) + ":" +
               Base64.getEncoder().encodeToString(cipherText);
    }
}

Видишь GCM/NoPadding? Это чтобы не быть как те чуваки, которые используют ECB и получают предсказуемые узоры в шифре. Не будь как они. Будь умнее.

А вот как пароль солить и хешировать, чтобы не было мучительно больно:

import java.security.MessageDigest;
import java.security.SecureRandom;
import java.util.Base64;

public class PasswordHasher {
    public static String hashPassword(String password, byte[] salt) throws Exception {
        MessageDigest md = MessageDigest.getInstance("SHA-256");
        md.update(salt); // Сначала соль, потом уже всё остальное
        byte[] hashedPassword = md.digest(password.getBytes());
        return Base64.getEncoder().encodeToString(hashedPassword);
    }
    // Соль должна быть уникальной для каждого пароля, как отпечаток пальца, блядь
    public static byte[] generateSalt() {
        byte[] salt = new byte[16];
        new SecureRandom().nextBytes(salt); // Только SecureRandom! Никаких Random()!
        return salt;
    }
}

И теперь, блядь, главные заповеди, которые нарушать — себя не уважать:

• Ключи и соли — не в коде! Серьёзно, ты что, дебил? Это как оставить ключи от квартиры под ковриком. Юзай AWS KMS, HashiCorp Vault или хотя бы Java KeyStore. Волнение ебать, когда вижу SecretKey key = "mySuperKey".getBytes() в продакшене.
• Алгоритмы — только стойкие. Забудь про DES, MD5 и ECB, как про страшный сон. Это всё — историческое наследие, на котором сейчас только демо-примеры пишут.
• Всё случайное — только через SecureRandom. IV, соли, ключи — вся эта хуйня должна генерироваться криптографически стойким генератором. Иначе это просто пиздец, а не безопасность.

Вот так вот, коротко и без воды. Делай по-взрослому, а не как мартышлюшка с гранатой.