使用NID_secp256k1创建EC_KEY时校验返回密钥验证失败

EC_KEY_new_by_curve_name(NID_secp256k1) 这个接口的作用仅仅是初始化绑定了secp256k1曲线参数的EC_KEY对象，完全不会自动生成可用的公私钥对。执行完这一步时，返回的EC_KEY内部只有曲线的定义域、基点、阶等公开参数，存私钥的大整数字段、存公钥的椭圆点字段全是未填充的空值。

而EC_KEY_check_key()的校验逻辑，从设计上就要求待校验的密钥必须同时满足两个硬性条件：

• 存在合法私钥：私钥是大于0、且小于曲线阶的正整数
• 存在合法公钥：公钥是落在曲线上的非无穷远点，且满足“公钥=私钥×曲线基点”的对应数学关系

直接对刚初始化、没有有效密钥材料的EC_KEY做校验，必然返回失败。
你贴的Valgrind日志刚好能印证这个判断：全程没有内存非法访问错误，因为EC_KEY结构体本身是OpenSSL正常分配的合法内存，只是内部字段没填值，根本不存在野指针、越界的问题；日志里提到的1200多字节的堆泄漏，是OpenSSL 1.0.x版本退出时不主动释放全局算法表、曲线参数表的常规已知问题，和这次的校验失败没有任何关系，不需要在泄漏问题上浪费排查精力。

• 修正代码的调用顺序，补上缺失的密钥生成环节。很多开发者会混淆“初始化曲线上下文”和“生成密钥对”的区别，在EC_KEY_new_by_curve_name返回后，必须显式调用EC_KEY_generate_key(key)接口，让OpenSSL基于绑定的secp256k1曲线随机生成合法私钥，再计算派生对应的公钥点，之后再调用校验接口。正确的调用逻辑参考：

  // 初始化绑定secp256k1曲线的EC_KEY上下文
  EC_KEY *key = EC_KEY_new_by_curve_name(NID_secp256k1);
  if (key == NULL) {
      // 处理曲线不支持、内存分配失败等异常场景
  }
  // 生成合法公私钥对——缺失这一步必然导致校验失败
  if (EC_KEY_generate_key(key) != 1) {
      // 处理密钥生成过程中的异常
  }
  // 此时再执行校验即可正常通过
  if (EC_KEY_check_key(key) != 1) {
      // 处理校验失败的业务逻辑
  }
  

• 如果你的场景是手动填充公私钥值（而非调用EC_KEY_generate_key自动生成），需要重点排查两类高频错误：
  • 私钥取值不符合规范：私钥的合法范围是[1, n-1]（n为secp256k1的曲线阶），取值为0、或者大于等于曲线阶的私钥，会直接触发校验失败
  • 公私钥不匹配：手动设置的公钥没有通过EC_KEY_set_public_key正确绑定到EC_KEY对象，或者公钥点本身不在secp256k1曲线上、不满足“公钥=私钥×基点”的数学关系
• 若已经补上了EC_KEY_generate_key的调用仍存在校验失败，可检查当前使用的OpenSSL版本：1.0.2系列的早期版本存在secp256k1曲线参数解析的已知bug，但这类问题通常会伴随大整数运算的内存报错，和你当前Valgrind无内存错误的日志特征不匹配，排查优先级靠后。

内容的提问来源于stack exchange，提问作者Ayoub Mafkoud