웹서버를 두 대로 늘렸는데도 특정 서버만 바쁘거나, 새로고침할 때마다 로그인이 풀리는 일이 생길 수 있다. 서버를 추가하는 것과 여러 서버가 하나의 서비스처럼 동작하게 만드는 것은 서로 다른 작업이기 때문이다. 로드밸런서는 들어오는 트래픽을 여러 서버에 나누어 전달한다. 하지만 분산 기준, 서버 상태 확인, 세션과 파일 저장 방식이 맞지 않으면 기대한 효과를 얻기 어렵다. 부하 분산 구조를 이해할 때는 요청이 어느 서버로 전달되는지와 함께, 서버가 바뀌어도 같은 서비스를 제공할 수 있는지를 살펴봐야 한다. 로드밸런서는 요청을 처리할 서버를 선택 로드밸런서는 클라이언트가 접속하는 서비스의 진입점에서 요청이나 연결을 받을 서버를 선택한다. 하나의 요청을 모든 서버에 복제하는 장치가 아니라, 정해진 기준..

업무용 NAS에서 삭제한 파일을 스냅샷으로 되살렸다면, 장비가 고장 나도 같은 방법으로 복구할 수 있을 것처럼 느껴질 수 있다. 그러나 같은 저장 공간에 남겨 둔 복구 시점은 그 저장 공간을 잃는 사고까지 해결해 주지 않는다. 데이터 보호를 설계할 때는 복구 메뉴의 유무보다 원본이 사라져도 복구에 필요한 데이터와 권한이 남는지부터 확인해야 한다. 스냅샷은 시점 보존 기술, 백업은 복구를 위한 체계스냅샷은 특정 시점의 데이터 상태를 보존하는 기술이다. 파일시스템이나 스토리지의 로컬 스냅샷은 원본과 데이터 블록을 공유하고, 변경 전 블록이나 참조 정보를 유지하는 방식으로 구현되는 경우가 많다. 생성할 때마다 전체 데이터를 다른 장치에 복사하는 방식과는 다르며, 구현에 따라 저장 위치와 복구 조건도 달라진다..

주문 등록 화면에서 저장 버튼을 눌렀는데 응답이 끊겼다. 다시 누르면 주문이 두 번 들어가는지, 잠시 기다리면 되는지 판단하기 어렵다. 이 상황을 이해하려면 화면의 응답, 서버의 업무 처리, 데이터베이스의 저장 완료를 구분해야 한다.기업 IT 시스템의 데이터는 대체로 입력, 검증, 업무 처리, 저장, 조회, 후속 처리의 흐름을 거친다. 이 글은 주문 등록을 가상 예시로 사용한다. 특정 회사의 실제 구성이나 수행 경험을 설명하는 사례는 아니며, 파일 저장과 DB 저장의 역할부터 장애 확인 기준까지 살펴본다.같은 데이터라도 트랜잭션 위치에 따라 용도가 다름사용자가 입력한 주문 수량은 처음에는 브라우저나 앱의 메모리에 있다. 서버로 전송되면 애플리케이션이 해석하고 계산할 수 있는 값이 된다. 이후 데이터베이스..

직원이 외부 제안서를 AI에 올리고 비교 요약을 요청했다. 그런데 AI가 제안서 속 문장을 지시로 받아들여 특정 업체를 우선 추천하거나 요청하지 않은 작업을 시도한다면 문제의 성격이 달라진다. 프롬프트 인젝션은 AI가 읽어야 할 자료와 따라야 할 지시 사이의 경계를 흔드는 공격이다.자료의 내용이 업무 지시로 바뀌는 지점생성형 AI 서비스는 사용자 요청, 서비스 운영 규칙, 검색 결과, 첨부파일 등을 모델에 전달한다. 이때 신뢰할 수 없는 입력이 모델의 응답이나 행동을 의도하지 않은 방향으로 바꾸면 프롬프트 인젝션 문제가 발생한다. OWASP의 LLM01 설명은 직접·간접 입력을 통한 행동 변경과 그 영향을 다룬다.자료 안에 명령문이 있다는 사실만으로 공격이라고 판단해서는 안 된다. 매뉴얼의 작업 지침을 ..

직원이 생성형 AI에 사내 출장비 규정을 물었는데, 회사 기준과 다른 답변이 돌아왔다고 가정해 보자. 모델이 일반적인 출장 제도를 알고 있어도 우리 회사의 개정 규정까지 아는 것은 아니다. 이때 관련 내부 문서를 찾아 질문과 함께 모델에 전달하는 방식이 RAG다.RAG는 답변 전에 근거를 찾아 제공하는 방식RAG는 Retrieval-Augmented Generation의 약자로, 검색 증강 생성이라고 부른다. 질문에 맞는 자료를 검색하고, 검색 결과를 참고 문맥으로 제공해 언어모델이 답변하도록 구성한다. AWS의 설명처럼 내부 지식을 활용하기 위해 매번 모델을 재학습하는 과정이 필수인 것은 아니다.예를 들어 출장비 규정의 관련 조항을 찾아 모델에 전달하면, 모델은 그 내용을 바탕으로 지급 기준을 설명할 ..

