p PatchFirst

CVE-2026-82411

CVE-2026-82411 · Objects API: Cross-object-type authorization bypass on the object history-detail endpoint

Esta página presenta datos de fuentes públicas de vulnerabilidades. Consulta el aviso original antes de actualizar.

Open Object provides an API and admin interface to manage objects and object types. From 2.4.3 until 2.5.1, 3.6.2, 4.0.2, and 4.1.1, a token scoped to read one ObjectType can read the full versioned record of an object of any other ObjectType via the history-detail endpoint `GET /api/v2/objects/{uuid}/{index}`. The `history_detail` action in `src/objects/api/v2/views.py` calls `self.get_queryset()` and `get_object_or_404` directly instead of `self.get_object()`, so `check_object_permissions` and the per-object check in `ObjectTypeBasedPermission.has_object_permission` are not invoked. The queryset's `filter_for_token` applies only to the list and search actions, while `ObjectTypeBasedPermission.has_permission` allows non-create actions, leaving neither check to constrain history-detail records to the token's permitted ObjectType. The normal retrieve endpoint returns 403 for the same unauthorized object, and the sibling history action enforces the grant. Any valid non-superuser API token with a read grant on at least one ObjectType can therefore disclose another ObjectType's complete versioned object `data`, which can include citizen or case records and sensitive identifiers in government deployments. This issue is fixed in versions 2.5.1, 3.6.2, 4.0.2, and 4.1.1.

CVSS 6.5 · Media · EPSS 0,3%

Publicación
Actualización

Productos y versiones afectados

  • open-object

    Versiones
    • >= 2.4.3, < 2.5.1: Afectada
    • >= 3.0.0, < 3.6.2: Afectada
    • >= 4.0.0-rc.1, < 4.0.2: Afectada
    • >= 4.1.0, < 4.1.1: Afectada

    Sin corrección publicada

Fuentes originales

Comprueba tu servidor →