CVE-2026-85649: High severity Holloway Actualizer vulnerability

Published Sep 4, 2026
·
Updated

(Holloway) Chew, Kean Ho's Actualizer v1.2.0 and earlier contains a fail-open password validation vulnerability in the Alpha user and root user password loops of Shell/debian-minbase-install.sh. The installer invokes mkpasswd to generate yescrypt password hashes but does not check the command's return value and unconditionally accepts the result. If mkpasswd fails to generate a yescrypt hash, for example because an incompatible mkpasswd implementation or an environment without yescrypt support is used, the resulting password hash variable can be empty and the build proceeds. The resulting image can therefore contain empty password fields for the root and alpha accounts, potentially permitting passwordless authentication depending on the authentication configuration.

Affected Software

1 affected component
Holloway Actualizer<=1.2.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade Actualizer to a version that resolves this vulnerability.

    Fixed in v1.2.1

Event History

Sep 4, 2026
CVE Published
via MITRE·12:59 PM
Data Sourced
via MITRE·12:59 PM
RemedyDescriptionSeverityWeakness
Data Sourced
via NVD·01:20 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Under what conditions can an affected image be created?

The issue is triggered when the installer’s mkpasswd invocation fails to generate a yescrypt hash, such as when mkpasswd is incompatible or yescrypt support is unavailable. The installer does not check for that failure and continues the build with an empty password-hash variable.

2

Which accounts may be created with empty password fields?

The affected password-validation loops are for the root account and the Alpha user account. A failed yescrypt hash generation can therefore leave either or both accounts with empty password fields in the resulting image.

3

Does an empty password field always permit login without a password?

No. Whether passwordless authentication is possible depends on the authentication configuration of the resulting image. The vulnerability creates the empty password fields; the authentication policy determines whether they can be used to authenticate.

4

How can I determine whether a built image is affected?

Check whether the image was built in an environment where mkpasswd could not produce yescrypt hashes, including incompatible mkpasswd implementations or environments without yescrypt support. Inspect the root and Alpha account password fields for empty values.

5

What change addresses the installer behavior?

Use the fixed release referenced as v1.2.1, which follows the affected versions described as v1.2.0 and earlier. If rebuilding is necessary, ensure mkpasswd supports yescrypt and that hash-generation failures stop the build rather than being accepted.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203