CVE-2026-56725
Beschrijving NL
Zammad is een webgebaseerd open source helpdesk/klantenondersteuningssysteem. Voorafgaand aan 7.0.2, samenvatting Een niet-geverifieerd verzoek om te POSTEN /api/v1/import/otrs/import_check blokkeert een Zammad-aanvraagmedewerker voor ongeveer twee minuten. De acties import_check en import_status missen de setup_done_response guard die andere acties in dezelfde controller dragen, zodat ze worden uitgevoerd op volledig ingestelde productie-instanties. De actie gaat een herprobeerlus in tegen een leeg OTRS-eindpunt en slaapt 30 s + 45 s tussen pogingen. Impact Een niet-geverifieerde externe aanvaller weigert service aan een productie Zammad-instantie. Elk verzoek kost bijna niets en dwingt ~115 seconden server-side blokkering af. Een paar verzoeken per seconde verzadigen de Puma-arbeiderspool. De toestand blijft bestaan zolang het verkeer voortduurt. Er is geen account, geldige importconfiguratie of doelkennis nodig buiten de hostnaam. CSRF-token wordt op triviale wijze verkregen uit een eerdere GET-reactie. Dit probleem is opgelost in versie 7.0.2.
Origineel (Engels) tonen
Zammad is a web based open source helpdesk/customer support system. Prior to 7.0.2, summary An unauthenticated request to POST /api/v1/import/otrs/import_check blocks a Zammad request worker for roughly two minutes. The import_check and import_status actions are missing the setup_done_response guard that other actions in the same controller carry, so they execute on fully set-up production instances. The action enters a retry loop against a blank OTRS endpoint, sleeping for 30 s + 45 s between attempts. Impact An unauthenticated remote attacker denies service to a production Zammad instance. Each request costs almost nothing and forces ~115 seconds of server-side blocking. A few requests per second saturate the Puma worker pool. The condition persists as long as the traffic continues. No account, valid import configuration, or target knowledge beyond the hostname is needed. CSRF token is trivially obtained from any prior GET response. This issue is fixed in version 7.0.2.