On-premises certificate management온프레미스 인증서 관리

FIDE Cert

Prevent SSL/TLS certificate expiry outages inside your own network.SSL/TLS 인증서 만료 장애를 내부망에서 미리 막다.

An on-premises certificate management solution installed inside your network. It finds scattered certificates, builds one inventory, alerts on expiry and risk, and handles issuance and replacement on servers.고객 내부망에 설치하는 온프레미스 인증서 관리 솔루션입니다. 흩어진 인증서를 찾아 목록으로 모으고, 만료와 위험을 알리며, 발급과 서버 교체까지 처리합니다.

  • Installed on your servers고객 서버에 설치
  • Works without internet access인터넷 연결 없이 동작
  • Private keys never leave your network개인키는 내부망 밖으로 나가지 않음

Why it matters왜 필요한가

  • One expired certificate becomes an outage만료 한 번이 서비스 장애가 됩니다

    The maximum lifetime of public TLS certificates drops to 200 days in March 2026, 100 days in March 2027 and 47 days in March 2029 (CA/Browser Forum). The more renewals there are, the more likely a single miss turns into connection errors and downtime.공인 TLS 인증서의 최대 유효기간은 2026년 3월 200일, 2027년 3월 100일, 2029년 3월 47일로 줄어듭니다(CA/Browser Forum 결정). 갱신 횟수가 늘수록 하나만 놓쳐도 접속 오류와 서비스 중단으로 이어집니다.

  • Nobody knows where every certificate is어디에 무엇이 있는지 모릅니다

    Certificates sit in web-server configuration files, application-server keystores, load balancers and network devices, while the list lives in spreadsheets and people’s memory. When the person changes, locations and expiry dates are lost too.인증서는 웹서버 설정 파일, WAS 키스토어, 로드밸런서와 네트워크 장비에 흩어져 있고, 목록은 엑셀과 담당자 기억에 의존합니다. 담당자가 바뀌면 위치와 만료일이 함께 사라집니다.

  • Renewal and replacement are manual갱신과 교체가 수작업입니다

    People stitch together the CA order, key and CSR generation, and each server’s own file locations and reload commands. Mistakes are common, and there is no record of who changed what and when.CA 주문, 키와 CSR 생성, 서버마다 다른 설치 위치와 재적용 명령을 사람이 이어 붙입니다. 실수가 잦고, 누가 언제 무엇을 바꿨는지 남지 않습니다.

  • Cloud tools cannot run in isolated networks폐쇄망에서는 클라우드 도구를 쓸 수 없습니다

    Internal networks without internet access, and security policies that forbid sending certificate data outside, rule out cloud certificate management services.인터넷이 막힌 내부망과 외부로 인증서 정보를 보낼 수 없는 보안 정책에서는 클라우드형 인증서 관리 서비스를 도입할 수 없습니다.

Capabilities주요 기능

On-premises certificate lifecycle management for internal and isolated networks: discovery, inventory, risk checks, expiry alerts, issuance and replacement, all inside your own environment.내부망·폐쇄망을 위한 온프레미스 인증서 수명주기 관리입니다. 발견, 목록화, 위험 판정, 만료 알림, 발급과 교체를 모두 고객 환경 안에서 처리합니다.

  • Discovery and inventory발견과 인벤토리

    Network TLS scans and PEM/DER uploads collect certificates into one searchable inventory with CSV export.네트워크 TLS 스캔과 PEM/DER 파일 등록으로 인증서를 한 목록에 모으고, 검색과 CSV 내보내기를 지원합니다.

  • Risk checks and alerts위험 판정과 만료 알림

    Fifteen rules flag weak keys, missing intermediates and legacy TLS, and expiry alerts go out by email, webhook, syslog or in-app inbox.15개 규칙으로 약한 키, 중간 인증서 누락, 낡은 TLS를 찾고, 만료 알림을 이메일·웹훅·syslog·인앱으로 보냅니다.

  • Issuance and replacement발급과 교체

    Approved issuance through a CA API, and an agent that replaces certificates on Linux Nginx and Apache, verifies the result and rolls back on failure.승인을 거친 CA API 발급과, Linux의 Nginx·Apache에서 인증서를 교체하고 결과를 확인하며 실패하면 되돌리는 에이전트를 제공합니다.

01

