Für IT-Abteilungen und Dienstleister, die heterogene, über mehrere Standorte verteilte Infrastrukturen betreiben und Betrieb, Dokumentation und Compliance an einem Ort zusammenführen möchten.

Das COD kombiniert eigene Lösungen mit Anbindungen. Funktionen wie NAC, Backup, OTP, GRC oder die Verwaltung virtueller Switches liefern wir als eigenständige, herstellerunabhängige Lösungen mit. Bestehende Drittsysteme wie Verzeichnisdienste, Monitoring, Ihre CMDB/Asset-Verwaltung oder Firewalls bleiben erhalten und werden angebunden. Sie behalten Ihre gewohnten Mechanismen und gewinnen zentrale Transparenz und Automatisierung.

Alle Module der Plattform sind standardmäßig aktiv und bereits im Lieferumfang installiert. Dazu kommt das Schwachstellen-Management COD-VAS. Es ist ein gesondert zu bestellendes Add-on und befindet sich derzeit in Vorbereitung.

Als eigenständige, herstellerunabhängige Lösungen liefern wir mit: Network Access Control (NAC), Backup/Disaster-Recovery, OTP-Authentifizierung, GRC (inkl. NIS2-Unterstützung), Hypervisor-Verwaltung (für virtuelle Switches) sowie Netzwerk-Dokumentation und -Visualisierung (L2/L3-Topologie) inkl. Firewall- und Report-Verwaltung.

Über Anbindungen integrieren wir zudem bestehende Drittsysteme: Verzeichnisdienste, Monitoring, und Ihre CMDB/Asset-Verwaltung.

COD gibt es in drei Betriebsarten. Self Hosted läuft in Ihrer eigenen Infrastruktur oder in der Ihres Partners. Seit Version 3.7.0 wird es als Paket für Ubuntu Server installiert und aktualisiert. Ihre Betriebsdaten bleiben dann bei Ihnen oder Ihrem Partner. Shared Hosted und Private Hosted sind Instanzen, die extocode für Sie betreibt. Die Betriebsarten stehen auch auf der Seite Preise.

Bei Self Hosted läuft COD in Ihrer eigenen Umgebung, die Daten bleiben unter Ihrer Kontrolle. Bei Shared Hosted und Private Hosted betreibt extocode die Instanz für Sie und verarbeitet die Daten in Ihrem Auftrag. Zugriffe sind rollenbasiert geregelt. Mandanten und Standorte sind logisch und in den Zugriffsrechten voneinander getrennt.

Über eine rollenbasierte Zugriffssteuerung (RBAC). Rechte werden je Modul, Rolle und Standort feingranular vergeben. Für die Anmeldung lassen sich bestehende Verzeichnisdienste per LDAP/Active Directory anbinden. Lokale Konten sind ebenfalls möglich.

Ja. Das COD ist mandanten- und mehrstandortfähig. Daten und Berechtigungen sind je Standort voneinander getrennt. Nutzer können zwischen berechtigten Standorten wechseln.

Das GRC-Modul digitalisiert Risikomatrix, Asset-bezogenes Risikomanagement sowie Richtlinien- und Gefährdungskataloge. In Verbindung mit dem zentralen Asset- und Abhängigkeits-Kontext unterstützt das COD die Nachweis- und Dokumentationspflichten im Rahmen von NIS2.

Das COD ist multi-vendor-fähig. Im Netzwerk-Management werden u. a. Cisco, HPE, Allied Telesis, Ruijie und MikroTik unterstützt. Firewalls lassen sich über OPNsense, pfSense, DynFi und AIMdefense verwalten. Ergänzend binden wir Verzeichnisdienste (LDAP/Active Directory), Monitoring, und Ihre CMDB/Asset-Verwaltung an. Ziel ist der Betrieb mit Ihrer vorhandenen, heterogenen Infrastruktur.

Sicherheit ist grundlegend umgesetzt: rollenbasierte Zugriffe, Anmeldung mit zweitem Faktor (TOTP mit Wiederherstellungscodes), verschlüsselte Ablage sensibler Daten und ein feldgenaues Audit-Protokoll im GRC-Modul. Ein gemeinsames Protokoll für die übrigen Module ist im Aufbau. Mandanten und Standorte sind logisch und in den Zugriffsrechten voneinander getrennt. Bei Self Hosted bleiben Daten und Zugriffe in Ihrer Umgebung.

