• Debian 11 has reached its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.81 is the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

Forwarded to devs Certificate assignment fails with "Permission denied" when logged in as customer (works as admin)

nethubonline

Regular Pleskian
Username:

TITLE

Certificate assignment fails with "Permission denied" when logged in as customer (works as admin)

PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE

Plesk Obsidian 18.0.80.7, AlmaLinux 9.4 x86_64

PROBLEM DESCRIPTION

When assigning an uploaded or self-signed SSL/TLS certificate to a domain's hosting via Hosting & DNS > Hosting > Certificate, Plesk returns "Permission denied" and the certificate is not saved/assigned.

This only occurs when logged in as the customer (subscription owner). Performing the same steps while logged in as admin works correctly with no error.

STEPS TO REPRODUCE

  1. Create a customer account:
Bash:
plesk bin customer --create example.com -name "example.com" -passwd "ComplexPassword@123"
  1. Create a subscription:
Bash:
plesk bin subscription --create example.com -owner example.com -service-plan "Plan 1" -ip 1.2.3.4 -login ftp_example -passwd "ComplexPassword@123"
  1. Log in to Plesk as example.com.
  2. Go to Dashboard > SSL/TLS Certificates > Manage > Add SSL/TLS Certificate, and either generate a self-signed certificate or upload a certificate.
  3. Go to Hosting & DNS > Hosting > Certificate, select the self-signed/uploaded certificate, and click Save.

ACTUAL RESULT

Error: Permission denied. (Only reproducible as customer; admin can perform the same action successfully.)

EXPECTED RESULT

The selected certificate should be saved and assigned to the domain's hosting without error.

ANY ADDITIONAL INFORMATION

(DID NOT ANSWER QUESTION)

YOUR EXPECTATIONS FROM PLESK SERVICE TEAM

Confirm bug
 
Thank you for the report, @nethubonline . The issue is caused by the lack of the "Hosting settings management" permission. You can grath the prmission for the service plan and sync, or by individually customizing the subscription. Once grated you should be able to assign the certificate.

We already have an internal task under which the behavior is being investigated by our engineers. I will follow up once we get confirmation on whether this is recognized as a bug or expected behavior.
 
Hi Sebahat,

Thanks for looking into this.

Apologies, I omitted a step in my original "STEPS TO REPRODUCE" — the service plan was created with SSL/TLS support already enabled:

Bash:
plesk bin service_plan -c "Plan 1" -ssl true -ssl-redirect true

Regarding the "Hosting settings management" permission: I can confirm that granting this permission does resolve the issue. However, previously this permission was not required - simply having -ssl true -ssl-redirect true set on the service plan was enough for the end user to update their SSL certificate. We haven't changed the plan's permission settings for years; the only change we made was updating Plesk.

We can confirm the last version where end users could successfully change the SSL setting without this extra permission was 18.0.70.

We'd also prefer not to grant the "Hosting settings management" permission as a workaround, since it's too broad - it grants access to far more than just SSL configuration. Ideally we'd like a way to allow customers to manage SSL settings only, without exposing the rest of the hosting settings.
 
Back
Top