Discovery and inventory인증서 발견과 인벤토리

  • Collect TLS certificates from IP ranges and ports. Large estates are covered by background all-port sweeps, and scheduled scans re-check them automatically.IP 대역과 포트를 지정해 TLS 인증서를 수집합니다. 대규모 자산은 전 포트 백그라운드 스윕으로 나눠 훑고, 정기 스캔을 예약해 자동으로 다시 점검합니다.
  • Certificates on legacy servers and devices that only speak TLS 1.0 are collected too.TLS 1.0만 지원하는 오래된 서버와 장비의 인증서도 놓치지 않고 수집합니다.
  • Register PEM/DER certificate files you already have. Files that contain a private key are rejected automatically.가지고 있는 PEM/DER 인증서 파일을 등록할 수 있습니다. 개인키가 섞인 파일은 자동으로 거부합니다.
  • Search and sort by issuer, risk, TLS version and expiry, and export the inventory as CSV.발급기관·위험·TLS 버전·만료 조건으로 검색하고 정렬하며, 목록을 CSV로 내보냅니다.
02

Risk checks and impact analysis위험 판정과 영향 분석

  • Fifteen rules — weak keys and signatures, missing SAN, overly broad wildcards, expired CAs, chain anomalies, missing intermediates, legacy TLS and more — sorted into four severity levels.약한 키·약한 서명, SAN 없음, 과도한 와일드카드, 만료된 CA, 체인 이상, 중간 인증서 누락, 낡은 TLS 등 15개 규칙으로 판정하고 심각도 4단계로 나눕니다.
  • Calculate which certificates, domains and servers are affected when a CA expires, and see issuer distribution and the CA hierarchy.어떤 CA가 만료되면 어느 인증서·도메인·서버가 영향을 받는지 계산하고, 발급기관 분포와 CA 계층을 보여 줍니다.
03

Expiry alerts and dashboard만료 알림과 대시보드

  • Build alert policies with thresholds such as 90, 60, 30 and 7 days plus separate CA thresholds, and confirm them with a test send.90·60·30·7일 같은 임계값과 CA 전용 임계값으로 알림 정책을 만들고, 테스트 발송으로 확인합니다.
  • Four alert channels: email, webhook, syslog and an in-app inbox.알림 채널은 이메일, 웹훅, syslog, 인앱 알림함 네 가지입니다.
  • The dashboard shows certificates expiring within 7, 30, 60 and 90 days, issuer distribution and risk on one screen. Certificates that have already been replaced drop out.대시보드에서 7·30·60·90일 만료 임박, 발급기관 분포, 위험 현황을 한 화면에 봅니다. 이미 교체된 인증서는 현황에서 빠집니다.
04

Issuance발급

  • Connect an external CA ordering API, test the connection, list products and place orders. Only roles with approval rights can confirm issuance.외부 CA의 주문 API를 연결하고 연결 테스트와 상품 조회를 거쳐 발급을 주문합니다. 승인 권한이 있는 역할만 발급을 확정할 수 있습니다.
  • Keys and CSRs are generated on your server and only the CSR goes to the CA. If the issued certificate’s validity, DNS names, key or chain differ from the order, a warning is recorded.개인키와 CSR은 고객 서버에서 만들고 CA에는 CSR만 보냅니다. 발급된 인증서의 기간·DNS·키·체인이 주문과 다르면 경고로 남깁니다.
  • One commercial CA ordering API is integrated today; other CAs are discussed during the consultation.현재 1개 상용 CA의 주문 API와 연동되어 있으며, 다른 CA 연동은 도입 상담 때 협의합니다.
05

Automated replacement on servers서버 교체 자동화

  • An agent on the server receives the new certificate and key, backs up the current files, swaps them in, then runs a configuration test and a reload.서버에 설치한 에이전트가 새 인증서와 키를 받아 기존 파일을 백업하고 교체한 뒤, 설정 검사와 reload를 실행합니다.
  • After the swap it connects to the live service port and checks the new certificate by fingerprint; on failure it restores the previous files. The server is then re-scanned automatically.교체 후 실제 서비스 포트에 접속해 새 인증서가 제공되는지 지문으로 확인하고, 실패하면 이전 파일로 되돌립니다. 끝나면 해당 서버를 자동으로 다시 스캔합니다.
  • Deployment jobs are signed and protected against replay, and the agent only touches files inside allowed directories.배포 작업은 전자서명과 재전송 방지 장치로 보호하고, 에이전트는 허용된 디렉터리 안의 파일만 바꿉니다.
06

Sensors and segment relays센서와 망 구간 중계

  • Place a sensor in each separated network segment to scan it. Sensors enrol with a one-time token and mutual TLS.분리된 망 구간에는 센서를 두어 그 구간을 스캔합니다. 센서는 1회용 토큰과 상호 TLS로 등록합니다.
  • Segments without internet access are relayed through several sensor hops, switching to another path when one fails.인터넷이 없는 구간은 센서끼리 여러 단계로 중계하고, 경로에 장애가 나면 다른 경로로 전환합니다.
  • Create per-network profiles and install many hosts at once with a bulk installer ZIP containing per-host tokens.망별 프로필을 만들고, 호스트별 토큰을 담은 일괄 설치 파일(ZIP)로 여러 장비에 한 번에 설치합니다.
