로컬 입력 검증

로컬 입력 검증이란 사용자가 웹사이트나 앱에 뭔가를 입력했을 때, 그 내용을 인터넷 저편 서버로 보내기도 전에 내 컴퓨터(브라우저) 안에서 먼저 형식이 맞는지 훑어보는 절차다. 편지를 우체통에 넣기 전 현관에서 봉투에 우표가 붙어 있는지, 주소를 제대로 썼는지 스스로 한 번 확인하는 것과 비슷하다. 이 확인은 편지가 실제로 우체국에 도착하기도 전에, 집 안에서 이미 끝나 버린다.

이렇게 미리 걸러주면 오탈자 같은 단순한 실수를 서버까지 갔다 오는 수고 없이 빠르게 잡아낼 수 있다. 문제는 이 확인이 순전히 화면쪽 코드가 미리 정해둔 규칙표대로만 작동한다는 점이다. 규칙표 자체가 틀렸다면, 아무리 멀쩡한 내용을 넣어도 계속 반려된다. 진짜 판정은 서버에 물어봐야 알 수 있는데, 그 앞에 세워둔 문지기가 잘못된 명단을 들고 통과를 막고 있는 셈이다.

기사 속 블로거는 구글 워크스페이스 가입 화면 소스코드를 직접 열어보고서야 "오류가 로컬 입력 검증 함수에서 발생한다"는 사실을 알아냈어요. 브라우저 개발자 도구에서 이 검증 함수를 강제로 꺼버리자 가입이 그대로 통과됐는데, 이는 서버가 도메인을 실제로 거부한 게 아니라 화면 쪽 코드에 박혀 있던 정규식 목록이 멀쩡한 도메인을 이메일 업체로 잘못 분류해 걸러낸 것이었어요. 흔히 오류 메시지가 뜨면 '서버가 내 정보를 거부했다'고 오해하기 쉽지만, 이 사례처럼 서버까지 가지도 못하고 화면 단계에서 먼저 막히는 경우도 많아요.

자주 쓰는 회원가입 폼에서 일부러 조건에서 어긋나는 값(형식이 이상한 이메일 등)을 넣어 보세요. 입력하자마자 화면이 빨간 글씨로 즉시 오류를 띄운다면, 서버로 가지도 않고 화면 자체가 걸러낸 로컬 입력 검증일 가능성이 큽니다. 브라우저 개발자 도구를 열어 자바스크립트를 잠시 꺼둔 뒤 같은 값을 다시 넣어보면, 이번엔 오류 없이 넘어가는 경우가 많습니다. 이 차이가 바로 화면 쪽 검증과 서버 쪽 검증의 경계선입니다.