Security advisory
Lotus is an Implementation of the Filecoin protocol written in Go. BLS signature validation in lotus uses blst library method VerifyCompressed. This method accepts signatures in 2 forms: "serialized", and "compressed", meaning that BLS signatures can be provided as either of 2 unique byte arrays. Lotus block validation functions perform a uniqueness check on provided blocks. Two blocks are considered distinct if the CIDs of their blockheader do not match. The CID method for blockheader includes the BlockSig of the block. The result of these issues is that it would be possible to punish miners for valid blocks, as there are two different valid block CIDs available for each block, even though this must be unique. By switching from the go based `blst` bindings over to the bindings in `filecoin-ffi`, the code paths now ensure that all signatures are compressed by size and the way they are deserialized. This happened in https://github.com/filecoin-project/lotus/pull/5393.
- Products
- Not specified
- Affected versions
- Not specified
- Fixed versions
- Not specified
- CVEs
- CVE-2021-21405
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 31 Oct 2026, 11:12 UTC · Revision 1
Source evidence
Lotus is an Implementation of the Filecoin protocol written in Go. BLS signature validation in lotus uses blst library method VerifyCompressed. This method accepts signatures in 2 forms: "serialized", and "compressed", meaning that BLS signatures can be provided as either of 2 unique byte arrays. Lotus block validation functions perform a uniqueness check on provided blocks. Two blocks are considered distinct if the CIDs of their blockheader do not match. The CID method for blockheader includes the BlockSig of the block. The result of these issues is that it would be possible to punish miners for valid blocks, as there are two different valid block CIDs available for each block, even though this must be unique. By switching from the go based `blst` bindings over to the bindings in `filecoin-ffi`, the code paths now ensure that all signatures are compressed by size and the way they are deserialized. This happened in https://github.com/filecoin-project/lotus/pull/5393.
osv:CVE-2021-21405
Complete source record
{
"id": "b9223b686881fecc3dfaaed7998532ebf6e1524f2ad91b6f6d6c725da04e7432",
"url": "https://osv.dev/vulnerability/CVE-2021-21405",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "CVE-2021-21405",
"summary": "Lotus is an Implementation of the Filecoin protocol written in Go. BLS signature validation in lotus uses blst library method VerifyCompressed. This method accepts signatures in 2 forms: \"serialized\", and \"compressed\", meaning that BLS signatures can be provided as either of 2 unique byte arrays. Lotus block validation functions perform a uniqueness check on provided blocks. Two blocks are considered distinct if the CIDs of their blockheader do not match. The CID method for blockheader includes the BlockSig of the block. The result of these issues is that it would be possible to punish miners for valid blocks, as there are two different valid block CIDs available for each block, even though this must be unique. By switching from the go based `blst` bindings over to the bindings in `filecoin-ffi`, the code paths now ensure that all signatures are compressed by size and the way they are deserialized. This happened in https://github.com/filecoin-project/lotus/pull/5393.",
"evidence": "osv:CVE-2021-21405",
"products": [],
"severity": "high",
"structured": {
"id": "CVE-2021-21405",
"aliases": [
"CVE-2021-21405",
"GHSA-4g52-pqcj-phvh",
"GO-2022-0905"
],
"metrics": [
{
"type": "CVSS_V3",
"score": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N"
}
],
"affected": [
{
"ranges": [
{
"repo": "https://github.com/filecoin-project/lotus",
"type": "GIT",
"events": [
{
"introduced": "0"
},
{
"fixed": "55b85f3148b7b70b697a8a0b71d989e443d99ee0"
}
],
"database_specific": {
"extracted_events": [
{
"cpe": "cpe:2.3:a:filecoin:lotus:*:*:*:*:*:*:*:*",
"range": [
{
"introduced": "0"
},
{
"fixed": "1.5.0"
}
],
"source": "CPE_RANGE"
}
]
}
}
],
"versions": [
"v1.5.0-rc2",
"v1.5.0-rc1",
"v1.4.2",
"v1.4.2-rc1",
"v1.5.0-pre3",
"v1.5.0-pre2",
"v1.5.0-pre1",
"v1.4.1",
"v1.4.0",
"v1.4.1-pre1",
"v1.3.0",
"v1.3.0-rc1",
"v1.2.3",
"v1.2.3-rc1",
"v1.2.2-rc1",
"v1.2.2",
"v1.2.1",
"v1.2.0",
"v1.1.3",
"v1.1.3-rc1",
"v1.1.3-pre1",
"v1.1.2",
"v1.1.1",
"v1.1.1-pre1",
"v1.1.0",
"v1.0.0",
"v0.10.3-pre1",
"v0.10.2",
"v0.10.1",
"v0.10.0",
"v0.9.1",
"0.9.1-pre1",
"v0.9.0",
"v0.8.1",
"v0.8.0",
"v0.7.2",
"v0.7.1",
"v0.7.0",
"v0.6.2",
"v0.6.2-rc1",
"v0.6.1",
"v0.6.0",
"v0.5.10",
"v0.5.9",
"v0.5.8",
"v0.5.7",
"v0.5.6",
"v0.5.5",
"v0.5.4",
"v0.5.3",
"v0.5.2",
"v0.5.0",
"v0.4.2",
"v0.4.1",
"v0.4.0",
"v0.3.2",
"v0.3.0",
"v0.2.10",
"v0.2.9",
"v0.2.8",
"v0.2.7",
"v0.2.6",
"v0.2.5",
"v0.2.2",
"v0.2.1",
"v0.1.6",
"v0.1.5",
"v0.1.1"
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2021-21405.json"
}
}
],
"modified": "2026-10-20T10:53:20.675846207Z",
"provider": "osv",
"references": [
"https://github.com/filecoin-project/lotus/pull/5393",
"https://github.com/filecoin-project/lotus/security/advisories/GHSA-4g52-pqcj-phvh",
"https://gist.github.com/wadeAlexC/2490d522e81a796af9efcad1686e6754"
],
"provider_metadata": {}
},
"related_cves": [
{
"value": "CVE-2021-21405",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 384267,
"published_at": "2021-04-15T22:15:11.967+00:00"
}