07

Security and audit보안과 감사

  • Six-role access control (RBAC), an IP allowlist for the management console with lock-out protection, and user management.6개 역할 기반 권한(RBAC), 관리 콘솔 접속 IP 허용목록(잠금 방지 포함), 사용자 관리를 제공합니다.
  • Every change is written to the audit log, and a hash chain verifies the audit trail has not been altered.모든 변경 작업은 감사 로그에 남고, 해시 체인으로 감사 기록이 바뀌지 않았는지 검증합니다.
  • Private keys and CA credentials are stored encrypted with AES-256-GCM, and certificates and keys never appear in logs.개인키와 CA 계정 정보는 AES-256-GCM으로 암호화해 저장하고, 로그에는 인증서와 개인키를 남기지 않습니다.

Deployment설치와 운영 방식

  • Installed on one of your Linux servers with Docker Compose. The database (PostgreSQL 16) is included, so nothing else needs to be prepared.고객의 Linux 서버 1대에 Docker Compose로 설치합니다. 데이터베이스(PostgreSQL 16)도 함께 설치되어 따로 준비할 것이 없습니다.
  • For networks without internet access, offline installation archives are provided for the main server, sensors and agents. Verify the checksum, then install with a single script.인터넷이 없는 곳을 위해 메인 서버·센서·에이전트용 오프라인 설치 아카이브를 드립니다. 체크섬을 확인한 뒤 설치 스크립트 하나로 설치합니다.
  • It never connects to an external SaaS or to FIDENIT. Inventory, audit logs and private keys are stored only in your environment.외부 SaaS나 FIDENIT 서버에 연결하지 않습니다. 인증서 목록, 감사 로그, 개인키는 모두 고객 환경 안에만 저장됩니다.
  • Private keys are generated on your server, kept encrypted and never leave your internal network.개인키는 고객 서버에서 생성되어 암호화된 상태로 보관되고, 고객 내부망 밖으로 나가지 않습니다.
  • Recommended for about 10,000 certificates: 2 CPU cores, 4 GB of memory and 20 GB of disk.권장 사양은 인증서 10,000개 규모 기준 CPU 2코어, 메모리 4GB, 디스크 20GB입니다.
  • A REST API documented with OpenAPI 3 lets you connect existing operations tools.REST API를 OpenAPI 3 명세로 제공해 기존 운영 도구와 연동할 수 있습니다.

Supported environments지원 환경

Supported in the current version현재 버전에서 지원하는 환경
Main server메인 서버Linux x86_64 · Docker Engine and Docker Compose v2Linux x86_64 · Docker Engine과 Docker Compose v2
Sensor센서Linux and Windows executablesLinux, Windows 실행 파일
Replacement agent자동 교체 에이전트Nginx and Apache (apache2, httpd) on Linux — applied with a systemd reloadLinux의 Nginx, Apache(apache2·httpd) — systemd reload로 적용
Network scan targets네트워크 스캔 대상Any IP and port serving TLS (TLS 1.0 to 1.3), regardless of server type서버 종류와 관계없이 TLS를 제공하는 IP·포트(TLS 1.0~1.3)
File import파일 등록PEM and DER certificate filesPEM, DER 인증서 파일
Alerts알림Email (SMTP), webhook, syslog and in-app inbox이메일(SMTP), 웹훅, syslog, 인앱 알림함

Not yet supported: automated replacement on IIS, WebtoB, Tomcat and JKS keystores or Kubernetes Secrets, and LDAP or Active Directory sign-in. Certificates in these environments can still be scanned and alerted on, and required integrations are scoped during the consultation.아직 지원하지 않는 것: IIS, WebtoB, Tomcat·JKS 키스토어, Kubernetes Secret의 자동 교체와 LDAP·Active Directory 로그인. 이 환경의 인증서도 네트워크 스캔과 만료 알림은 사용할 수 있으며, 필요한 연동은 도입 상담 때 범위와 일정을 협의합니다.

How it works작업 흐름

  1. 01Discover발견Collect certificates by scanning IP ranges and ports and by registering files.IP 대역·포트 스캔과 파일 등록으로 인증서를 모읍니다.
  2. 02Assess판정Assess risk with fifteen rules and calculate the impact of CA expiry.15개 규칙으로 위험을 판정하고 CA 만료 영향을 계산합니다.
  3. 03Alert알림Warn the right people ahead of expiry at the thresholds you set.정한 임계값에 맞춰 담당자에게 만료를 미리 알립니다.
  4. 04Issue발급Order from the CA after approval and check the issued certificate.승인을 거쳐 CA에 주문하고 발급된 인증서를 확인합니다.
  5. 05Replace and verify교체와 확인The agent swaps and reloads, then confirms the new certificate on the live service.에이전트가 교체·reload 후 실제 서비스에서 새 인증서를 확인합니다.

