COCONUT 단단한 껍질 안에 알맹이를 지키는 코코넛처럼, 계정과 인증을 안에서 지킵니다.
IAM · SSO · OAuth2 / OIDC 여러 서비스의 로그인과
계정 관리를 한곳에서.
OAuth2·OIDC 기반으로 여러 서비스의 인증을 연결하고, 2단계 인증(MFA)·계정 정책·로그인 이력을 중앙에서 관리하는 통합 인증(SSO) 솔루션입니다.
관리자 콘솔 · 예시 데이터 / 화면을 누르면 확대됩니다.
우리 서비스에 필요한 인증인지 먼저 확인하세요.
고객용 웹·앱의 공통 인증과 조직별 계정 운영을 검토할 때 시작할 수 있습니다.
01여러 고객 서비스를 운영할 때
웹·앱마다 반복되는 회원가입과 로그인 기능을 공통 인증 체계로 연결합니다.
02조직·브랜드를 나눠 관리할 때
테넌트(고객사 구분)와 클라이언트(연동 서비스) 단위로 계정과 인증 설정을 관리합니다.
03계정 운영을 한곳에 모을 때
운영 담당자가 부여된 관리 범위 안에서 계정 상태, 인증 정책, 로그인 이력을 확인합니다.
서비스마다 로그인을 다시 만들고 계신가요.
서비스마다 회원 테이블이 따로 있어, 같은 고객이 계정을 여러 개 들고 있습니다.
신규 서비스를 붙일 때마다 로그인·비밀번호 찾기·세션 관리를 처음부터 다시 만듭니다.
보안 요건 때문에 2단계 인증을 넣어야 하는데 서비스별로 각각 구현해야 합니다.
계정 상태와 로그인 이력을 서비스마다 따로 확인하고 있습니다.
인증은 COCONUT이, 업무 권한은 서비스가.
공통 로그인 화면으로 인증 기능의 중복 개발을 줄입니다. 연동 서비스는 로그인 응답·토큰을 검증해 자체 세션과 업무 권한을 적용합니다.
- 01 로그인 요청
- 02 인증 · MFA · 동의
- 03 토큰 발급 → 자체 세션
- 04 서비스 B는 세션 확인만
같은 테넌트에 연결된 서비스 A·B를 한 번의 로그인으로 이용하는 흐름 예시입니다. 실제 재인증·동의 절차는 세션 상태와 서비스 설정에 따라 달라집니다.
개발 담당자를 위한 인증 처리 순서
- STEP 01
로그인 요청
연동 서비스가 표준 인가 요청으로 COCONUT 로그인 화면을 엽니다. 팝업 방식도 지원합니다.
- STEP 02
계정 확인
계정 상태·잠금 여부를 확인하고 비밀번호를 검증합니다. 실패 횟수가 쌓이면 자동으로 잠깁니다.
- STEP 03
추가 단계
클라이언트 설정에 따라 본인인증·약관 동의·이메일 인증·2단계 인증을 거칩니다. 끝나면 원래 흐름으로 돌아옵니다.
- STEP 04
동의
어떤 정보를 어느 서비스에 넘기는지 사용자가 확인합니다. 스코프와 약관을 한 화면에서 동의합니다.
- STEP 05
토큰 발급
인가 코드를 토큰으로 교환합니다. 서비스는 토큰을 검증하고 자체 세션과 업무 권한을 적용합니다.
운영 담당자가 직접 다룹니다.
테넌트·클라이언트·사용자·정책·이력을 한 콘솔에서 확인합니다. 관리자는 부여된 역할과 범위 안에서 계정 운영 업무를 처리합니다.
서비스에 맞는 로그인 방식을 구성합니다.
웹·앱·API 서비스를 클라이언트로 등록하고 인증 방식과 스코프, 콜백 주소, 토큰 유효기간을 정합니다. 서버형(Confidential)과 공개형(Public)을 구분하고 PKCE 필수 여부를 서비스별로 둡니다.
- Authorization Code · Refresh Token · Client Credentials
- 스코프별 필수 동의 지정
- 토큰 유효기간 · 서명 방식 · 갱신 정책
사용자를 찾고, 상태를 바꾸고, 잠금을 풉니다.
이름·계정·이메일로 검색하고 상태와 소속 테넌트, 마지막 로그인을 확인합니다. 부여된 관리 권한 안에서 상태 변경, 비밀번호 초기화, 2단계 인증·이메일 인증 요청 제한 해제를 처리합니다.
- 상태 · 소속 · 로그인 정보 조회
- 비밀번호 초기화 · 계정 잠금 해제
- 인증 요청 제한 해제
지원하는 인증 정책을 설정으로 관리합니다.
시스템 기본값과 서비스별 인증 설정을 관리합니다. 로그인 실패 잠금, 비밀번호 규칙, 토큰 유효기간 등은 지원하는 항목별 설정 범위에 맞춰 구성합니다.
- 로그인 실패 잠금 · 세션 타임아웃
- 비밀번호 만료 · 복잡성 규칙
- 접근 토큰 · 갱신 토큰 기본 유효기간
누가, 언제, 어디서 로그인했는지 남습니다.
로그인 성공·실패와 접속 IP, 로그인 방식을 기간·상태·클라이언트로 검색합니다. 보안 감사 로그는 심각도별로, 활동 로그는 관리자별로 따로 조회해 "고객이 로그인이 안 된다"는 문의의 원인을 바로 좁힙니다.
- 로그인 이력 — 성공 · 실패 · 잠금
- 보안 감사 로그 — 심각도 · 이벤트 유형
- 활동 로그 — 관리자가 무엇을 바꿨는지
약관과 동의 항목 관리도 확인하세요
약관 유형을 관리하고 서비스별 약관과 필수·선택 동의를 구성합니다. 유형 등록과 실제 서비스에 적용할 약관 설정은 구분합니다.
화면의 통계·목록은 이해를 돕기 위한 예시 데이터이며 개인정보는 가려져 있습니다.
인증 정책과 운영 이력을 함께 관리합니다.
표준 로그인 연동 후 지원하는 정책을 관리자 설정으로 변경합니다. 필요한 감사 기록과 보관 범위는 고객의 운영 기준에 맞춰 확인합니다.
계정 잠금
비밀번호 정책
2단계 인증(MFA)
요청 횟수 제한
JWT 서명 키 로테이션
보안 감사 로그
사용자는 자기 서비스의 로그인 화면을 봅니다.
하나의 인가 서버를 쓰더라도 서비스마다 로고·색상·문구를 따로 둡니다. 관리자 콘솔에서 미리보기와 저장·게시 기능으로 관리합니다. 로그인 템플릿 등 항목에 따라 반영 방식이 다릅니다.
- 로고와 색상로고·다크모드 로고·파비콘, 주요·보조·강조·배경·글자 색상
- 문구와 글꼴로그인 제목·부제목·환영 메시지·도움말, 글꼴
- 화면 구성로그인 템플릿, 회원가입 버튼, 비밀번호 찾기, 구분선, 푸터 문구·링크
- 미리보기와 게시로그인·회원가입·동의 화면 미리보기, 항목별 저장·게시 방식 확인
연동할 수 있는 범위부터 확인합니다.
사용자 로그인과 서버 간 인증을 구분해 연결합니다. 기존 사내 인증 체계나 회원 이전은 현재 환경을 확인한 뒤 적용 범위를 정합니다.
웹·앱 사용자 로그인
기본 제공
OAuth2·OIDC 기반 인가 코드 흐름과 PKCE(인가 코드 교환 보호). 앱 구조에 맞는 연결 작업이 필요합니다.
서버 간 API 인증
기본 제공
Client Credentials로 서비스 자격 증명을 확인합니다. 사용자 로그인과 구분해 구성합니다.
계정·세션 이벤트
기본 제공 · 수신 개발 필요
서명된 웹훅을 제공합니다. 외부 서비스의 세션 종료와 상태 반영은 수신 서비스가 구현합니다.
문자·이메일·본인인증
외부 서비스 연동
LIME·NICE 연결을 구성합니다. 자격 정보, 네트워크 접근, 계약과 비용 범위를 확인합니다.
SAML · AD/LDAP · Entra ID
사전 검토 필요
기존 사내 계정·기업용 SSO와의 연결은 현재 인증 방식과 요구 프로토콜을 확인한 뒤 지원 범위를 안내합니다.
기존 회원·계정 자동 동기화
사전 검토 필요
회원 이전과 SCIM 등 계정 동기화는 기존 데이터 구조·연동 규격을 확인합니다. 자동 통합을 전제로 하지 않습니다.
기본 제공 기능도 서비스 측 연동과 검수가 필요합니다. 사전 검토 항목의 적용 범위와 일정은 환경 확인 후 안내합니다.
연동 기능 자세히 보기
로그인 이후의 운영까지 함께 설계합니다.
계정 정지, 세션 종료, 장애가 발생했을 때 각 서비스가 어떻게 동작할지 확인합니다.
로그아웃과 계정 정지
코코넛 인증 세션과 각 서비스의 로그인 세션은 구분됩니다. 전체·개별 종료 범위와 웹훅 수신 후 세션 종료 처리를 함께 설계합니다.
인증 서버 장애
신규 로그인·토큰 갱신과 기존 서비스 이용에 미치는 영향은 연동 방식에 따라 다릅니다. 장애 시 동작, 이중화와 복구 목표를 도입 범위에서 확인합니다.
감사와 데이터 관리
관리자 권한, 필요한 이벤트 기록, 로그 보관·반출, DB·서명 키 백업과 복구 절차를 고객의 운영 기준에 맞춰 검토합니다.
설치 환경과 운영 규모를 구분해 확인합니다.
계정 데이터는 설치 환경의 MySQL에 저장합니다. 문자·이메일과 본인인증은 외부 서비스 연결이 필요하며, 폐쇄망이나 외부 통신 제한이 있다면 먼저 알려주세요.
| 배포 방식 | Docker 이미지 기반 설치. 설치 위치와 운영 책임은 도입 시 협의 |
|---|---|
| 실행 환경 | Java 21 기반 애플리케이션 · MySQL 8.0 이상 |
| 기본 실행 참고 | 메모리 2GB 이상 · 디스크 1GB 이상(로그 별도). 운영 용량을 보장하는 수치가 아닙니다. |
| 운영 사양 산정 | 사용자 수·최대 로그인 요청량·로그 보관량·DB 배치·이중화 구성에 따라 산정 |
| 외부 연결 | 문자·이메일 발송은 LIME, 본인인증은 NICE 연동. 사용 기능에 맞춰 연결·계약 조건 확인 |
구성 기술 확인
- Java 21
- Spring Boot 3.5
- Spring Authorization Server
- Spring Security 6
- MySQL 8
- JPA · Hibernate
- Flyway
- Thymeleaf
- Docker
- Swagger (OpenAPI)
코코넛은 계속
기능을 넓히고 있습니다.
최근 추가된 기능과 개발 중인 기능을 구분해 알려드립니다. 필요한 기능의 제공 범위는 도입 상담에서 확인합니다.
최종 갱신
최근 추가 4
셀프서비스 고객 콘솔
공통 회원가입 후 조직을 만들고, 소유자·관리자·조회자 역할과 초대로 테넌트·연동 서비스·가입 방식을 직접 관리합니다. 이용 한도는 코코넛 운영자가 설정한 뒤 사용을 시작합니다.
공통 계정 보안 화면
이메일·OTP 등록 상태, 비밀번호 변경, 내 로그인 세션을 한 화면에서 확인합니다. 각 서비스에서 이 화면으로 연결할 수 있습니다.
이벤트 웹훅·세션 종료
계정·세션 이벤트를 서명된 웹훅으로 전달하고, 관리자가 특정 로그인 세션을 조회해 종료할 수 있습니다.
운영 조건 보기갱신 토큰 자동 교체
갱신 토큰을 쓸 때마다 새 토큰을 발급하는 방식(Refresh Token Rotation)을 기본으로 적용합니다.
개발 중 1
개발 중AI 도구 연결 인증 (MCP)
MCP(AI 도구와 외부 서비스를 잇는 연결 표준)로 접근하는 AI 도구가 코코넛 로그인과 사용자 동의를 거쳐, 허용된 자원에만 접근하도록 합니다.
개발 중인 기능은 제공 일정을 약속하지 않으며, 검증 결과에 따라 범위와 제공 시점이 달라질 수 있습니다.
시범 연동부터 단계적으로 전환합니다.
기존 계정과 업무 데이터의 연결을 먼저 확인합니다. 서비스 측 개발 범위와 검수 기준, 전환·원복 조건을 함께 정합니다.
환경과 범위 확인
사용자·서비스·기존 인증 체계와 설치 환경을 확인하고 공급·지원 범위를 정합니다.
계정 전환 설계
기존 회원 식별자와 업무 데이터 연결, 중복 계정, 비밀번호 이전·재설정 방식을 검토합니다.
시범 서비스 연동
대표 서비스에 로그인·토큰 검증·업무 권한·로그아웃·웹훅 처리를 연결합니다.
운영 시나리오 검증
정상 로그인과 계정 정지, 이벤트 누락, 장애, 백업·복구를 합의한 기준으로 확인합니다.
단계적 전환·인계
전환 순서와 원복 조건을 정하고, 운영 담당자에게 설정·점검·문의 절차를 인계합니다.
비용과 일정은 적용 범위에서 시작합니다.
설치·연동·운영에 포함되는 항목을 구분하고, 현재 환경에 맞춰 협의합니다.
공급·설치
설치 위치, 라이선스 범위, 운영 담당 주체와 외부 서비스 연결 조건을 확인합니다.
연동·이전
연동 서비스 수, 기존 회원 구조, 추가 개발과 데이터 이전 범위에 따라 작업량과 일정을 산정합니다.
유지보수·이용료
패치·장애 대응·운영 지원 범위와 문자·이메일·본인인증의 계약·이용 요금을 구분해 협의합니다.
도입 전 확인하고 싶은 흐름이 있나요?
로그인·추가 인증·계정 정지·로그아웃 등 필요한 시나리오를 알려주세요. 제공 가능한 화면 시연·시범 연동 범위와 일정을 협의합니다.
같은 분야에서 이런 일을 했습니다.
해당 솔루션을 그대로 납품한 사례가 아니라, 같은 영역을 다룬 수행 실적입니다.
COCONUT 도입 전 확인.
기존 회원과 비밀번호를 그대로 옮길 수 있나요?
기존 회원 식별자, 중복 계정, 업무 데이터 연결과 비밀번호 저장 방식을 먼저 확인합니다. 이전 가능 여부와 비밀번호 재설정 필요성을 검토한 뒤 시범 연동, 단계적 전환과 원복 조건을 정합니다. 모든 계정의 자동 이전을 전제로 하지는 않습니다.
한 번 로그인하면 모든 서비스에 바로 접속되나요?
같은 테넌트에 연결된 서비스에서 유효한 코코넛 인증 세션과 서비스 정책이 허용하면 비밀번호 재입력을 줄일 수 있습니다. 추가 인증·약관 동의가 필요하면 해당 절차를 거칩니다. 각 서비스의 업무 권한은 별도로 확인하며 다른 테넌트 계정이 자동 통합되지는 않습니다.
사내 AD·LDAP, SAML이나 Entra ID에도 연결되나요?
현재 안내하는 기본 연동은 OAuth2·OIDC입니다. 기존 사내 디렉터리, SAML 기반 시스템, Entra ID와의 연결 및 SCIM 계정 동기화는 요구 규격과 현재 환경을 확인한 뒤 지원 여부와 추가 작업 범위를 안내합니다.
계정 정지나 로그아웃은 외부 서비스에도 즉시 적용되나요?
코코넛의 인증 세션과 외부 서비스의 자체 로그인 세션은 구분됩니다. 외부 서비스는 서명된 웹훅을 받아 자체 세션을 종료해야 합니다. 이미 발급된 토큰의 만료, 갱신 시 상태 확인, 이벤트 누락 시 처리를 함께 구성하며 차단 시간을 검증합니다.
인증 서버 장애나 이중화는 어떻게 준비하나요?
신규 로그인·토큰 갱신과 기존 이용의 영향은 서비스의 토큰 검증·세션 구조에 따라 다릅니다. 운영 환경에서 장애 시 동작, 이중화 구성, 백업·복구 절차와 복구 목표를 확인합니다. 가용성 보장 수준과 대응 범위는 공급 조건에서 별도로 정합니다.
설치 환경과 외부 서비스가 필요한가요?
Java 21 기반 애플리케이션을 Docker 이미지로 배포하고 MySQL 8.0 이상을 사용합니다. 문자·이메일 발송은 LIME, 본인인증은 NICE 연동으로 구성합니다. 선택 기능에 필요한 외부 연결, 계약·이용 요금과 폐쇄망 적용 조건은 사전에 확인합니다.
2단계 인증과 로그인 화면을 서비스별로 설정할 수 있나요?
SMS·이메일·OTP 앱(TOTP) 방식과 서비스별 MFA 설정을 제공합니다. 표준 로그인 연동 후 지원하는 정책을 설정으로 변경할 수 있습니다. 로고·색상·문구 등 브랜딩 항목도 관리하며 항목별 미리보기·저장·게시 범위를 확인합니다.
도입 비용과 일정은 무엇을 기준으로 정하나요?
연동 서비스 수, 기존 회원 이전, 설치·운영 환경과 추가 개발 범위를 확인한 뒤 산정합니다. 라이선스·구축·유지보수와 외부 발송·본인인증 비용의 포함 여부를 구분하고, 패치·장애 대응·운영 지원 범위를 함께 협의합니다.
도입 전에 화면 시연이나 시범 연동을 검토할 수 있나요?
도입 문의에 대상 서비스와 확인하고 싶은 시나리오를 남겨주세요. 제공 가능한 시연·시범 연동 범위와 일정을 협의합니다. 로그인, 추가 인증, 계정 정지, 로그아웃과 장애 시 동작을 검증 항목으로 정할 수 있습니다.
COCONUT 도입을 검토 중이신가요?
현재 회원 구조와 연동할 서비스를 알려주시면 전환 방안과 일정을 제안드립니다.