promoter

authdirpipe · 인증 통합 꾸러미

한 현장의 인증을 하나의 독립 서비스로

회사 계정 로그인 · 하나의 로그인 문 · 비밀번호 바꾸기 · VPN · 무선 802.1X · 내부 CA · 감사까지, 흩어진 인증을 한 꾸러미로 묶습니다.

꾸러미에는 값이 없습니다. 키 이름과 설명만 있고, 값은 그 현장이 넣고 그 현장 관리자가 바꿉니다.

값이 빈 기능은 그 기능만 멈춥니다 — 판매하는 쪽이 정한 기본값으로 돌지 않습니다.

흩어진 인증 22 갈래를 다섯 묶음으로

파트너 서버에 흩어져 있던 인증 기능(F1~F22)을 하나의 독립 서비스로 모았습니다.

F6 · F15 · F16

하나의 로그인 문

CAS 2.0/3.0 과 JSON 확인 창구로 사내 웹앱이 같은 로그인을 씁니다.

  • 세션 · 만료 · 로그아웃
  • 로그인 실패 잠금과 감사 기록
  • HttpOnly · SameSite · CSP 를 지키는 웹 화면

F1 · F2 · F7 · F8

디렉터리 · 계정

사용자 · 그룹 관리, 비밀번호 정책과 바꾸기, 서비스 계정 발급과 회전.

  • 사용자 · 그룹 · OU · 연락처
  • 비밀번호 정책 평가
  • 서비스 bind 계정 발급 · 회전

F3 · F4 · F5 · F11 · F12

네트워크 인증

RADIUS · 무선 802.1X · VPN · PAM · Kerberos 를 같은 계정으로.

  • RADIUS PAP (VPN · 스위치 관리 로그인)
  • 무선 802.1X: EAP-TTLS · PEAP-GTC · PEAP-MSCHAPv2
  • LDAPS(strong auth) · Kerberos · PAM

F9 · F10 · F17 · F18 · F20

신뢰 · 감사

내부 CA 로 발급 · 갱신 · 폐기, 로그인과 관리 조작을 사건으로 남깁니다.

  • 내부 CA: 발급 · 갱신 · 폐기
  • 감사 사건(로그인 · 실패 · 잠김 · 관리 조작)
  • 라이선스: 핵심 기능은 늘 돌고 덧붙임 기능만 제한

F13 · F14 · F21 · F22

연결

메일 · 메신저 같은 소비자 서비스와 봇 계정(Telegram · Discord) 연결.

  • 소비자 서비스 연결 안내(메일 · 메신저 · 프록시)
  • 봇 계정 연결: 일회용 코드 · 해지

현장 꼴 고르기

지금 현장에 AD 가 있는지에 따라 세 가지 꼴 중 하나를 고릅니다.

신규 (standalone)

AD 가 없는 현장 — 꾸러미의 DC(도커)를 함께 띄웁니다.

비밀번호의 주인: 꾸러미의 우리 DC

PC 를 우리 DC 도메인에 붙이면 비밀번호가 하나가 됩니다.

기존 연동 (federated)

지금 쓰는 AD 를 그대로 두고 그 앞에 하나의 문을 세웁니다.

비밀번호의 주인: 현장 AD

현장 AD 에 LDAPS 로 붙습니다(고정 지문 또는 CA).

연동 이관 (migrate)

지금 AD 에서 옮기려는 현장 — 처음 로그인할 때 계정이 옮겨집니다.

비밀번호의 주인: 우리 DC (끝 날 뒤로는 현장 AD 없이)

옮기는 기간에만 처음 로그인 때 현장 AD 에 한 번 묻고, 끝 날 뒤로는 현장 AD 없이 돕니다.

재고 적은 것만 말합니다

숫자마다 원천 문서와 그 판을 함께 둡니다.

유닛 174 통과

순수 로직 시험 — 바깥 자원 없이 돕니다.

원천: authdirpipe 구현 현황 36판

연동 34 · 운영 통합 14

실제 Kafka · Redis · 시험 DC 와 운영 꾸러미를 끝까지 재는 시험.

원천: authdirpipe 구현 현황 36판

게이트 8

코드에 값 박힘 · 비밀 · 계층 위반 · 대장 밖 캐시 writer 를 기계가 막습니다.

원천: authdirpipe 구현 현황 36판

문의

비밀번호 · 내부 주소 · 계정은 적지 마세요.