DB에서 유저 테이블이 둘 이상일 때 join, 보안 관련 질문있습니다.

Question

안녕하세요.대다수 웹사이트에서는 사용자와 관리자로 로그인 게정을 구분할거라 생각합니다.저 같은 경우는 사용자와 관리자를 하나의 테이블에 두고 권한이나 플래그 컬럼을 두어서 분류 했었어요.그런데 보안적 측면에서 테이블을 나누는 것이 좋다고 들었습니다.그런데 생각하다보니 궁금한 점이 생겨 질문드려요.어떤 점에서 두 개의 테이블로 나누는 것이 보안과 연결되나요? 만약에 해킹을 당했다면 둘로 나눈다고 더 안전하거나 하지 않을 것 같아서요.작성자, 수정자 컬럼이 있는 테이블이 있고 해당 테이블에 사용자, 관리자 모두 쓰기/수정이 가능하다면 JOIN은 어떻게 하는지도 궁금합니다. 제 생각엔 다른 테이블이니 외래키를 맺지 못할테고 논리적으로만 JOIN 해야할텐데 그것도 추가 플래그 컬럼(사용자 혹은 관리자가 작성했는지 확인)이 있어야할 것 같은데 과연 그게 최선인지 싶습니다.

리브12 · Answer

제가 현재 이직한 회사가 내용처럼 일반사용자, 관리자 나눠놨는데 솔직히 불편하기만 하고, 보안에 도움된다거나 그런거 모르겠습니다. 테이블을 나눠놨으니 보안에 도움이 된다? 말이 안되죠 ㅋㅋ.. 차라리 암호화 시킨 테이블을 별도로 두고 로그인정보는 한개 테이블에서 관리하는게 더 좋지..일단 저희는 join은 하지않고 개별로 관리를합니다. 예를들면 관리자용 페이지, 일반사용자용 페이지 아예 구분을 해둡니다.저도 작성자님처럼 한개의 테이블에서 role을 관리하는게 더 좋다고 생각하고, 또 role을 1:N매칭시켜서 하는게 더 효율적이고 관리도 쉽다고 생각합니다.

kenu,전독시 · Answer

유저 뚫렸는데, 관리자까지 기능까지 권한관리제약 이 없는 경우라면, 그냥 포기해야죠.DB의 모델링은 회사 정책을 따르는 것으로 알고 있습니다. IFRS 회계법에서는 모든 History는 crud 모두 남겨야되는 것으로 알고 있습니다. 누가 언제 그 데이터를 변경했는지 기록이 다 남아야 IFRS 인증을 받을 수 있습니다.

르매 · Answer

말씀하신 상황에서는 테이블을 분리하지 않습니다.관리자를 별도의 테이블로 분리한다는 것은 인증/인가 시스템을 비롯해 관리자만 사용할 수 있는 별도의 서비스가 더 있다는 의미입니다. 그렇지 않은 환경이면 테이블을 분리할 이유가.. 글쎄요? 없을 것 같은데요.예를 들면 인터파크와 같은 커머스 사이트에서 유저가 사용하는 웹 사이트가 있고, 환불이나 배송과 같은 관리 기능을 위한 별도 관리자 사이트가 있을 때.. 관리자 테이블이 필요합니다.하지만 본문의 내용으로 유추해 보면.. 여기서의 관리자란.. 유저가 사용하는 서비스를 같이 사용할 수 있는 것 + 관리자 기능이 더 보이는 것이 아닌가 생각됩니다.이런 구조에서는 사용자 테이블에서 권한 테이블 또는 권한 컬럼을 사용하는게 맞습니다.

장독깨기 · Answer

첫째. 보안적인 측면은, 글쎄요, 딱히 문제 될 건 없어보입니다.둘째. 보통 사용자와 관리자는 하는 일이 다릅니다.따라서, 관리 웹을 만들고 계정 테이블도 분리 합니다. 저도 이렇게 합니다.근데, 특정 테이블에 사용자와 관리자가 모두 쓰기 가능하고 작성자 컬럼이 하나라면, (따로 할 수 없을까요)계정 테이블을 분리하면 안 되겠죠.근데, 이럴 일이 뭐가 있을까 궁금하긴 하네요. :)

DB에서 유저 테이블이 둘 이상일 때 join, 보안 관련 질문있습니다.

4개의 답변

Q&A 목록