ADD-ON

Eine verwaltete Zertifizierungsstelle im RADIUSaaS-Portal

SCEPman as a Service fügt deiner RADIUSaaS-Instanz eine verwaltete Zertifizierungsstelle hinzu. Dein MDM meldet Geräte über Standard-SCEP an, Linux-Geräte über die API, RADIUSaaS authentifiziert sie mit den ausgestellten Zertifikaten, und du musst weder einen CA-Server noch ein Key Vault noch einen App Service betreiben.

  • Verwaltete CA pro Instanz
  • Intune, Jamf Pro, Active Directory
  • OCSP immer aktiv
  • Allgemein verfügbar seit April 2026

So fügst du SCEPman as a Service hinzu

  • Vertrieb ansprechen
    Vertrieb ansprechen
    Wir fügen SCEPman as a Service zu deiner Lizenz hinzu und richten eine CA für deine Instanz ein.
  • Erscheint in deinem Portal
    Erscheint in deinem Portal
    Neben deinen RADIUSaaS-Einstellungen erscheint ein SCEPman-Bereich: Status, ausgestellte Zertifikate, manuelle Anfragen, Aufgaben und Einstellungen.
  • Geräte anmelden
    Geräte anmelden
    Melde die Root CA einmalig an, aktiviere die benötigten Endpoints und trage in deinem MDM die SCEP-URL ein, die auf der Statusseite angezeigt wird.
ENDPOINTS

Auf welchen Wegen deine Geräte ein Zertifikat anfordern können

Jeder Weg, auf dem ein Gerät ein Zertifikat anfordern kann, ist ein Endpoint, den du aktivierst, mit eigenem Zertifikatprofil. Eine Anfrage muss mindestens einen davon passieren, so stellt SCEPman sicher, dass das Gerät tatsächlich existiert und verwaltet wird.

  • Microsoft Intune

    Prüft das Gerät vor der Ausstellung gegen Intune oder Entra ID. Optional gilt ein Zertifikat nur so lange als gültig, wie Intune das zugehörige Gerät als konform einstuft.

  • Jamf Pro

    Prüft Apple-Geräte gegen dein Jamf Pro-Inventar, mit einem Challenge für dein Jamf SCEP-Profil.

  • Active Directory

    Prüft Computer- und Benutzerkonten in deinem lokalen AD über ein verschlüsseltes Kerberos-Keytab.

  • Domain Controller

    Stellt die Zertifikate aus, die Domain Controller für LDAPS und Kerberos PKINIT benötigen.

  • Static challenge

    Für andere MDMs, etwa Addigy, Iru, Mosyle, SOTI MobiControl mit den zugehörigen Anleitungen in der SCEPman-Dokumentation, sowie für Appliances, die kein MDM anmelden kann: ein gemeinsames Challenge-Passwort. Erneuerungen können ohne dieses funktionieren, indem der Besitz des aktuellen Zertifikats nachgewiesen wird.

  • Static challenge + Entra device check

    Dasselbe, aber das Gerät muss zusätzlich in Entra ID vorhanden sein.

  • Enrollment REST API

    Deine eigenen Tools fordern Zertifikate über HTTPS an, authentifiziert mit einem RADIUSaaS-Zugriffstoken. Linux-Geräte, ob über Intune verwaltet oder nicht, melden sich über REST oder EST an und erneuern ihr Zertifikat mit dem aktuellen, sobald du die Erneuerung aktivierst.

DIE CA

Eine Root CA unter deinem eigenen Namen

Du meldest die Root CA einmalig an und wählst ihren Subject-Namen: den Common Name und die Organisation, die jedes ausgestellte Zertifikat als Aussteller anzeigt. Der Name ist dauerhaft, daher zeigt dir das Portal ihn zur Bestätigung an, bevor etwas erstellt wird. Die Root CA ist 7.300 Tage gültig, ausgestellte Zertifikate bis zu 3.650 Tage, wie in deinem Profil angegeben. Der CA-Schlüssel liegt in einem Key Vault, den wir betreiben. Falls deine Compliance-Vorgaben es erfordern, kannst du stattdessen dein eigenes Azure Key Vault verwenden, in dem SCEPman einen RSA-4096-Schlüssel anlegt. Diese Entscheidung lässt sich später nicht mehr ändern.
  • Subject-Name wird vor dem Enrollment bestätigt
  • Eigenes Key Vault optional, wird vor dem Enrollment getestet
  • Entra-Mandantenverbindung per Admin Consent oder eigener App-Registrierung
Beispieldaten.
SPERRUNG

Die CA beantwortet Sperrabfragen selbst

  • OCSP immer aktiv

    Sperrabfragen werden live über OCSP durch ein dediziertes Responder-Zertifikat beantwortet, für jedes von der CA ausgestellte Zertifikat. Deaktivierst du ein Gerät in Entra ID oder leitest in Intune ein Retire oder Wipe ein, wird sein Zertifikat automatisch als gesperrt gemeldet, ohne dass jemand es manuell sperren muss.

  • CRL bei Bedarf

    Aktiviere eine signierte Sperrliste für Clients, die kein OCSP unterstützen. Der Distribution Point wird in jedes danach ausgestellte Zertifikat eingetragen.

SERVERZERTIFIKAT

Dein RADIUS-Serverzertifikat stammt von derselben CA

Da SCEPman as a Service im selben Portal liegt, ist die Verbindung zwischen RADIUSaaS und SCEPman bereits vorhanden. Erstelle vorab ein Serverzertifikat, um deine Geräteprofile zu prüfen, und übergib dann die Kontrolle an RADIUSaaS: Es fordert das Serverzertifikat von deiner CA an, aktiviert es und erneuert es vor Ablauf.
Beispieldaten.
VERGLEICH

SCEPman as a Service und SCEPman Enterprise im Vergleich

Dasselbe SCEPman mit denselben Funktionen. Was sich unterscheidet, ist der Betriebsort und wer es betreibt.

SCEPman as a Service und SCEPman Enterprise, Zeile für Zeile
ThemaSCEPman as a ServiceSCEPman Enterprise
Wo es läuftIn deiner RADIUSaaS-Instanz, betrieben von glueckkanjaIn deinem eigenen Azure-Abonnement, betrieben von dir
CA-SchlüsselIn einem von uns betriebenen Key Vault oder in deinem eigenen Azure Key VaultIn deinem eigenen Azure Key Vault
HostingKein Hosting-Aufwand für dichApp Service und Key Vault auf deiner Azure-Rechnung
Wie du es kaufstRADIUSaaS & SCEPman SaaS BundleRADIUSaaS & SCEPman Enterprise Bundle: RADIUSaaS plus eine SCEPman Enterprise-Lizenz
Intune, Jamf Pro und Active Directory-Enrollment✓✓
Automatischer Widerruf aus Entra ID und Intune✓✓
Intune-Compliance-Prüfung✓✓
Linux über die REST- und EST-API✓✓
RADIUS-Serverzertifikat über SCEPman erneuert✓✓

Beide Editionen verwenden denselben SCEPman-Code; der Unterschied liegt im Hosting und im Key Store.

KAUFEN

RADIUSaaS und SCEPman as a Service in einem Abonnement

CA zu deiner RADIUSaaS-Lizenz hinzufügen

Teile uns mit, wie viele Benutzer du hast, und wir richten die CA für deine Instanz ein.