---
id: CVE-2026-70557
title: >-
  diboot-core's POST /common/load-related-data endpoint resolves caller-supplied
  field names to any @TableField column of any entity and returns those values
  for all rows, with no field or entity allowlist
summary: >-
  diboot-core's POST /common/load-related-data endpoint resolves caller-supplied
  field names to any @TableField column of any entity and returns those values
  for all rows, with no field or entity allowlist. The only guard,
  relatedDataSecur…
severity: medium
cvss: 6.5
cvssVector: 'CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N'
cwe:
  - CWE-639
published: '2026-08-06'
updated: '2026-09-24'
sourceUpdated: '2026-09-24T20:43:32.537'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-70557'
references:
  - url: 'https://github.com/dibo-software/diboot'
    label: disclosure@vulncheck.com
  - url: 'https://github.com/dibo-software/diboot/issues/104'
    label: disclosure@vulncheck.com
  - url: 'https://github.com/dibo-software/diboot/issues/104'
    label: 134c704f-9b21-4f2e-91b3-4a467353bcc0
tags:
  - nvd
epss: 0.00354
epssPercentile: 0.26304
ingestedAt: '2026-09-24T20:51:40.186Z'
---

## Overview

diboot-core's POST /common/load-related-data endpoint resolves caller-supplied field names to any @TableField column of any entity and returns those values for all rows, with no field or entity allowlist. The only guard, relatedDataSecurityCheck(), returns true unconditionally, so any authenticated user (including a zero-role account) can read @JsonIgnore-annotated secret fields such as IamAccount.authSecret and IamAccount.secretSalt for every account, or arbitrary secret fields of any other entity. Shiro's two-iteration MD5 with an 8-character salt is trivially crackable offline, so the disclosed admin password hashes convert to full administrative takeover. The endpoint is not example code; the official diboot-admin-ui frontend requires it, so deployments following the vendor's recommended integration expose it. The mechanism was renamed relatedData* to attachMore* on the development branch, but attachMoreSecurityCheck() also returns true unconditionally.

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.