osFoundry / Platform
RBAC 및 권한
워크스페이스별, 리소스별 세분화된 역할. 커스텀 역할도 지원됩니다.
개요
osFoundry의 RBAC와 권한은 실제로 중요한 수준, 즉 워크스페이스 단위와 개별 리소스 단위에 적용되는 역할 기반 접근 제어입니다. 워크스페이스는 채팅, 에이전트, 앱, 코드, 지식, 데이터를 하나로 묶고, RBAC는 그 워크스페이스 안에서 누가 각 항목을 보고 다룰 수 있는지 결정합니다. '멤버냐 관리자냐'라는 뭉툭한 스위치 하나 대신, 팀이 실제로 일하는 방식에 맞는 역할을 부여하고, 접근 범위를 워크스페이스 전체가 아니라 단일 리소스까지 좁힐 수 있습니다.
osFoundry는 자체 키를 사용하는(BYOK) 로컬 우선 데스크톱 워크스페이스이므로, 권한은 공유 리소스에 대한 접근을 통제하면서도 데이터나 모델 트래픽이 사용자의 통제를 벗어나도록 요구하지 않습니다. API 키를 직접 가져오기 때문에, 모델이나 에이전트에 대한 접근은 워크스페이스 역할의 문제이지 리셀러가 좌석을 나눠 주는 문제가 아닙니다. 기본 제공 역할이 맞지 않을 때는 커스텀 역할로 특정 역할이 무엇을 할 수 있는지 정확히 정의할 수 있습니다. 예를 들어 외부 계약자에게 지식 베이스는 읽게 하되 에이전트는 편집하지 못하게 하거나, 팀원이 앱을 실행하되 그 코드에는 손대지 못하게 하는 식입니다.
이것이 중요한 이유는 AI 워크스페이스에는 민감한 자료가 빠르게 쌓이기 때문입니다. 프롬프트, 연결된 데이터 소스, 에이전트 설정, 그리고 코드입니다. 성긴 권한은 사람을 차단하거나 과도하게 공유하거나 둘 중 하나를 강요합니다. 리소스별 세분화된 역할에 커스텀 역할을 더하면, 각자에게 업무에 필요한 만큼의 접근만 정확히 주고 그 이상은 주지 않을 수 있습니다. 덕분에 협업은 열려 있으면서도, 계정 하나가 뚫렸을 때의 영향 범위는 작게 유지됩니다.
주요 기능
- 워크스페이스 단위로 역할을 부여해 모든 멤버의 기본 접근을 제어
- 권한을 개별 리소스로 좁히기: 특정 채팅, 에이전트, 앱, 데이터 소스 단위
- 기본 제공 역할이 팀 구조에 맞지 않을 때 커스텀 역할을 정의
- 채팅, 에이전트, 앱, 코드, 지식, 데이터에 대한 접근을 한곳에서 관리
- 좌석당 비용을 내는 대신 역할로 리소스 접근을 제어, osFoundry에는 좌석당 요금이 없기 때문
활용 사례
- 팀 리드: 외부 계약자에게 지식 베이스 하나에 대한 읽기 권한만 주고 에이전트와 코드 편집은 차단
- 보안을 중시하는 관리자: 앱은 실행할 수 있지만 소스 코드는 보거나 수정할 수 없는 커스텀 역할 생성
- 워크스페이스 소유자: 일상 멤버와 관리자를 분리해 신뢰하는 역할만 에이전트 설정을 변경하도록 설정
자주 묻는 질문
단일 리소스에 권한을 설정할 수 있나요, 아니면 워크스페이스 전체에만 가능한가요?
둘 다 가능합니다. osFoundry는 기본 접근을 위한 워크스페이스 수준 역할과 개별 리소스 수준 역할을 모두 지원하므로, 워크스페이스의 나머지를 열지 않고도 특정 채팅, 에이전트, 앱, 데이터 소스에만 접근 권한을 부여할 수 있습니다.
기본 제공 역할이 우리 팀에 맞지 않으면 어떻게 하나요?
커스텀 역할을 만들 수 있습니다. 모두를 관리자-또는-멤버라는 미리 정해진 구분에 밀어 넣는 대신, 팀 구조에 맞는 역할을 정의하세요. 예를 들어 지식은 읽되 에이전트는 편집하지 못하는 역할입니다.
RBAC가 청구에 영향을 주거나 좌석당 요금을 추가하나요?
아니요. osFoundry에는 좌석당 요금이 없고 BYOK 방식이므로, 역할은 유료 좌석 뒤에서 접근을 막는 것이 아니라 누가 어떤 리소스에 접근할 수 있는지를 제어합니다. 역할을 부여해도 사람당 구독 비용이 늘지 않습니다.