로그인 하나에 왜 견적이 따로 붙을까요?

로그인 버튼 뒤에는 비즈니스 서버의 인증·권한 경계 설계가 있어야 실제로 동작합니다. 이 글은 이 항목이 하는 일과 빠지면 멈추는 기능, 견적서에서 확인할 것을 설명합니다.

견적서를 받아 보니 로그인 항목 아래 여러 줄이 더 붙어 있습니다. 로그인 화면은 버튼 하나인데 왜 줄이 늘어나는지 궁금하실 겁니다. 그 줄은 화면 뒤에서 아이디와 비밀번호를 확인하는 작업을 가리킵니다.

로그인 버튼은 화면에서 보이는 부분입니다. 그 버튼이 실제로 동작하려면 화면 뒤에서 이 작업을 처리할 서버가 있어야 합니다. 견적서에서 이 작업은 비즈니스 서버 구축 항목 아래 인증으로 적힙니다. 이 글에서는 이 작업을 인증·권한 경계라고 부르겠습니다.

견적서에는 인증·권한 경계가 어떻게 적혀 있습니까?

엔소프 컴퍼니의 견적서에서는 인증·권한 경계가 비즈니스 서버 구축 항목 아래 적힙니다. 정식으로는 비즈니스 서버의 인증·권한 경계 설계라고 부르기도 합니다. 그 항목에는 API, 데이터, 인증이 함께 들어 있습니다. 인증이 바로 로그인과 회원별 접근 권한을 처리하는 부분입니다.

이 세 가지는 한 서버 안에서 함께 동작합니다. API는 화면과 서버가 자료를 주고받는 통로입니다. 데이터는 회원 정보와 주문 같은 자료가 쌓이는 곳입니다. 인증은 그 통로와 자료에 누가 들어올 수 있는지를 정하는 작업입니다.

견적서에는 인증이라는 한 단어로 적혀 있습니다. 그 단어 안에는 로그인 화면 하나보다 넓은 작업이 들어 있습니다. 화면에 보이는 버튼과 화면 뒤에서 처리하는 작업은 다른 범위입니다.

그래서 견적서는 화면 디자인과 비즈니스 서버를 각각 다른 줄에 둡니다. 화면 줄은 눈에 보이는 부분을 가리킵니다. 서버 줄은 보이지 않는 곳에서 처리하는 작업을 가리킵니다.

로그인 버튼을 만들어 달라는 요청은 무엇으로 이어집니까?

고객이 요청하시는 로그인 버튼은 화면 뒤에서 여러 작업으로 이어집니다. 버튼을 누른 뒤 일어나는 모든 처리가 이 요청 안에 포함됩니다. 그 처리를 맡는 곳이 비즈니스 서버입니다.

서버는 입력된 아이디와 비밀번호를 저장된 자료와 비교합니다. 일치하면 그 회원이 들어갈 수 있는 화면과 자료를 정합니다. 일치하지 않으면 다시 입력하도록 화면에 알립니다.

회원마다 볼 수 있는 화면과 자료가 다르면 권한 경계도 함께 설계해야 합니다. 일반 회원과 관리자가 같은 자료를 보게 되면 요청하신 구조와 달라집니다. 그래서 인증과 권한은 늘 함께 설계합니다.

로그인 버튼을 만들어 달라는 요청 한 줄은 서버 쪽 여러 작업으로 이어집니다. 이 작업을 비즈니스 서버 항목이 담당합니다. 화면 설계만으로는 이 작업을 대신할 수 없습니다.

인증·권한 경계에 왜 별도 작업이 붙습니까?

로그인은 매번 같은 화면처럼 보입니다. 그러나 화면 뒤에서 처리하는 작업은 프로젝트마다 다시 설계해야 합니다. 그래서 견적서에 별도 줄로 붙습니다.

인증 시스템을 처음부터 직접 만드는 엔지니어링 팀은 많지 않습니다. 전체의 5%도 안 된다고 인증 서비스를 판매하는 업체는 설명합니다. 나머지 팀은 이미 만들어진 인증 구조를 가져와 프로젝트에 맞게 다시 맞춥니다.

