Christos Papakonstantinou

A failure in the `X509 verify cert()` function allows an unverified attacker CA to be permanently stored in the shared CertManager. This leads to a bypass of certificate validation across all type-blind sibling consumers, including native TLS, OCSP, CRL, and direct CertManager verification. This issue occurs when the software is built with the `--enable-opensslextra` flag or the macros `OPENSSL EXTRA`, `!NO CERTS`, and `!WOLFCRYPT ONLY` defined, and the application specifically calls the `X509 verify cert()` function.

When using Raw Public Key (RPK), a client side connection using TLS 1.2, 1.3, or DTLS 1.2 may accept an unsolicited `server cert type=RawPublicKey`. This behavior allows a malicious or misbehaving server to bypass authentication. This issue occurs in builds where RPK is enabled via `--enable-rpk`, `--enable-all`, or `--enable-distro` (HAVE RPK).

تسمح عملية فحص الوصول غير السليمة بترقية الامتيازات عبر نقطة النهاية «com users group editing webservice».

تسمح عملية التحقق غير السليمة من الوصول بترقية الامتيازات من خلال المهمة الدفعية `com users`.

تؤدي عمليات التحقق غير الكافية من الحالة إلى خلق ثغرة تسمح بتجاوز إجراءات المصادقة الثنائية (2FA).

قام Cargo بتطبيع عناوين URL الخاصة بسجلات الجهات الخارجية بشكل غير صحيح باستخدام بروتوكول الفهرس المتفرق (sparse index). في الحالات التي يسمح فيها مزود الاستضافة باستضافة سجلات متعددة بأسماء عشوائية ضمن نفس النطاق، يمكن للمهاجم القادر على نشر crates في أحد السجلات الحصول على بيانات اعتماد المستخدمين الآخرين في نفس السجل.

تعاملت Cargo بشكل غير صحيح مع الروابط الرمزية (symlinks) — وهي ملفات تشير إلى ملف أو دليل آخر — داخل ملفات tarball الخاصة بـ crate التي تم تنزيلها من سجلات تابعة لأطراف ثالثة. وهذا يسمح لـ crate ضار بتجاوز شفرة المصدر لـ crate آخر ينتمي إلى نفس السجل.