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

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

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

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

기업에서 AI 에이전트가 업무를 자동으로 처리하도록 허용했다면, 그 에이전트가 어디까지 행동할 수 있는지도 통제할 수 있어야 한다.예를 들어 구매 업무를 지원하는 AI 에이전트가 발주 내역을 조회하고 구매 요청서를 작성하는 것은 정상적인 업무다. 하지만 동일한 에이전트가 승인 없이 거래처 계좌를 변경하거나 대금을 이체할 수 있다면 문제가 달라진다.기존의 계정·접근권한 관리 체계는 사용자가 특정 시스템에 접근할 수 있는지를 판단하는 데 초점을 맞춰왔다. 그러나 AI 에이전트는 여러 시스템과 외부 도구를 연결하고, 업무 진행 상황에 따라 다음 행동을 스스로 결정할 수 있다.이 때문에 AI 에이전트에는 시스템 접근 권한뿐 아니라 업무 수행 과정에서 허용되는 행동의 범위를 통제하는 체계가 요구된다.2026년 1..

부서를 옮긴 직원에게 새 업무 권한을 추가하면서 이전 부서 권한은 그대로 두는 일이 있다. 평소에는 문제가 드러나지 않지만, 계정이 탈취되거나 자료가 잘못 공유되면 더 넓은 업무 영역까지 영향을 받을 수 있다. 접근권한 관리는 계정을 만드는 절차에서 끝나지 않는다. 지금 하는 일에 맞게 권한을 정하고, 업무가 바뀌면 줄이는 과정까지 포함한다. 1. 최소 권한은 업무 수행에 필요한 범위를 정하는 원칙최소 권한 원칙은 사용자나 프로그램이 맡은 기능을 수행하는 데 필요한 최소한의 자원과 권한만 갖도록 하는 보안 원칙이다. NIST의 정의도 사람뿐 아니라 사용자를 대신해 동작하는 프로세스를 포함한다.[1] 따라서 직원 계정, 관리자 계정, 시스템 연동용 서비스 계정 모두 적용 대상이다.여기서 ‘최소’는 권한을..

회사 PC의 외부 웹 접속을 통제하는 장비와 고객의 요청을 웹 서버로 전달하는 장비는 모두 프록시로 불릴 수 있다. 하지만 두 장비의 정책을 같은 방식으로 설계하면 사용자를 식별하지 못하거나 내부 서버가 외부에 그대로 노출되는 문제가 생긴다. 구분의 출발점은 설치 위치보다 ‘누구를 대신해 요청을 중계하는가’다. 포워드 프록시는 사용자의 요청을 중계프록시는 통신 중간에서 요청과 응답을 전달하는 중계자다. 일상적으로 ‘프록시 서버’라고 부를 때는 포워드 프록시를 뜻하는 경우가 많지만, 넓게 보면 리버스 프록시도 프록시의 한 종류다. RFC 9110은 HTTP 중계자를 설명하면서 프록시와 게이트웨이, 터널을 구별한다. [1]포워드 프록시는 클라이언트가 외부 서비스에 접근할 때 사용하는 중계 지점이다. 명시적..

클라우드로 시스템을 옮긴 뒤에도 퇴사자 계정이 남고, 저장소가 외부에 공개되거나, 복구할 데이터를 찾지 못할 수 있다. 인프라를 맡겼다는 사실만으로 이런 운영 업무까지 모두 이전되는 것은 아니기 때문이다. 클라우드 도입을 검토하는 담당자라면 비용과 기능을 비교하기 전에, 어떤 일을 사업자가 수행하고 어떤 일을 회사가 계속 맡는지 확인해야 한다. 공동 책임은 일을 반씩 나눈다는 뜻이 아님Shared Responsibility Model은 클라우드 사업자와 고객이 보안·운영 업무를 어떻게 나누는지 설명하는 모델이다. 책임을 똑같이 절반씩 부담한다는 의미가 아니라, 관리하는 계층과 통제할 수 있는 설정에 따라 수행 업무가 달라진다는 뜻이다.AWS는 클라우드 기반 인프라의 보호와 고객이 클라우드 안에서 수행하..

공유폴더가 필요해서 스토리지를 알아보는데 DAS, NAS, SAN이 함께 등장하면 무엇부터 비교해야 할지 막막해진다. 세 방식은 저장 용량의 크기나 장비의 등급을 뜻하지 않는다. 저장장치를 어디에 연결하고, 사용하는 시스템에 어떤 형태로 제공하는지가 핵심이다. 이 글은 사내 문서 공유, 단일 서버 증설, 가상화용 저장공간을 검토하는 담당자를 위한 비교다. 연결 구조를 이해한 뒤 업무의 접근 방식과 장애 영향을 기준으로 선택할 수 있도록 정리한다.저장 매체와 접근 방식을 나누어 이해HDD와 SSD는 데이터를 기록하는 매체다. DAS·NAS·SAN은 그 저장공간을 시스템에 연결하거나 제공하는 방식을 설명한다. 따라서 SSD를 사용했다고 SAN이 되는 것도 아니고, 디스크가 여러 개라고 NAS가 되는 것도 ..

회사에서 보이지 않는 AI 사용이 생기는 순간회의록을 요약하려고 개인 AI 계정에 파일을 올리거나, 보고서를 빨리 찾으려고 외부 AI에 회사 드라이브를 연결하는 일이 있다. 직원에게는 작은 업무 편의이지만, 회사에는 승인하지 않은 데이터 처리 경로와 접근 권한이 생긴다. Shadow AI를 점검할 때는 접속한 사이트 목록과 함께 입력한 정보, 사용 계정, 연결한 기능을 확인해야 한다. 이 글은 임직원의 생성형 AI 사용을 검토하는 보안·IT 담당자와 부서 책임자를 위한 글이다. 승인 여부와 실제 노출 위험을 구분하고, 어떤 사용을 허용·보완·중단할지 판단하는 기준을 정리한다.Shadow AI는 회사의 승인·관리 범위 밖에서 사용하는 AI영국 NCSC는 Shadow AI를 조직의 승인된 시스템과 절차에 ..