파일 하나. 잠재적 공격 하나.

양성 또는 음성 스캔 결과만으로는 애플리케이션의 모든 질문에 답할 수 없습니다. 업무상 어떤 파일 유형이 필요하고, 어떤 활성 콘텐츠가 허용되며, 알 수 없는 결과에는 어떻게 대응해야 합니까? 저희는 실제 비즈니스 프로세스를 기준으로 이러한 규칙을 함께 정의합니다. 이때 멀티스캐닝과 Content Disarm and Reconstruction(CDR)이 보완적인 방법으로 사용됩니다. 업무상 필요한 파일이 검사 없이 그대로 전달되지는 않으며, 처리 상태에 따라 다음 단계로 전달될지 여부와 그 형태가 결정됩니다.

무해화 과정은 콘텐츠를 변경할 수 있으므로 반드시 대표성 있는 문서로 테스트해야 합니다. 매크로나 기타 활성 요소는 보호 정책에 따라 제거되어야 하더라도 비즈니스 프로세스에 필요한 경우가 있습니다. 이러한 충돌에는 신중한 결정이 필요합니다. 암호화된 아카이브의 경우, 콘텐츠에 접근하려면 먼저 정당하게 제공된 비밀번호가 있어야 합니다. 스캐너는 알 수 없는 암호화를 임의로 우회할 수 없습니다. 따라서 검사할 수 없는 파일, 형식 오류, 임계값 초과에 대해서는 명확한 예외 및 격리 절차를 합의합니다.

적합한 구축 방식은 파일 처리량, 크기, 파일 형식 구성, 허용 가능한 대기 시간에 따라 달라집니다. 예측 가능한 물량을 처리하는 중앙 검사 지점은 SaaS 애플리케이션에서 크게 변동하는 업로드와는 다른 요구 사항을 갖습니다. 저희는 예상 처리량과 필요한 모듈을 함께 검토하고, 대표성 있는 파일 세트로 테스트합니다. 이를 바탕으로 용량, 대기열, 장애 발생 시의 동작을 도출합니다. 사용 가능한 클라우드 이미지나 컨테이너는 하나의 구축 경로일 뿐, 아직 완전히 구성되고 관리되는 서비스는 아닙니다.

온프레미스 환경이나 격리된 환경에서는 업데이트, 라이선스, 허용되는 정보 교환도 함께 고려해야 합니다. 엔진 업데이트와 외부 평판 조회 또는 인텔리전스 조회는 운영 체계에 부합해야 합니다. 또한 파일 스캐닝 시스템만으로는 보안 도메인 간의 승인된 연결이 만들어지지 않습니다. 통제된 전송이나 에어갭 절차가 필요한 경우에는 검사 과정을 그 목적에 맞게 마련된 전체 프로세스에 포함시킵니다. 허용되는 아키텍처와 그 승인 여부는 별도의 프로젝트 결정 사항으로 남습니다.

애플리케이션은 명확한 답을 필요로 하는 반면, SOC는 조사를 위한 추가적인 세부 정보를 필요로 합니다. 그렇기 때문에 저희는 업무상의 승인 상태와 심층 분석 정보를 분리합니다. 결과는 해당 파일 처리 건과 연결되며, 로그는 합의된 수신자에게 전달됩니다. 보고서와 메타데이터 자체에 민감한 정보가 포함될 수 있으므로 보존 기간과 접근 권한은 신중하게 정해야 합니다. 수동 검사의 경우에는 담당자와 이후 승인 조건을 문서화합니다.

실제 운영에 들어가기 전에 허용된 파일, 예상되는 차단, 기술적인 오류 사례를 테스트합니다. 여기에는 정상적인 결과뿐 아니라 시간 초과와 불완전한 분석도 포함됩니다. 제조사가 제시하는 수치는 특정 제품 범위나 테스트를 설명할 뿐, 모든 위협의 탐지를 보장하지는 않습니다. 귀사의 프로젝트에서 중요한 것은 실제로 라이선스가 부여된 모듈, 귀사의 정책, 검증된 운영 절차입니다. 인계 과정에서는 이러한 근거를 명확히 하고, 새로운 파일 유형이나 변경된 요구 사항을 어떻게 반영할지도 함께 정리합니다.