Alle Module der Plattform sind in den Preisen für Seats und Tenant Fee enthalten. Eine separate Lizenzierung einzelner Module entfällt. Gesondert bestellt wird allein das Add-on COD-VAS für das Schwachstellen-Management. COD wird über Partner vertrieben, Ihr Angebot erstellt deshalb ein Partner. Sagen Sie uns Ihren Bedarf über das Kontaktformular, wir bringen Sie mit dem passenden Partner zusammen.

Ja. Alle Module sind Teil der Plattform. Gesondert bestellt wird allein das Add-on COD-VAS.

Ja. COD läuft in Ihrer Umgebung, Sie behalten die volle Datenhoheit, passend für KRITIS- und NIS2-Anforderungen.

Nein. codPass ist ein eigenständiges Produkt und nicht Bestandteil von COD. Der in COD integrierte Tresor ist Stronghold. Browser-Plugins sind nicht Teil von codPass.

Nein. COD ist vollständig on-premise betreibbar und KRITIS-tauglich. Compliance-Daten liegen in einer eigenen PostgreSQL-Datenbank unter Ihrer vollen Kontrolle.

Das GRC-Modul arbeitet auf denselben Assets, die COD-Network automatisch erkennt und pflegt. Ihre Risikobewertung bezieht sich auf das konkrete Asset inkl. Live-Status, nicht auf eine veraltete Liste.

Den Einstieg bilden mindestens 2 Seats à 47,50 € plus eine Tenant Fee ab 8 € (Self Hosted). VAS und Service-Pakete kommen je nach Bedarf hinzu.

Ja. Auf Seats gibt es bei 36 Monaten Vertragslaufzeit 10 % Laufzeitrabatt. Für COD-VAS gibt es bei Mandanten mit mehr als 25.000 Assets keine Preisempfehlung. Der Preis wird dann im Einzelfall vereinbart.

Ja. Die Live-Demo ist kostenfrei und ohne jede Verpflichtung, ohne Vertriebsdruck.

Alle, die Sie interessieren: von Netzwerk & Assets über NAC, Firewall & VPN, GRC und Monitoring bis Schwachstellen-Management und Backup. Den Schwerpunkt legen Sie fest.

Nein. Das Throttling pro Firewall verhindert wiederholte Alarme zum selben Problem, und geplante Wartungen terminieren Sie zentral im Kalender, dann schlägt das Monitoring nicht grundlos an.

Das Monitoring ist als Modul direkt in COD integriert und nutzt denselben Datenbestand wie Ihr Netzwerk-Inventar. Bestehende Systeme wie Zabbix lassen sich über Integrationen anbinden.

Eine COD-eigene, herstellerunabhängige Lösung für Network Access Control auf RADIUS-Basis. Sie steuert und protokolliert den Netzzugang zentral im COD.

In der Regel nicht. COD-NAC ist multi-vendor-fähig und arbeitet mit vorhandener, 802.1X- bzw. MAC-fähiger Infrastruktur.

802.1X (EAP, mit Zertifikaten) sowie MAC-Authentifizierung.

Dynamisch über RADIUS-Attribute. Über Client-Gruppen mit Prioritäten lassen sich Regeln bündeln. Ein Gerät lässt sich jedem angelegten VLAN zuweisen, auch einem eigenen Quarantäne- oder Gäste-VLAN. Ob ein Gerät konform ist, prüft COD-NAC nicht.

Ja. Der CSV-Massenimport übernimmt MAC-Adressen, VLAN-Zuweisungen und Gruppen inklusive Validierung und Konflikterkennung.

Aus der integrierten PKI: Erstellung von CA- und Leaf-Zertifikaten, CRL-Verwaltung und PKCS#12-Export zur Verteilung an Clients.

COD bindet keine bestehende Windows-CA an. Für 802.1X bringt COD eine eigene Zertifizierungsstelle mit.

COD bindet PacketFence nicht an. Die Netzzugangskontrolle in COD arbeitet mit FreeRADIUS.

Über Authentifizierungs- und Accounting-Logs sowie Verbindungsstatistiken je Client.

Sie werden automatisch deaktiviert und entfernt. Vergessene Alt-Accounts und dauerhaft gültige Passwörter gehören damit der Vergangenheit an.

Es sind zeitlich begrenzte Gutscheine statt dauerhafter Passwörter. COD erzeugt sie für das Captive Portal Ihrer Firewall von OPNsense oder AIMdefense, mit Gültigkeit und Ablauf, als QR-Code oder druckbares PDF. Abgelaufene Gutscheine werden gelöscht. Niemand tippt mehr ein Passwort vom Whiteboard ab.

Jeder TACACS+-Client nach RFC 8907, etwa Switches, Router und Firewalls. Die Lösung ist nicht herstellerspezifisch.