SSO나 다중 인증 같은 요구사항이 늘어나면 그만큼 작업도 늘어납니다. 신원 인증 솔루션을 판매하는 업체도 이렇게 설명합니다. 요구사항 하나가 늘어날 때마다 설계를 다시 해야 하는 부분이 생깁니다.

엔소프 컴퍼니의 견적서에서 인증 한 줄에 별도 작업이 붙는 이유도 같습니다. 로그인 화면의 생김새가 아니라 그 뒤의 구조를 매번 새로 맞추기 때문입니다. 그 구조를 맞추는 작업이 바로 인증·권한 경계입니다.

인증·권한 경계를 빼면 무엇이 멈춥니까?

인증·권한 경계가 빠지면 비밀번호를 잊은 회원이 계정을 스스로 되찾지 못합니다. 로그인 기능에는 이 상황에 대비한 복구 절차를 함께 설계할 수 있습니다. 복구 절차가 없으면 회원은 계정을 다시 만들거나 직접 문의해야 합니다.

인증·권한 경계가 없으면 비밀번호를 무작위로 계속 시도하는 공격을 막지 못합니다. 로그인 시도 횟수를 제한하는 장치는 이 공격을 막기 위한 별도 설계입니다. 이 장치가 없으면 로그인 화면이 공격에 그대로 노출됩니다.

인증·권한 경계가 없으면 다단계 인증 같은 추가 보호 장치도 넣을 곳이 없습니다. 다단계 인증은 비밀번호 관련 공격을 막는 가장 강력한 방어 수단으로 꼽힙니다. 오픈소스 웹 보안 표준을 만드는 비영리단체가 내놓은 설명입니다.

비밀번호 복구와 로그인 시도 제한, 다단계 인증은 인증·권한 경계 안에서 함께 설계합니다. 화면에는 보이지 않지만 빠지면 회원 계정을 지킬 방법이 줄어듭니다. 그래서 이 항목은 화면 디자인과 별도로 다루어집니다.

견적서에서 확인할 것은 무엇입니까?

견적서에서 확인할 것은 두 가지입니다. 첫째, 비즈니스 서버 항목에 인증이 포함되어 있는지 확인하십시오. 둘째, 그 인증이 복구 절차와 시도 제한까지 포함하는지 확인하십시오.

견적서에 비즈니스 서버의 인증·권한 경계 설계라는 항목이 있는지 먼저 살펴보십시오. 이름이 다르게 적혀 있어도 같은 작업을 가리킬 수 있습니다. 항목 이름보다 그 안에 적힌 작업 내용을 먼저 확인하십시오.

항목이 있다면 그 범위가 어디까지인지 물어보십시오. 로그인 화면만 포함하는지, 복구 절차와 시도 제한까지 포함하는지가 다릅니다. 다단계 인증 여부도 이 범위 안에서 함께 물어보십시오.

항목이 없다면 그 이유를 물어보십시오. 로그인 화면만 만들고 서버 쪽 작업은 다른 계약으로 두었을 수 있습니다. 그 경우 서버 작업을 어느 단계에서 추가할지 함께 확인하십시오.

그래서 인증·권한 경계를 확인해야 합니까?

네, 지금 확인하셔야 합니다. 화면 시안이 먼저 나오면 이 확인은 뒤로 밀립니다. 뒤로 밀린 확인은 개발을 마친 후에야 빠진 것이 드러납니다.

로그인 화면은 AI 도구로도 빠르게 그릴 수 있는 시대입니다. 그러나 화면 뒤에서 아이디를 확인하고 권한을 나누는 작업은 여전히 따로 설계해야 합니다. 화면이 쉬워질수록 그 뒤의 구조를 챙기는 일이 더 중요해집니다.

미루면 비밀번호 복구나 시도 제한 같은 항목이 견적서에서 빠진 채 넘어갈 수 있습니다. 빠진 항목은 계약 후에 별도 작업으로 다시 논의됩니다. 그때는 일정과 비용을 처음부터 다시 따져야 합니다.

결론은 하나입니다. 견적서를 받으신 지금 인증·권한 경계가 포함되어 있는지 먼저 확인하는 것입니다.