1. 项目概述为什么我们需要关心Navicat的密码加密如果你是一个经常和数据库打交道的开发者或运维Navicat这款图形化管理工具大概率是你的老朋友了。它方便、直观能连接MySQL、PostgreSQL、Oracle等一大堆数据库把繁琐的命令行操作变成了点点鼠标。但方便的同时也带来了一个不大不小的麻烦为了方便下次连接我们通常会把数据库密码保存在Navicat的连接配置里。时间一长或者换了台电脑你很可能就只记得Navicat能连上但完全想不起当初设置的原始密码是什么了。这时候你可能会去Navicat的配置文件里找但找到的是一串像15057D7BA390这样的乱码。这就是Navicat对你明文密码进行加密后的结果。从Navicat 11到最新的16甚至17这个加密机制一直在演进但核心逻辑一脉相承。理解这个机制不仅能帮你在忘记密码时“自救”更能让你对常见的对称加密、编码转换有一个非常直观和实战性的认识。今天我就结合自己从“一脸懵”到动手实现Java解密工具的经历把Navicat连接密码的加密机制掰开揉碎了讲清楚并给你一份可以直接跑起来的Java解密代码。2. Navicat密码加密机制深度解析要解密必须先懂它是怎么加密的。Navicat的加密并非天书它采用的是一种基于对称加密算法的自定义方案。其核心可以概括为一个自定义的对称加密算法 一层十六进制HEX编码的包装。不同版本的主要区别在于使用的密钥和初始化向量IV不同。2.1 核心加密流程拆解整个加密过程我们可以把它想象成一个简单的生产线输入明文密码比如你的数据库密码是mysecret123。选择加密算法Navicat使用的是Blowfish算法的CBC模式。Blowfish是一个经典的对称分组加密算法密钥长度可变。CBC模式则要求一个初始化向量IV来增加安全性。准备密钥Key和初始化向量IV这是版本差异的关键所在。Navicat使用一个固定的、公开的字符串经过MD5哈希后取前一部分作为实际的加密密钥和IV。Navicat 11及更早版本使用固定的字符串”3DC5CA39”作为原始材料。Navicat 12及以上版本使用固定的字符串”libcckeylibcckey”作为原始材料。 将这个字符串进行MD5哈希得到一个128位16字节的哈希值。对于Blowfish算法它需要一个可变长度的密钥通常最长448位。Navicat的做法是直接取这个MD5哈希值的前8个字节作为Blowfish算法的密钥。同时取这个MD5哈希值的前8个字节也作为CBC模式所需的IV初始化向量。是的密钥和IV在Navicat的这个场景下是相同的。进行Blowfish/CBC加密将你的明文密码转换为字节数组使用上一步得到的密钥和IV进行Blowfish CBC模式加密。由于是分组加密密码长度不是8字节倍数时需要进行填充通常是PKCS5Padding。输出并转换为十六进制字符串加密后得到的是一串字节数组。Navicat最后一步是将这个字节数组的每一个字节转换成两位的十六进制数字大写然后拼接起来。这就是你最终在配置文件里看到的像15057D7BA390这样的字符串。注意这里有一个极其关键的细节Navicat在加密前会对你的明文密码进行UTF-8编码得到字节数组。而在解密后你需要将这个字节数组按照UTF-8解码回字符串。如果编码解码方式不匹配即使算法正确得到的也是一堆乱码。2.2 版本差异与密钥演化为什么版本升级要换密钥字符串这很好理解是一种简单的安全增强。虽然算法本身和流程没变但换一个密钥材料旧版本的工具就无法直接解密新版本保存的密码了这迫使想要破解的人需要更新对密钥的认识。从”3DC5CA39”到”libcckeylibcckey”密钥材料的长度和复杂性都增加了。对于Navicat 12还有一个细节有些资料指出对于版本12和13可能使用了”libcckeylibcckey”的MD5而对于14可能使用了”libcckeylibcckey”重复多次或进行其他变换后的MD5。但在绝大多数公开的逆向工程和工具实现中为了通用性通常统一使用”libcckeylibcckey”的MD5作为12系列的密钥来源在实践中被证明对12-16版本都有效。这是一个“实践出真知”的点官方文档不会告诉你但社区通过测试摸索出来了。2.3 加密机制的安全性评价从现代密码学角度看Navicat的这个加密方案强度并不高甚至可以说是“防君子不防小人”。密钥固定且公开最大的弱点。加密的密钥不是由用户的主密码派生出来的而是一个硬编码在程序里的固定字符串。这意味着任何人只要知道这个字符串和算法就能解密所有用该版本Navicat保存的密码。这更像是一种“编码”或“混淆”而非真正的加密。密钥与IV相同在CBC模式中IV的作用是使相同的明文产生不同的密文。虽然Navicat使用了CBC模式但将IV设置为与密钥相同削弱了IV应有的随机化作用。不过由于密钥固定即使IV随机安全性提升也有限。算法公开Blowfish算法本身是公开的无安全问题。但整个加密流程和参数完全公开使得逆向工程变得直接。所以千万不要认为Navicat里保存的密码是安全的它只是为了方便用户免于每次输入而不是为了在不可信的环境中保护密码。任何能访问你电脑上Navicat配置文件或注册表的人都可以相对容易地还原出你的数据库密码。因此对于生产环境的数据库最佳实践仍然是使用具有强密码的、权限最小化的账户并避免在Navicat中保存高权限账户的密码或者使用SSH隧道、SSL证书等更安全的连接方式。3. 实战用Java实现Navicat密码解密理论讲完了我们来点硬的。下面我将一步步带你用Java实现一个能解密Navicat 11和12密码的工具。我们会用到Java标准库的javax.crypto包。3.1 环境准备与依赖你只需要一个安装了JDK1.8或以上的环境。不需要任何额外的第三方库全部使用标准库。建议使用IDE如IntelliJ IDEA或Eclipse方便管理和运行。核心需要用到的Java类javax.crypto.Cipher: 负责加密解密操作。javax.crypto.spec.SecretKeySpec: 用于构建Blowfish算法的密钥。javax.crypto.spec.IvParameterSpec: 用于构建CBC模式需要的IV参数。java.security.MessageDigest: 用于计算MD5哈希值。java.util.HexFormat(JDK 17) 或自定义工具方法用于十六进制字符串和字节数组的转换。3.2 核心解密代码实现我们先构建一个通用的解密类它能够根据版本选择不同的密钥。import javax.crypto.Cipher; import javax.crypto.spec.IvParameterSpec; import javax.crypto.spec.SecretKeySpec; import java.nio.charset.StandardCharsets; import java.security.MessageDigest; public class NavicatPasswordDecryptor { // 定义版本枚举 public enum NavicatVersion { NAVICAT_11, NAVICAT_12_PLUS } // 各版本对应的密钥原始字符串 private static final String KEY_MATERIAL_11 3DC5CA39; private static final String KEY_MATERIAL_12_PLUS libcckeylibcckey; /** * 解密Navicat加密密码 * * param encryptedHex 加密后的十六进制字符串 (如 15057D7BA390) * param version Navicat版本 * return 解密后的明文密码 * throws Exception 解密过程中的异常 */ public static String decrypt(String encryptedHex, NavicatVersion version) throws Exception { // 1. 十六进制字符串转字节数组 byte[] encryptedData hexStringToByteArray(encryptedHex); // 2. 根据版本获取密钥材料并计算MD5 String keyMaterial (version NavicatVersion.NAVICAT_11) ? KEY_MATERIAL_11 : KEY_MATERIAL_12_PLUS; byte[] md5Digest getMD5(keyMaterial.getBytes(StandardCharsets.UTF_8)); // 3. 取MD5结果的前8字节作为Blowfish的密钥和IV byte[] keyBytes new byte[8]; byte[] ivBytes new byte[8]; System.arraycopy(md5Digest, 0, keyBytes, 0, 8); System.arraycopy(md5Digest, 0, ivBytes, 0, 8); // 注意密钥和IV相同 // 4. 创建Blowfish密钥和IV参数规范 SecretKeySpec secretKey new SecretKeySpec(keyBytes, Blowfish); IvParameterSpec ivSpec new IvParameterSpec(ivBytes); // 5. 初始化Cipher为解密模式 Cipher cipher Cipher.getInstance(Blowfish/CBC/PKCS5Padding); cipher.init(Cipher.DECRYPT_MODE, secretKey, ivSpec); // 6. 执行解密 byte[] decryptedBytes cipher.doFinal(encryptedData); // 7. 将解密后的字节数组按UTF-8解码为字符串 return new String(decryptedBytes, StandardCharsets.UTF_8); } /** * 计算字节数组的MD5哈希值 */ private static byte[] getMD5(byte[] input) throws Exception { MessageDigest md MessageDigest.getInstance(MD5); return md.digest(input); } /** * 将十六进制字符串转换为字节数组 * (简单实现JDK 17 建议使用 java.util.HexFormat) */ private static byte[] hexStringToByteArray(String hex) { int len hex.length(); byte[] data new byte[len / 2]; for (int i 0; i len; i 2) { // 每两个字符解析一个字节 data[i / 2] (byte) ((Character.digit(hex.charAt(i), 16) 4) Character.digit(hex.charAt(i 1), 16)); } return data; } // 提供一个将字节数组转为十六进制字符串的方法用于测试加密 private static String byteArrayToHexString(byte[] bytes) { StringBuilder sb new StringBuilder(); for (byte b : bytes) { sb.append(String.format(%02X, b)); } return sb.toString(); } // 测试主方法 public static void main(String[] args) { try { // 测试用例假设这是Navicat 12保存的加密密码 String encryptedPassword 15057D7BA390; // 这里需要替换成你实际的加密字符串 NavicatVersion version NavicatVersion.NAVICAT_12_PLUS; String decryptedPassword decrypt(encryptedPassword, version); System.out.println(加密字符串: encryptedPassword); System.out.println(解密结果: decryptedPassword); // 你也可以测试Navicat 11 // String encryptedPassword11 你的Navicat11加密字符串; // String result11 decrypt(encryptedPassword11, NavicatVersion.NAVICAT_11); // System.out.println(Navicat11解密结果: result11); } catch (Exception e) { e.printStackTrace(); } } }3.3 代码关键点解读与避坑指南算法名称字符串Cipher.getInstance(Blowfish/CBC/PKCS5Padding)这个字符串必须精确。Blowfish是算法CBC是模式PKCS5Padding是填充方式。Navicat使用的正是这个组合。如果只写”Blowfish”可能会使用默认的ECB模式导致解密失败。密钥和IV的生成一定要取MD5哈希值的前8个字节。Blowfish支持更长的密钥但Navicat固定用了8字节64位。这是一个容易被忽略的细节如果用了完整的16字节MD5解密会失败。字符编码getBytes(StandardCharsets.UTF_8)和new String(decryptedBytes, StandardCharsets.UTF_8)这两处的编码必须一致且为UTF-8。这是正确还原明文密码的保证。异常处理解密过程中可能抛出多种异常如NoSuchAlgorithmException算法不存在、InvalidKeyException无效密钥、BadPaddingException错误的填充通常意味着密钥或密文错误。在实际工具中需要更细致的异常捕获和用户提示。十六进制转换上述代码提供了一个简单的hexStringToByteArray方法。在JDK 17及以上强烈推荐使用java.util.HexFormat例如HexFormat.of().parseHex(encryptedHex)代码更简洁安全。3.4 如何获取Navicat保存的加密密码解密工具有了加密密码从哪里来主要有两个途径对于Windows系统Navicat将连接信息保存在Windows注册表中。路径大致在HKEY_CURRENT_USER\Software\PremiumSoft\Navicat\Servers\你的连接名称或者对于不同数据库类型在Navicat\NavicatPremium\Servers\...等路径下。 在注册表编辑器中找到对应连接查看名为Pwd或Password的字符串值其数据就是加密后的十六进制字符串。操作注册表有风险修改前请务必备份通过导出连接文件在Navicat的“文件”菜单中选择“导出连接”。导出的文件后缀是.ncx。这是一个XML格式的文件。用文本编辑器打开它搜索Password或Pwd标签其内容就是加密密码。这种方式更安全也便于批量处理。4. 构建一个简单的图形界面解密工具命令行工具对于开发者很友好但对于不常敲命令的同事或想快速操作的时候一个图形界面会更方便。我们可以用Java Swing快速构建一个。import javax.swing.*; import java.awt.*; import java.awt.event.ActionEvent; import java.awt.event.ActionListener; public class NavicatDecryptorGUI extends JFrame { private JComboBoxString versionComboBox; private JTextArea encryptedTextArea; private JTextArea decryptedTextArea; private JButton decryptButton; public NavicatDecryptorGUI() { setTitle(Navicat密码解密工具); setSize(500, 400); setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); setLayout(new BorderLayout()); // 顶部面板版本选择和按钮 JPanel topPanel new JPanel(new FlowLayout()); topPanel.add(new JLabel(Navicat版本:)); versionComboBox new JComboBox(new String[]{Navicat 11, Navicat 12}); topPanel.add(versionComboBox); decryptButton new JButton(解密); topPanel.add(decryptButton); add(topPanel, BorderLayout.NORTH); // 中部面板加密密码输入 JPanel centerPanel new JPanel(new BorderLayout()); centerPanel.setBorder(BorderFactory.createTitledBorder(加密密码 (十六进制))); encryptedTextArea new JTextArea(5, 40); encryptedTextArea.setLineWrap(true); centerPanel.add(new JScrollPane(encryptedTextArea), BorderLayout.CENTER); add(centerPanel, BorderLayout.CENTER); // 底部面板解密结果展示 JPanel bottomPanel new JPanel(new BorderLayout()); bottomPanel.setBorder(BorderFactory.createTitledBorder(解密结果)); decryptedTextArea new JTextArea(5, 40); decryptedTextArea.setLineWrap(true); decryptedTextArea.setEditable(false); bottomPanel.add(new JScrollPane(decryptedTextArea), BorderLayout.CENTER); add(bottomPanel, BorderLayout.SOUTH); // 按钮事件监听 decryptButton.addActionListener(new ActionListener() { Override public void actionPerformed(ActionEvent e) { String encryptedHex encryptedTextArea.getText().trim(); if (encryptedHex.isEmpty()) { JOptionPane.showMessageDialog(NavicatDecryptorGUI.this, 请输入加密密码, 输入错误, JOptionPane.WARNING_MESSAGE); return; } // 根据选择确定版本 NavicatPasswordDecryptor.NavicatVersion version (versionComboBox.getSelectedIndex() 0) ? NavicatPasswordDecryptor.NavicatVersion.NAVICAT_11 : NavicatPasswordDecryptor.NavicatVersion.NAVICAT_12_PLUS; try { String result NavicatPasswordDecryptor.decrypt(encryptedHex, version); decryptedTextArea.setText(result); } catch (Exception ex) { JOptionPane.showMessageDialog(NavicatDecryptorGUI.this, 解密失败请检查\n1. 加密密码格式是否正确纯十六进制。\n2. 版本选择是否正确。\n3. 错误信息 ex.getMessage(), 解密错误, JOptionPane.ERROR_MESSAGE); decryptedTextArea.setText(); } } }); } public static void main(String[] args) { SwingUtilities.invokeLater(new Runnable() { Override public void run() { new NavicatDecryptorGUI().setVisible(true); } }); } }这个GUI工具非常基础但具备了核心功能选择版本、输入密文、点击解密、查看结果。你可以在此基础上增加更多功能比如文件导入直接读取.ncx文件解析出所有连接的加密密码并批量解密。历史记录保存最近解密过的记录。复制到剪贴板一键复制解密结果。更美观的UI使用更现代的JavaFX或打包成原生应用。5. 常见问题排查与进阶思考在实际使用自己编写的解密工具或理解这个过程时你可能会遇到一些问题。5.1 解密失败常见原因速查表问题现象可能原因解决方案抛出BadPaddingException1. 加密密码字符串输入错误含有空格、非十六进制字符。2. 版本选择错误用11的密钥解12的密文反之亦然。3. 密文本身不完整或被修改。1. 仔细核对密文确保是连续的十六进制字符串仅含0-9, A-F。2. 尝试切换版本进行解密。3. 重新从Navicat注册表或ncx文件中获取密文。解密结果是一堆乱码字符编码错误。解密后的字节数组没有用UTF-8解码。检查解密代码中new String(decryptedBytes, StandardCharsets.UTF_8)这一行。解密结果为空或异常短可能解密过程其实成功了但原始密码本身很短或者解密时去除了填充后得到空数据极少数情况。确认原始密码长度。可以尝试在解密后打印字节数组长度和内容进行调试。找不到Blowfish算法极老的JRE或非标准JRE可能不支持。确保使用Oracle JDK或OpenJDK 8及以上版本。从注册表复制的密文解密失败注册表编辑器显示时可能自动添加了空格或其他不可见字符。将密文先粘贴到记事本确保是纯净的字符串再复制到解密工具。5.2 关于Navicat Premium 17的说明截至我撰写本文时Navicat Premium 17的加密机制是否发生变化社区尚无定论。根据以往经验大版本号升级如15到16有时会沿用同一套密钥。对于17版本最稳妥的方法是实证测试用已知密码在Navicat 17中创建一个连接然后导出其加密密码用上述12的密钥尝试解密。如果成功则机制未变。关注社区开源解密工具如navicat-password-decryptor的更新通常会很快跟上新版本。如果上述方法失败可以查看这些工具是否发布了支持17版本的更新。自行逆向分析这需要更高的技术能力。可以通过分析Navicat 17的二进制文件例如使用IDA Pro、Ghidra等工具查找与libcckeylibcckey或加密函数相关的字符串和逻辑。5.3 密码管理的安全启示这个解密项目本身是一个很好的学习案例但它也尖锐地揭示了一个问题依赖客户端工具保存密码是极不安全的。Navicat的加密更像是一种“混淆”目的是防止密码被一眼看穿而不是抵御有意的攻击。对于真正的安全需求应该使用密码管理器用专业的密码管理器如Bitwarden、1Password生成并保存高强度、唯一的数据库密码Navicat中不保存密码每次手动输入或通过密码管理器自动填充。使用连接字符串或环境变量在开发中将数据库连接信息包括密码放在环境变量或经过加密的配置文件中而不是硬编码或保存在客户端工具里。利用数据库的认证机制尽可能使用SSL证书认证、IAM数据库认证如AWS RDS的IAM等方式减少对静态密码的依赖。最小权限原则给Navicat连接使用的数据库账户分配最小必要的权限即使密码泄露也能将损失降到最低。通过这次从原理到实现的完整探索相信你已经对Navicat的密码加密机制了如指掌。这不仅是一个实用的“救急”技能更是一次深入理解对称加密、编码和软件安全实践的绝佳机会。记住工具是帮手但真正的安全源于意识和规范。