Hoe gebruik je deze handleiding?
Fouten worden gegroepeerd op ondertekeningsmethode of -tool. De kolom 'Interface' geeft aan waar de klant het bericht heeft gezien: een opdrachtregelvenster (CLI), een pop-upvenster in een app/GUI, een logbestand, een CI/CD-pipelineconsole of een algemeen Windows-systeembericht. Zo kunt u snel controleren of u naar de juiste melding kijkt. De geciteerde tekst in de kolom 'Fout/Symptoom' is de letterlijke tekst zoals die in de documentatie van SSL.com staat. Voor problemen die wijzigingen in de backend van SSL.com vereisen, staat dit direct vermeld in de kolom 'Oplossing'. In die gevallen dient de klant zelf contact op te nemen met de ondersteuning van SSL.com, die het probleem indien nodig doorstuurt naar de technische afdeling.
Codeondertekening op basis van tokens — Algemeen /SignTool
Van toepassing op elke workflow met hardwaretokens (YubiKey of SafeNet) die gebruikmaakt van Microsoft SignTool.
|
Fout / Symptoom |
Interface |
waarschijnlijke oorzaak |
Resolutie |
Bron |
|
'Signtool' wordt niet herkend als een interne of externe opdracht, uitvoerbaar programma of batchbestand. |
CLI |
Het commando werd ingevoerd met alleen het woord "signtool" in plaats van het volledige pad naar signtool.exe. |
Vervang “signtool” in de opdracht door het volledige pad naar signtool.exe (bijv. C:\Program Files (x86)\Windows Kits\10\bin\). \x64\signtool.exe). |
|
|
“Het tijdstempelcertificaat voldoet niet aan de minimale vereiste lengte van de openbare sleutel.” |
CLI |
De standaard tijdstempelserver van SSL.com geeft ECDSA-gebaseerde tijdstempels uit, en de ondertekeningssoftware/leverancier accepteert geen ECDSA-tijdstempelsleutels. |
Vraag uw softwareleverancier om ECDSA-tijdstempelsleutels toe te staan, of gebruik het oudere RSA-tijdstempel-eindpunt. http://ts.ssl.com/legacy. |
|
|
"Windows kan de uitgever van deze stuurprogrammasoftware niet verifiëren." |
Windows-systeem |
De software of driver is gedistribueerd zonder een geldig certificaat voor codeondertekening, waardoor Windows de identiteit van de uitgever niet kan bevestigen. |
Onderteken de software met een geldig OV- of EV-codeondertekeningscertificaat voordat u deze distribueert. |
|
|
Configuratieproblemen na het installeren van een OV/EV-certificaat |
Windows-systeem |
De OV- en EV-codeondertekeningscertificaten werden handmatig in het certificaatarchief van de computer geïnstalleerd in plaats van te worden gebruikt vanuit de hardwaretoken/HSM. |
Installeer de OV/EV-codeondertekeningscertificaten niet handmatig; gebruik ze rechtstreeks vanaf het YubiKey FIPS-token, het SafeNet-token of via eSigner cloudondertekening. |
YubiKey FIPS-tokenfouten
Van toepassing op codeondertekeningscertificaten die zijn uitgegeven op een YubiKey FIPS 140-2 hardwaretoken.
|
Fout / Symptoom |
Interface |
waarschijnlijke oorzaak |
Resolutie |
Bron |
|
Weet ik de YubiKey PIN of PUK niet? Kan ik die niet vinden? |
NB |
De PIN/PUK-code is nooit opgehaald uit het accountportaal, of het token is opnieuw uitgegeven. |
Log in op het klantportaal van SSL.com, open de certificaatbestelling en gebruik de link 'activeren' onder Fysieke tokens / YubiKey FIPS 140-2 om de pincode en PUK op te halen. |
|
|
YubiKey niet herkend door de computer / certificaat niet gevonden door SignTool |
Windows-systeem |
De Yubico Authenticator of het benodigde ministuurprogramma is niet geïnstalleerd, waardoor het besturingssysteem het certificaat op het token niet kan herkennen. |
Installeer Yubico Authenticator en de YubiKey mini-driver; controleer of het serienummer van de token wordt weergegeven in Yubico Authenticator voordat u ondertekent. |
Thales SafeNet (Gemalto) Tokenfouten
Van toepassing op codeondertekeningscertificaten die zijn uitgegeven op een Thales SafeNet/Gemalto USB-token, gebruikt met SafeNet Authentication Client (SAC).
|
Fout / Symptoom |
Interface |
waarschijnlijke oorzaak |
Resolutie |
Bron |
|
“Onjuist wachtwoord” |
App/GUI |
Er is een onjuist tokenwachtwoord/PIN ingevoerd tijdens het ondertekenen met SignTool. |
Voer het juiste tokenwachtwoord opnieuw in; als u het bent vergeten, kunt u het terugvinden in uw SSL.com-accountgegevens of opnieuw instellen met behulp van uw PUK-code. |
Hoe u uw Thales SafeNet/Gemalto Token-wachtwoord kunt wijzigen |
|
"Het token is geblokkeerd vanwege te veel mislukte aanmeldpogingen." |
App/GUI |
Het maximaal toegestane aantal onjuiste wachtwoord-/pincode-pogingen is overschreden. |
Open SafeNet Authentication Client, ga naar de geavanceerde weergave, selecteer 'Tokenwachtwoord instellen', voer uw PUK in als beheerderswachtwoord en stel vervolgens een nieuw tokenwachtwoord in en bevestig dit. |
Hoe u uw Thales SafeNet/Gemalto Token-wachtwoord kunt wijzigen |
|
'Signtool' wordt niet herkend als een interne of externe opdracht, uitvoerbaar programma of batchbestand. |
CLI |
Hetzelfde probleem met het SignTool-pad als in het algemene token-gedeelte: de opdracht is ingevoerd zonder het volledige uitvoerbare pad. |
Vervang “signtool” in de opdracht door het volledige pad naar signtool.exe. |
|
|
SafeNet Authentication Client detecteert het token niet na installatie. |
Windows-systeem |
SAC is geïnstalleerd, maar de computer is niet opnieuw opgestart, waardoor de wijzigingen in stuurprogramma's/services niet zijn doorgevoerd. |
Start de computer opnieuw op na het installeren van SafeNet Authentication Client; het token zou dan herkend moeten worden. |
SafeNet Authentication Client Downloaden voor Code Signing Certificaten |
eSigner CodeSignTool (CLI)
Van toepassing op het CodeSignTool Java CLI-hulpprogramma van SSL.com.
|
Fout / Symptoom |
Interface |
waarschijnlijke oorzaak |
Resolutie |
Bron |
|
Kan de eSigner-referentie-ID niet vinden. |
App/GUI |
De inloggegevens (vereist voor CodeSignTool en de CSC API) zijn niet gevonden in het accountportaal. |
Open in uw SSL.com-account de certificaatbestelling en scroll naar het gedeelte 'Ondertekeningsgegevens' om de eSigner-referentie-ID, het certificaatserienummer en het eSigner-label te bekijken. |
|
|
"Fout: ongeldige OTP" (handmatige ondertekening) |
App/GUI |
De QR-code die in de authenticatie-app is gescand, komt niet overeen met de gebruikte gebruikersnaam/wachtwoord/referentie-ID, of de OTP is verlopen. |
Controleer of je de QR-code van het juiste account hebt gescand (niet die van een teamgenoot), genereer een nieuwe OTP en voer deze direct opnieuw in, aangezien OTP's snel verlopen. |
|
|
"Fout: ongeldige OTP" (geautomatiseerde/TOTP-ondertekening) |
CLI |
Het TOTP-geheim behoort tot een ander account/certificaat dan de opgegeven gebruikersnaam, het wachtwoord en de referentie-ID; het geheim zelf is ongeldig; of de systeemtijd is niet gesynchroniseerd. |
Controleer of het TOTP-geheim overeenkomt met de account- en inloggegevens die worden gebruikt, bevestig dat het geheim correct is gekopieerd en synchroniseer uw systeemklok met een betrouwbare tijdserver (TOTP is afhankelijk van een nauwkeurige tijdsynchronisatie met de ondertekeningsserver). |
|
|
“'C:\Users\Admin\Dropbox\My' wordt niet herkend als een interne of externe opdracht, uitvoerbaar programma of batchbestand.” / “Het systeem kan het opgegeven pad niet vinden.” |
CLI |
Een bestandspad met spaties werd zonder aanhalingstekens aan CodeSignTool doorgegeven, waardoor de shell het als meerdere afzonderlijke argumenten interpreteerde. |
Plaats het pad naar het invoerbestand en het pad naar de uitvoermap tussen aanhalingstekens en typ of kopieer de parameters rechtstreeks in de opdrachtregel in plaats van via een andere teksteditor. |
|
|
“\Documents\sample was onverwacht op dit moment.” |
CLI |
Het probleem met het parsen van paden zonder aanhalingstekens blijft zich voordoen: de shell breekt het pad af bij de spatie en behandelt de rest als een losstaand token. |
Plaats het volledige bestandspad tussen aanhalingstekens, zodat de shell het als één argument behandelt. |
|
|
“WAARSCHUWING: sun.reflect.Reflection.getCallerClass wordt niet ondersteund. Dit zal de prestaties beïnvloeden.” |
CLI |
Een onschadelijke Java-runtimewaarschuwing, veroorzaakt door de JVM-versie die wordt gebruikt om CodeSignTool uit te voeren. |
Dit is een prestatiewaarschuwing, geen ondertekeningsfout — u kunt deze negeren; controleer de daadwerkelijke uitvoer voor een bevestiging "Code succesvol ondertekend". |
|
|
Het ondertekeningscommando mislukt stilzwijgend of weigert de inloggegevens wanneer het wachtwoord speciale tekens bevat. |
CLI |
De parameter -password bevat speciale tekens (bijv. !, @, ^) maar stond niet tussen aanhalingstekens, waardoor de shell de waarde verkeerd interpreteert. |
Plaats het wachtwoord tussen aanhalingstekens als het speciale tekens bevat, bijvoorbeeld -password=”P!@^^ssword12″. |
|
|
De parameter credential_id ontbreekt (bij accounts met meerdere certificaten). |
CLI |
Het account heeft meer dan één eSigner-certificaat voor codeondertekening, waardoor CodeSignTool niet standaard één enkele referentie kan gebruiken. |
Geef expliciet -credential_id= door Gebruik in de opdracht `get_credential_ids` om alle inloggegevens van het account weer te geven. |
|
|
{“error_description”:”code: QuotaExceededError – message: Quota exceeded”,”error”:”server_error”} |
CLI / CI-CD |
De add-on voor het scannen op malware die is gekoppeld aan de ondertekeningsgegevens heeft een interne gebruikslimiet bereikt, zelfs als het accountdashboard nog ondertekeningsmogelijkheden toont. |
Dit probleem kunt u niet zelf oplossen. Neem contact op met de ondersteuning van SSL.com, zodat zij de limiet voor malware-scans op uw account kunnen aanpassen. Wacht 1 tot 2 uur nadat de aanpassing is doorgevoerd voordat u het opnieuw probeert. |
SSL.com-ondersteuning (intern / accountspecifiek) |
|
“com.ssl.code.signing.tool.exception.CscApiException: server_error 500 at com.ssl.code.signing.tool.csc.CscApi.sendOtp(…)” |
Logbestand |
Het inloggen lukt, maar het verzoek om het eenmalige wachtwoord via sms te versturen mislukt vanwege een configuratieprobleem met de ondertekeningsgegevens aan de kant van SSL.com. |
Neem contact op met de ondersteuning van SSL.com om de OTP-configuratie van de inloggegevens te laten resetten. |
SSL.com-ondersteuning (intern / accountspecifiek) |
|
CodeSignTool meldt succes (exitcode 0), zelfs als het ondertekenen in werkelijkheid is mislukt. |
CI/CD-pijplijn |
Oudere versies van CodeSignTool hadden een bug waardoor het programma succes rapporteerde, ongeacht het werkelijke resultaat, waardoor fouten in de pipeline moeilijk te detecteren waren. |
Update naar de nieuwste versie van CodeSignTool, die fouten correct rapporteert. |
|
|
De limiet voor het aantal authenticaties is bereikt bij het achter elkaar ondertekenen van veel bestanden. |
CI/CD-pijplijn |
Voor elk afzonderlijk bestand wordt een nieuwe aanmelding/authenticatie aangevraagd in plaats van één sessietoken te hergebruiken voor meerdere ondertekeningen. |
Gebruik hetzelfde authenticatietoken gedurende de hele ondertekeningssessie in plaats van vóór elk bestand opnieuw te authenticeren. Grote zakelijke klanten die nog steeds tegen limieten aanlopen, kunnen contact opnemen met de ondersteuning van SSL.com om de mogelijkheden voor hun account te bespreken. |
|
|
"Fout: ongeldige OTP" (handmatige ondertekening) |
App/GUI |
De QR-code die in de authenticatie-app is gescand, komt niet overeen met de gebruikte gebruikersnaam/wachtwoord/referentie-ID, of de OTP is verlopen. |
Controleer of je de QR-code van het juiste account hebt gescand (niet die van een teamgenoot), genereer een nieuwe OTP en voer deze direct opnieuw in, aangezien OTP's snel verlopen. |
|
|
Ongeldige handtekening op MSI-installatieprogramma's die zijn gemaakt met Visual Studio. |
App/GUI |
Een bekend compatibiliteitsprobleem tussen eSigner en MSI-installatieprogramma's die worden geproduceerd door de verpakkingstools van Visual Studio. |
Gebruik de WiX Toolset om MSI-installatieprogramma's te maken in plaats van Visual Studio als tijdelijke oplossing. |
eSignerCKA (Cloud Key Adapter)
Dit geldt voor eSigner CKA, waarmee eSigner-certificaten in het Windows-certificaatarchief worden geladen voor gebruik met SignTool.exe of Certutil.exe, inclusief CI/CD-pipelines.
|
Fout / Symptoom |
Interface |
waarschijnlijke oorzaak |
Resolutie |
Bron |
|
“Het tijdstempelcertificaat voldoet niet aan de minimale vereiste lengte van de openbare sleutel.” |
CLI |
Hetzelfde compatibiliteitsprobleem met ECDSA-tijdstempels als bij ondertekening op basis van tokens, treedt op bij gebruik van eSigner CKA met SignTool. |
Neem contact op met uw softwareleverancier om ECDSA-tijdstempelsleutels toe te staan, of gebruik het oude eindpunt. http://ts.ssl.com/legacy voor een RSA-tijdstempel. |
Automatiseer het ondertekenen van EV-codes met SignTool/Certutil met behulp van eSigner CKA. |
|
“Dit bestandsformaat kan niet worden ondertekend omdat het niet wordt herkend.” (ondertekening van .app-bestanden) |
CLI |
Er wordt geprobeerd een Microsoft Dynamics 365 Business Central .app-bestand te ondertekenen met eSigner CKA voordat de Dynamics 365 Business Central-applicatie zelf is geïnstalleerd, waardoor SignTool het bestandsformaat niet kan parseren. |
Installeer eerst Microsoft Dynamics 365 Business Central (installatieoptie voor servers) en onderteken vervolgens het resulterende .app-bestand met SignTool via eSigner CKA. |
|
|
Het ondertekenen van een VBA-macro mislukt stilzwijgend / handtekening afgewezen |
App/GUI |
VBA stuurt eSigner een SHA1-hash van de code, maar eSigner vereist een SHA256-hash of hoger. |
Voeg de DWORD-registerwaarde V1HashEnhanced toe onder HKCU\SOFTWARE\Microsoft\VBA\Security en stel deze in op 2 (SHA256), 3 (SHA384) of 4 (SHA512) volgens de richtlijnen van Microsoft, en onderteken vervolgens opnieuw. |
|
|
Certificaat verschijnt niet / is niet bruikbaar via SignTool |
App/GUI |
eSigner CKA is niet geïnstalleerd, of de ondertekeningsmodus (handmatig/automatisch) en het certificaattype (productie/test) zijn niet geconfigureerd. |
Installeer eSigner CKA en configureer expliciet de ondertekeningsmodus en het certificaattype voordat u probeert te ondertekenen; bevestig eerst uw registratie bij eSigner. |
Automatiseer het ondertekenen van EV-codes met SignTool/Certutil met behulp van eSigner CKA. |
|
“Ondertekeningsgegevens niet geconfigureerd. Zorg ervoor dat het certificaat is uitgegeven voordat u ondertekent.” + “Het ophalen van certificaat-ID is mislukt. Fout: Objectverwijzing is niet ingesteld op een instantie van een object.” / (CLI) “Onverwerkte uitzondering: System.NullReferenceException: Objectverwijzing is niet ingesteld op een instantie van een object. bij eSignerCKATool.eSignerCKATool.Config(CommandLineInfo commandLineInfo)” |
App/GUI + CLI |
Ofwel is er een achtergebleven/ongeldige ondertekeningsreferentie op het account (zoals een oude, ongebruikte referentie) die deze versie van eSigner CKA niet correct overslaat, ofwel is er een certificaat dat op het account als 'Uitgegeven' wordt weergegeven, maar nog niet volledig is gekoppeld aan de cloudondertekeningsbackend. |
Probeer eerst de lokale configuratiemappen %APPDATA%\eSignerCKA en %LOCALAPPDATA%\eSignerCKA te verwijderen en voer vervolgens de configuratieopdracht opnieuw uit. Zorg ervoor dat u -mode product en uw accountgebruikersnaam gebruikt (niet uw e-mailadres). Als dat niet helpt, neem dan contact op met de ondersteuning van SSL.com. Het verwijderen van ongeldige referenties of het voltooien van de certificaatconfiguratie vereist actie aan de backend. CodeSignTool kan in de tussentijd als alternatief worden gebruikt. |
SSL.com-ondersteuning |
|
eSigner CKA crasht direct na het inloggen (Windows Logboek): “.NET Runtime Event 1026 — System.AccessViolationException in eSignerCSP.UI.Utils.CspWrapper.C_UnloadAllCertificate during DisplayData”; dit probleem blijft bestaan na herstart/herinstallatie. |
Logbestand / App-crash |
Een bekend defect in oudere versies van eSigner CKA kan ervoor zorgen dat het programma vastloopt bij het opstarten, zelfs als het certificaatarchief leeg is; dit houdt soms verband met het probleem van achtergebleven inloggegevens. |
Hiervoor is een bijgewerkte eSigner CKA-release nodig. Neem contact op met de ondersteuning van SSL.com, zodat dit kan worden doorgegeven aan de technische afdeling. Gebruik in de tussentijd CodeSignTool voor het ondertekenen. |
SSL.com-ondersteuning (intern / accountspecifiek) |
|
“[Fout] Bestand 'C:\Program Files (x86)\SSL Corp eSigner CKA\eSignerKSP64.dll' kon niet worden gevonden.” / “[Fout] Bestand 'C:\Program Files (x86)\SSL Corp eSigner CKA\eSignerKSP32.dll' kon niet worden gevonden.” |
Logbestand |
Bij bepaalde eSigner CKA-installatieprogramma's ontbreken deze ondersteunende bestanden na een interne hernoeming van een component. Dit wordt niet veroorzaakt door iets op uw computer. |
Installeer eSigner CKA volledig opnieuw: verwijder zowel de map Program Files als de map AppData, herstart de computer en installeer het programma vervolgens opnieuw. Het ondertekenen kan mogelijk nog steeds werken, zelfs als dit bericht verschijnt. Als de bestanden daarna nog steeds ontbreken, neem dan contact op met de ondersteuning van SSL.com voor een gecorrigeerd installatieprogramma. |
SSL.com-ondersteuning |
|
"Ongeldige OTP" verschijnt alleen in de automatische ondertekeningsmodus (handmatige modus werkt wel). |
App/GUI |
Meestal komt het door een onjuist TOTP-geheim, een TOTP-geheim dat niet overeenkomt met de gebruikte inloggegevens, of een verkeerde synchronisatie van de computerklok. Soms wordt het veroorzaakt door een achtergebleven configuratiebestand van een eerdere installatie dat conflicteert met de huidige installatie. |
Controleer of u het juiste TOTP-geheim gebruikt voor de betreffende authenticatie-ID en of uw systeemklok correct is. Als het probleem aanhoudt, verwijder dan %APPDATA%\eSignerCKA en %LOCALAPPDATA%\eSignerCKA en installeer eSigner CKA opnieuw. |
SSL.com-ondersteuning |
|
“SignerSign() mislukt. (-2146893821/0x80090003 NTE_BAD_KEY)” / “signtool.exe: SignTool-fout: Er is een onverwachte interne fout opgetreden.” — tijdens het ondertekenen van grote hoeveelheden bestanden in batches (doorgaans na ongeveer 100 bestanden) |
CLI / CI-CD |
De malware-scanfunctie van het account bereikt een interne gebruikslimiet tijdens het批量ondertekenen van grote hoeveelheden documenten, waardoor de ondertekeningssessie wordt onderbroken. |
Neem contact op met de ondersteuning van SSL.com om de limiet voor malware-scans aan te passen voor het grote aantal aanmeldingen op het account. Als tijdelijke oplossing kunt u zich in kleinere batches aanmelden en de inloggegevens vernieuwen (config -r) tussen de batches. |
SSL.com-ondersteuning (intern / accountspecifiek) |
|
Bij elke eSigner-actie (ondertekenen, pincode resetten, QR-code resetten) wordt de status "sleutelstatus is uitgeschakeld" weergegeven. |
App/GUI/CLI |
De ondertekeningsrechten zijn uitgeschakeld in de backend van SSL.com. |
Neem contact op met de ondersteuning van SSL.com — alleen SSL.com kan een uitgeschakelde ondertekeningsreferentie opnieuw activeren; dit probleem kan niet door de klant zelf worden opgelost. |
SSL.com-ondersteuning (intern / accountspecifiek) |
eSignerMalware Scan (vóór ondertekening)
Dit geldt voor de optionele malware-scanfunctie van SSL.com vóór het ondertekenen, die beschikbaar is in de gehele eSigner-toolkit (Express, CodeSignTool, API, CKA).
|
Fout / Symptoom |
Interface |
waarschijnlijke oorzaak |
Resolutie |
Bron |
|
"Fout: de hash die ondertekend moet worden, is een hash van een malwareobject." |
CLI |
De malware-scan detecteerde een overeenkomst met het ingediende bestand en stopte het ondertekeningsproces automatisch, zoals bedoeld. |
Dit is normaal gedrag wanneer malware wordt gedetecteerd. Controleer en corrigeer het gemarkeerde bestand voordat u het opnieuw indient. Het is geen configuratiefout, tenzij scannen niet was ingeschakeld. |
|
|
Malware Scan wordt niet toegepast op ondertekeningsverzoeken. |
App/GUI |
Het keuzerondje "malwarefilter ingeschakeld" was niet geactiveerd naast "ondertekeningsgegevens ingeschakeld" in het gedeelte 'Ondertekeningsgegevens' van het account. |
Zorg er op de pagina voor het bestellen van een SSL.com-certificaat, onder 'Ondertekeningsgegevens', voor dat zowel 'ondertekeningsgegevens ingeschakeld' als 'malwarefilter ingeschakeld' zijn geselecteerd voordat u gaat ondertekenen. |
CI/CD-pipeline-integratie (GitHub Actions, GitLab CI, Jenkins, Travis, Azure DevOps)
Van toepassing op geautomatiseerde eSigner CodeSignTool- of eSigner CKA-ondertekeningsstappen die zijn ingebed in CI/CD-pipelinescripts.
|
Fout / Symptoom |
Interface |
waarschijnlijke oorzaak |
Resolutie |
Bron |
|
De ondertekeningsstap mislukt halverwege het proces zonder duidelijke oorzaak. |
CI/CD-pijplijn |
Er zijn typografische fouten of onjuiste regeleinden in het pipeline-script (YAML/Groovy/etc.) geslopen rond de ondertekeningsstap. |
Controleer het pipeline-script zorgvuldig op spelfouten en ongewenste regeleinden; vergelijk het met de gepubliceerde voorbeeldpipelines van SSL.com (bijv. github.com/SSLcom/codesigner-github-sample) voordat u verdergaat met het oplossen van problemen. |
|
|
Typfout in configuratieparameter, bijvoorbeeld -topt gebruikt in plaats van -totp |
CI/CD-pijplijn |
Een parameternaam is verkeerd gespeld in het pipeline-configuratiebestand. |
Corrigeer de parameternaam in het pipeline-script naar -totp (niet -topt). |
|
|
SignTool-fout bij gebruik van de x64-build in de pipeline runner |
CI/CD-pijplijn |
De omgeving van de pipeline runner is incompatibel met de x64-versie van signtool.exe wanneer deze wordt gebruikt met eSigner CKA. |
Wijzig de pipeline-stap zodat in plaats daarvan de x86-versie van signtool.exe wordt aangeroepen. |
|
|
“De verstrekte autorisatie is ongeldig, verlopen, ingetrokken, komt niet overeen met de omleidings-URI die in het autorisatieverzoek is gebruikt, of is aan een andere client verstrekt.” / “Fout: ongeldige_autorisatie” |
CI/CD-pijplijn |
Er zijn verschillende mogelijke oorzaken: het wachtwoord van het account is gereset, maar de pipeline heeft het oude wachtwoord nog steeds opgeslagen; de pipeline gebruikt het e-mailadres in plaats van de gebruikersnaam van het account; speciale tekens in het wachtwoord (bijv. $, !, backticks) worden niet correct tussen aanhalingstekens geplaatst in het script; dezelfde inloggegevens werken lokaal, maar niet specifiek vanaf de servers van de CI/CD-provider; of inloggen via de API met wachtwoord is niet ingeschakeld voor het account. |
Gebruik de gebruikersnaam van het account (niet het e-mailadres) voor authenticatie. Als het wachtwoord recent is gereset, werk dan de opgeslagen inloggegevens in de pipeline bij. Plaats inloggegevensvariabelen tussen aanhalingstekens in het pipeline-script, vooral als het wachtwoord speciale tekens bevat. Test de inloggegevens eerst lokaal met de `get_credential_ids` opdracht van CodeSignTool. Als het nog steeds mislukt — met name als het alleen bij de CI/CD-provider gebeurt en niet lokaal — neem dan contact op met de ondersteuning van SSL.com, aangezien het mogelijk nodig is om API-aanmelding in te schakelen of de accountautorisatie aan de backend te vernieuwen. |
SSL.com-ondersteuning |
|
“Kan de inloggegevens niet ophalen. Fout: Onverwacht teken aangetroffen tijdens het parseren van de waarde: <. Pad ”, regel 0, positie 0.” |
CI/CD-pijplijn |
Een kortstondige storing op de servers van SSL.com zorgde ervoor dat een webpagina in plaats van de verwachte gegevens werd weergegeven. Dit is meestal van tijdelijke aard. |
Wacht even en voer de opdracht opnieuw uit. Als het probleem zich herhaaldelijk voordoet, neem dan contact op met de ondersteuning van SSL.com. |
SSL.com-ondersteuning |
Levenscyclus van certificaten en algemene fouten
Fouten die kunnen optreden ongeacht de ondertekeningsmethode — gerelateerd aan de geldigheid van certificaten, de vertrouwensketen en het beheer van sleutels.
|
Fout / Symptoom |
Interface |
waarschijnlijke oorzaak |
Resolutie |
Bron |
|
Het certificaat is verlopen of wordt na ondertekening niet langer vertrouwd. |
NB |
Een certificaat voor codeondertekening is verlopen en eerder ondertekende code was niet voorzien van een tijdstempel, waardoor de geldigheid van de handtekening nu gekoppeld is aan de vervaldatum van het certificaat. |
Vraag een nieuw certificaat aan en onderteken de betreffende code opnieuw; voorzie handtekeningen altijd van een tijdstempel op het moment van ondertekening, zodat de geldigheid langer is dan de vervaldatum van het certificaat. |
|
|
Certificaat afgegeven met een onverwacht korte geldigheidsduur |
NB |
De vereisten van het CA/Browser Forum beperken de geldigheidsduur van nieuw uitgegeven, publiekelijk vertrouwde codeondertekeningscertificaten tot 458 dagen, met ingang van 27 februari 2026. |
Dit is een branchebrede vereiste, geen fout — certificaten moeten mogelijk vaker opnieuw worden uitgegeven binnen dezelfde aankooptermijn, zonder extra kosten. |
Snel naslagwerk: Met welke handleiding moet ik beginnen?
- Ondertekenen met een fysieke YubiKey of SafeNet-token: begin met Uw Code Signing-certificaat gebruiken
- Ondertekenen met eSigner CodeSignTool: begin met eSigner CodeSignTool-opdrachtgids
- Ondertekenen met eSigner Cloud Key Adapter (CKA): begin met Hoe automatiseer je het ondertekenen van EV-codes met SignTool.exe of Certutil.exe met behulp van eSigner CKA (Cloud Key Adapter)?
- Automatisering van het ondertekenen in CI/CD met eSigner CKA: begin met Hoe integreer je eSigner CKA met CI/CD-tools?
- Automatiseer het ondertekenen in CI/CD met eSigner CodeSignTool
- Integratie van Cloud Code Signing met CircleCI
- Integratie van Cloud Code Signing met GitHub-acties
- Cloud Code Signing-integratie met GitLab CI
- Cloud Code Signing-integratie met Travis CI
- Integratie van Cloud Code Signing met Jenkins CI
- Cloud Code Signing-integratie met Azure DevOps
- Cloud Code Signing-integratie met BitBucket