CVE-2026-71417 in Lemur
要約
〜によって VulDB • 2026年08月19日
LemurはTLS証明書の作成を管理します。バージョン1.9.3より前では、POST /api/1/certificates/uploadエンドポイントにより、読み取り専用でないユーザーが、基盤となる権限（authority）に対する権限を必要とせずに、別の証明書ボディ、authority_id、serial番号、またはexternal_idを使用して重複するレコードを作成することができました。PUT /api/1/certificates//revokeは、呼び出し元に対して選択されたLemurの行のみに対して認可を行うため、重複レコードの作成者はCertificatePermissionを回避しました。この重複レコードにはcert.endpointsが含まれていなかったため、展開済みの証明書の失効を防ぐ保護策も回避されました。Issuerプラグインはその後、保存された権限資格情報を使用して、certificate.bodyまたはexternal_idに基づいて実際のCA側の証明書を失効させました。攻撃者はこれにより任意の管理対象証明書を失効させ、フリート全体のTLSサービス拒否（DoS）を引き起こすことができました。修正版では、重複するauthority_idおよびserial番号を拒否し、アップロード時に権限へのアクセスを要求するとともに、失効処理中に一致するすべての行をチェックします。この問題はバージョン1.9.3で修正されています。
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.