MySQL 미드레벨 보안 면접

Prepared Statement는 쿼리 구조와 데이터를 분리하여 서버에서 먼저 쿼리를 컴파일한 후 파라미터를 바인딩하므로, 사용자 입력이 쿼리 구조를 변경할 수 없습니다. 문자열 이스케이핑은 특정 문자만 처리하므로 인코딩 우회나 복잡한 공격에 취약할 수 있습니다. Stored Procedure도 내부에서 동적 쿼리를 사용하지 않는 한 안전하며, 권한 분리도 가능합니다. ORM에서도 raw query나 동적으로 컬럼명/테이블명을 조합할 때는 SQL Injection에 취약할 수 있으므로, 화이트리스트 검증이 필요합니다. 또한 ORDER BY나 LIMIT 절에 사용자 입력을 직접 넣는 경우도 주의해야 합니다.

애플리케이션 레벨 암호화는 데이터베이스 도달 전에 암호화하므로 DB 관리자로부터도 보호되며 키 관리를 완전히 제어할 수 있지만, 암호화된 값으로는 검색이 불가능하고 인덱스 활용이 어렵습니다. AES_ENCRYPT 함수는 쿼리 내에서 암호화하므로 구현이 간단하지만 키가 쿼리에 노출될 수 있고 성능 오버헤드가 큽니다. TDE는 데이터 파일 자체를 암호화하여 백업 파일 유출 시 보호되고 쿼리 성능에 영향이 적지만, DB 접속 권한이 있으면 복호화된 데이터를 볼 수 있어 내부자 위협에는 취약합니다. 민감정보는 애플리케이션 레벨 암호화로 보호하되, 검색이 필요한 경우 해시값을 별도 컬럼에 저장하거나 토큰화(Tokenization)를 고려하고, TDE는 추가 보안 계층으로 함께 적용하는 것이 적합합니다.

일반 웹 애플리케이션 계정에는 특정 데이터베이스의 SELECT, INSERT, UPDATE, DELETE 권한만 부여하고 DROP, ALTER 같은 DDL 권한은 제외합니다. 읽기 전용 분석 도구에는 SELECT 권한만 부여하며, 민감정보 컬럼은 제외하거나 마스킹된 뷰를 제공합니다. 배치 작업 계정은 작업에 필요한 특정 테이블과 작업(예: 로그 삭제를 위한 DELETE)만 허용합니다. 컬럼 레벨 권한을 사용하면 같은 테이블 내에서도 민감정보 컬럼(주민번호, 급여 등)에 대한 접근을 제한할 수 있어 내부자 위협을 줄일 수 있습니다. root 계정은 모든 권한을 가지므로 SQL Injection이나 계정 탈취 시 전체 시스템이 위험해지며, 감사 로그에서 실제 작업 주체를 구분하기 어려워 책임 추적성이 떨어집니다.