2026년 10월 21일 PHP 개발팀이 인증 없이 원격 코드 실행으로 이어질 수 있는 취약점 두 건과 수정 버전을 공개했다. 22일 국내에서도 긴급 대응 소식이 이어졌다. 홈페이지 담당자에게 필요한 것은 불안한 제목보다 우리 서비스의 PHP 사용 여부, 수정본 적용 여부, 실제 운영 프로세스의 교체 여부를 확인하는 일이다.PHP는 홈페이지 뒤에서 실행되는 프로그램이다PHP는 웹서버에서 동작하는 프로그래밍 언어다. 방문자가 페이지를 요청하면 서버가 PHP 코드를 실행해 게시물과 데이터베이스 정보를 처리하고, 결과를 HTML 등으로 브라우저에 전달한다. 방문자 PC에 PHP를 설치하는 구조가 아니므로, 이번 대응의 중심도 이용자의 브라우저 업데이트가 아니라 서버 운영 환경이다. 영국 NCSC — PHP 긴..

클라우드 두 곳에 시스템을 나누어 올렸다고 장애 대응 능력이 두 배가 되는 것은 아니다. 한쪽의 애플리케이션이 다른 쪽의 데이터베이스를 계속 호출한다면, 두 환경 중 하나만 멈춰도 같은 업무가 중단될 수 있다. 멀티클라우드의 효과는 사업자 수보다 업무를 나누는 방식과 환경 사이의 의존성에 달려 있다.이 글에서는 멀티클라우드의 장점을 얻을 수 있는 조건, 운영이 복잡해지는 지점, 도입 전에 확인할 판단 기준을 살펴본다. 클라우드별 기능을 모두 비교하기보다 기업이 추가로 책임져야 할 연결과 운영에 초점을 맞춘다.1. 멀티클라우드는 배치 전략이고, 무중단은 별도 설계다멀티클라우드는 둘 이상의 클라우드 사업자 서비스를 함께 사용하는 방식이다. 여기서는 AWS와 Google Cloud처럼 서로 다른 퍼블릭 클라우..

직원이 업무 문서를 외부로 보냈다고 해서 모두 정보 유출인 것은 아닙니다. 거래처에 전달해야 할 자료도 있고, 회사 밖으로 나가면 안 되는 고객 명단이나 원가 자료도 있습니다. 기업이 구분해야 할 것은 외부 전송 자체보다 어떤 정보를 누가 어디로 보내는지, 그리고 허용된 업무인지입니다. DLP(Data Loss Prevention)는 민감정보를 식별하고 사용·공유 행위에 정책을 적용해 부적절한 반출 위험을 줄이는 통제입니다. 이 글에서는 제품별 메뉴보다 정보 식별, 정책 판단, 경로별 집행, 예외 관리가 연결되는 구조를 살펴봅니다. DLP는 정보와 행위를 함께 판단방화벽이 통신의 출발지·목적지·프로토콜 등을 기준으로 접근을 통제한다면, DLP는 보호 대상 정보와 그 정보에 대한 행위를 중심으로 판단합니다..

사고가 의심돼 지난달 접속 이력을 찾았는데 장비에는 최근 며칠치만 남아 있다면, 지금 보이는 정상 상태만으로 과거의 안전을 설명하기 어렵다. 로그 보존은 저장 공간을 확보하는 일과 함께, 필요한 시점의 기록을 찾아 사건의 순서를 재구성할 수 있게 만드는 일이다.로그는 사고 당시의 기록로그에는 로그인, 권한 변경, 시스템 설정 변경, 파일 접근 같은 사건이 기록된다. 방화벽에서 통신을 확인해도 그 연결로 누가 어떤 업무를 했는지는 애플리케이션 기록을 함께 봐야 알 수 있다. 따라서 수집 대상은 장비 목록보다 ‘사고가 발생했을 때 확인할 질문’을 기준으로 정하는 편이 실용적이다.예를 들어 관리자 계정 오용을 조사하려면 인증 성공·실패, 관리자 권한 부여, 실제 관리 작업을 이어서 확인할 수 있어야 한다. N..

쇼핑몰 행사 시작 직후 접속이 급증했다. 같은 시각 보안 장비에는 반복 요청과 비정상 입력 경고가 쌓였다. 이때 요청이 많다는 이유만으로 접속 IP를 차단하면 실제 구매자까지 막을 수 있다. 반대로 행사 트래픽이라고 넘기면 그 사이에 섞인 공격 시도를 놓칠 수 있다. 웹 요청은 HTTP 메서드, 요청 경로, 헤더, 매개변수와 본문 등으로 구성된다. 정상 요청과 공격 요청은 같은 형식을 쓰기 때문에 겉모양만으로 나누기 어렵다. 실무에서는 요청 내용, 반복 양상, 사용자 맥락, 서버 처리 결과를 함께 비교해 판단 근거를 쌓아야 한다.정상 기준은 서비스 기능별로 지정상품 조회, 로그인, 파일 업로드는 정상적인 요청 형태부터 다르다. 상품 목록은 비로그인 상태로 반복 조회할 수 있고, 사내 연동 API는 사람..