Ja. Über Rollen (Benutzergruppe × Gerätegruppe × Regel) lassen sich Rechte je Gerätegruppe fein zuordnen.

Ja. Die Kommando-Autorisierung arbeitet musterbasiert.

Als Argon2id-Hash, nicht umkehrbar.

Für die Verwaltung von Nutzern, Clients, Gruppen und Regeln, getrennt vom eigentlichen Server-Daemon.

Level 1 bis 15, je Nutzer konfigurierbar.

Über ein enabled-Kennzeichen. Deaktivierte Einträge werden bei der Prüfung übersprungen.

Allied Telesis, Cisco IOS und Ruijie (über CLI-Fallback).

Nein. Nach dem ersten Rollout werden die Zugangsdaten verschlüsselt im Vault hinterlegt und wiederverwendet.

Es wird automatisch ein Backup der aktuellen Konfiguration erstellt. Ein Restore auf einen früheren Stand ist möglich.

Ja, über Profile (PORT, AUTH, VLAN) direkt aus dem COD.

Ja. Legacy-Algorithmen (Hostkey, Key-Exchange, Cipher) werden unterstützt. Bei Bedarf wird auf paramiko zurückgegriffen.

Nein. Es wird nur das einzelne Interface neu gesetzt (shutdown/no shutdown). Das Gerät bleibt in Betrieb.

Es gibt keine Sperre. Anfragen werden sequenziell abgearbeitet. Parallele manuelle CLI-Änderungen sollten währenddessen vermieden werden.

Vorgesehen ist, Befunde nach Schweregrad aufzuschlüsseln und so aufzubereiten, dass Sie sofort erkennen, wo akuter Handlungsbedarf besteht. Sie sollen am Risiko arbeiten, nicht an der Listenlänge.

COD-VAS ist ein Add-on zur COD-Plattform und befindet sich in Vorbereitung. Wie es betrieben wird, beschreiben wir, sobald es bestellbar ist.

Es ist der gemeinsame Speicher für zeitbasierte Einmalpasswörter (TOTP), mit denen sich Ihr Team an fremden Systemen anmeldet, etwa an Herstellerportalen oder Gerätezugängen. So liegen die Codes nicht mehr auf dem Handy einer einzelnen Person. Der zweite Faktor der COD-Anmeldung ist ein getrenntes System.

Ja. Es erzeugt Standard-otpauth://-Codes und arbeitet mit jeder RFC-6238-kompatiblen App.

Ja. Über Gruppen lassen sich Tokens teamweit freigeben. Private Tokens bleiben an einzelne Nutzer gebunden.

Die Codes im OTP-Modul liegen zentral in COD, nicht auf dem Smartphone. Für den zweiten Faktor der COD-Anmeldung gibt es Wiederherstellungscodes, und ein Administrator kann den Faktor zurücksetzen.

Private Tokens nur der jeweilige Eigentümer. Öffentliche bzw. Gruppen-Tokens sehen die Mitglieder der Gruppe sowie Administratoren.

Ja. Alle Tokens und Gruppen sind je Standort isoliert.

Über die rollenbasierte Zugriffssteuerung des COD und die Standort-Isolierung. Die Ablage erfolgt in der abgesicherten Datenbank.

Als gemeinsamer Speicher für die Einmalpasswörter fremder Systeme. Die Mehr-Faktor-Anmeldung an COD selbst ist ein eigenes System der Benutzerverwaltung.

Nein. codPass bietet aktuell keine Browser-Plugins. Die Verwaltung von Passwörtern, Secrets und OTP erfolgt direkt in der Anwendung.

Weil Offenheit Vertrauen schafft: Der Quellcode und die Sicherheitsmechanismen sind transparent und nachvollziehbar. Bei einem Secrets-Manager ist das ein Sicherheits- und Qualitätsmerkmal, kein Beiwerk.

• Typ: Zero-Knowledge-Tresor für Passwörter und Secrets (Ende-zu-Ende-verschlüsselt)
• Prinzip: Der Server speichert ausschließlich Chiffrat. Klartext, Master-Passwort und private Schlüssel liegen nie auf dem Server.
• Tresore: je Nutzer ein persönlicher Tresor, zusätzlich geteilte Team-Tresore (Rollen: OWNER/MEMBER)
• Teilen: einzelne Einträge nutzerübergreifend, mit READ/WRITE-Recht und Ablaufdatum
• Wiederherstellung: einmaliger Recovery-Code bei der Einrichtung
• Krypto: Argon2id (Schlüsselableitung), X25519 Sealed-Box (Schlüssel-Wrapping), AES-GCM (Einträge), HKDF
• Anmeldung: JWT (ES384) über den COD-Login, Prüfung per JWKS
• Betrieb: PostgreSQL, nur über den COD-Proxy erreichbar, Ratenbegrenzung, Protokoll