Who it is for이런 곳에 맞습니다

  • Infrastructure teams in the public sector, finance and manufacturing that run isolated or segregated networks인터넷이 막힌 폐쇄망·망분리 환경을 운영하는 공공기관, 금융, 제조 기업의 인프라 팀
  • In-house infrastructure and security staff who cannot keep track of where every certificate is서버와 장비가 많아 인증서가 어디에 있는지 다 알기 어려운 사내 인프라·보안 담당자
  • Organisations whose security policy forbids sending certificate data to outside services보안 정책상 인증서 정보를 외부 서비스로 보낼 수 없는 조직
  • SI and maintenance companies that run systems for several organisations and handle their renewals여러 기관의 시스템을 위탁 운영하며 인증서 갱신을 대신 맡는 SI·유지보수 업체

FAQ자주 묻는 질문

Does it work in an isolated network without internet access?인터넷이 없는 폐쇄망에서도 동작하나요?

Yes. It installs from offline archives and handles scanning, alerts and replacement inside your network with no outside connection. Issuance needs a CA API that is reachable from inside.네. 오프라인 설치 아카이브로 설치하고, 외부 연결 없이 내부망 안에서 스캔·알림·교체를 처리합니다. 발급은 내부에서 접근할 수 있는 CA API가 있을 때 사용할 수 있습니다.

Are private keys sent outside or to FIDENIT?개인키가 외부나 FIDENIT으로 전송되나요?

No. Private keys are generated on your server and stored encrypted, and only the CSR is sent to the CA. The product never connects to FIDENIT.아니요. 개인키는 고객 서버에서 생성되어 암호화된 상태로 저장되고, CA에는 CSR만 전달됩니다. 제품은 FIDENIT 서버에 연결하지 않습니다.

Do I need an agent on every server?모든 서버에 에이전트를 설치해야 하나요?

No. Discovery, risk checks and expiry alerts work agentlessly through network scans. The agent is only needed to automate replacement on Nginx and Apache servers.아니요. 인증서 발견, 위험 판정, 만료 알림은 에이전트 없이 네트워크 스캔으로 됩니다. 에이전트는 Nginx·Apache 서버에서 교체까지 자동화할 때만 필요합니다.

Is renewal fully automatic?갱신이 완전히 자동으로 되나요?

Today an operator orders and approves issuance, and everything from issuance to replacement and verification then runs automatically. Policy-driven renewal that starts on its own before expiry is the next step.현재는 담당자가 발급을 주문·승인하면 발급부터 서버 교체와 확인까지 자동으로 이어집니다. 만료일에 맞춰 스스로 갱신을 시작하는 정책 기반 자동 갱신은 다음 단계로 준비하고 있습니다.

What about IIS, WebtoB or Tomcat?IIS, WebtoB, Tomcat 같은 서버는 어떻게 되나요?

Their certificates are still found by network scans and covered by expiry alerts. Automated replacement currently supports only Nginx and Apache on Linux; other environments are scoped during the consultation.이 서버들의 인증서도 네트워크 스캔으로 찾고 만료 알림을 받을 수 있습니다. 다만 파일 교체 자동화는 아직 Linux의 Nginx·Apache만 지원합니다. 필요한 환경은 도입 상담 때 범위와 일정을 협의합니다.

How is it priced?가격은 어떻게 되나요?

It depends on scale, network layout and integrations, so it is quoted according to the size of the deployment. Tell us about your environment with the form below and we will arrange a consultation.설치 규모, 망 구성, 연동 대상에 따라 달라 도입 규모에 따라 견적을 드립니다. 아래 양식으로 환경을 알려 주시면 상담 일정을 잡아 드립니다.

Who installs it?설치는 누가 하나요?

Your staff can install it with a single script, and installation and operations manuals are included. The scope of installation support is agreed during the consultation.설치 스크립트 하나로 고객 담당자가 직접 설치할 수 있도록 설치·운영 매뉴얼을 함께 드립니다. 설치 지원 범위는 상담 때 정합니다.

Contact us도입 문의

Tell us how many servers and certificates you manage and how your network is laid out, and we will arrange a consultation. Pricing is quoted according to the size of the deployment.관리 중인 서버·인증서 규모와 망 구성을 알려 주시면 상담 일정을 잡아 드립니다. 가격은 도입 규모에 따라 견적을 드립니다.

FIDENIT · Representative: Yunsung Lee · Business registration number 101-65-00883FIDENIT · 대표 이윤성 · 사업자등록번호 101-65-00883

Contact FIDENITFIDENIT에 문의하기

Product inquiries, technical integrations, and partnerships.제품 도입, 기술 연동, 사업 제휴를 논의해 보세요.

Contact: Markus담당: Markus