Nein. Der Server hält ausschließlich verschlüsselte Daten. Ohne Ihr Master-Passwort, das nur clientseitig existiert, sind diese auch bei einem vollständigen Datenbankauszug wertlos.

Bei der Einrichtung erhalten Sie einen einmaligen Recovery-Code. Damit lässt sich der Zugriff auf Ihren Schlüssel wiederherstellen und ein neues Master-Passwort setzen.

Ja. Entweder über einen geteilten Tresor oder über die Freigabe einzelner Einträge (mit Recht und Ablaufdatum). Beides erfolgt Public-Key-verschlüsselt.

Der Tresor-Schlüssel wird für die verbleibenden Mitglieder neu vergeben. Das entzogene Mitglied verliert den Zugriff auf künftige Inhalte.

Nein. Der Tresorname ist verschlüsselt. Lediglich das Icon ist im Klartext gespeichert.

Der Recovery-Code stellt den Zugriff auf Ihren Schlüssel wieder her (z. B. bei vergessenem Master-Passwort). Gegen einen serverseitigen Datenverlust schützt das reguläre Backup des COD.

Über den COD-Login (JWT, ES384, per JWKS geprüft). Der Tresor ist ausschließlich über den COD-Proxy erreichbar.

Konfigurationen aller per SSH erreichbaren Geräte sowie MariaDB-/MySQL-Datenbanken. Die Lösung ist herstellerunabhängig und über OS-Vorlagen erweiterbar.

Frei konfigurierbar per cron, je Host oder je Vorlage, z. B. stündlich, täglich oder wöchentlich.

Optional. Die Verschlüsselung lässt sich je Host oder Vorlage einschalten. Sie gilt für die Sicherungen, die COD-Backup lokal ablegt. Ordner-Backups sind ausgenommen.

Konfigurierbar nach Anzahl oder Alter in Tagen. Ist das Limit erreicht, werden die ältesten Stände automatisch gelöscht.

Ja. Eine Diff-Ansicht zeigt die Änderungen zwischen zwei Versionen zeilenweise.

Der Host steht danach im Status ERROR, der Fehler ist in der Übersicht sichtbar. Ist der Mailversand eingeschaltet, verschickt der Backup-Dienst zusätzlich eine Fehlermail. Sie ist eine Betriebshilfe. Eine aktive Alarmierung sagen wir nicht zu.

Ja. Optional überträgt COD-Backup Sicherungen aus SSH-Befehl und SFTP nach jedem erfolgreichen Lauf auf einen SCP-Server und löscht die lokale Kopie. Die Aufbewahrungsregel greift dann auf dem SCP-Server.

Ja, über einen Jump-Host-Tunnel.

Sicherungen sind über die Oberfläche herunterladbar. Die Rückspielung auf das Gerät erfolgt manuell mit den üblichen Werkzeugen.

Virtuelle Switches und Portgruppen auf VMware. Es steuert bewusst nicht den Lebenszyklus von VMs oder Hosts.

VMware vCenter und ESXi (über die VMware-API pyVmomi). Andere Plattformen wie Hyper-V oder KVM werden nicht unterstützt.

Ja. Jede Portgruppe erhält eine VLAN-ID. Neue Portgruppen legt COD mit einer VLAN-ID von 1 bis 4095 an. Im Inventar steht 0 für Untagged und 4095 für Trunk all.

In der Ansicht Port Groups ja. Dort lässt sich jede Änderung an den Hosts vorab als Dry Run simulieren, ohne Eingriff. Der Assistent unter Structure, mit dem Sie neue vSwitches und Portgruppen anlegen, hat keinen Dry Run und schreibt sofort auf die Hosts.

COD zeigt aktive, Standby- und ungenutzte NICs je vSwitch im Inventar. Beim Anlegen eines vSwitch wählen Sie je Host die physischen NICs als Uplink. Lastverteilung und Sicherheitsrichtlinien stellen Sie weiter in vSphere ein.

Mit vCenter-Zugangsdaten (Host, Benutzer, Passwort) im jeweiligen Aufruf.

Ja. Operationen akzeptieren eine Host-Liste. Das Ergebnis weist Erfolg bzw. Fehler je Host aus.

Es liefert den kompletten vCenter-Objektbaum als Lesezugriff, etwa für Dashboard-Ansichten oder Dokumentation.