クイズ: DRMと文書セキュリティ

서버 배치가 첨부된 xlsx 를 파싱하려다 계속 실패합니다. DRM 암호화 여부를 가장 빠르게 판별하는 방법은?

• 같은 종류의 정상 파일과 크기를 견줘 눈에 띄게 다른지 본다
• 확장자를 xls 로 바꿔 구버전 형식으로 읽히는지 시험한다
• 파일 선두 바이트가 ZIP 시그니처(50 4B 03 04)로 시작하는지 본다
• 파싱 라이브러리의 임시 파일이 남았을 수 있으니 서버를 재기동해 본다

'사용자 PC 에 DRM 에이전트가 있으니 웹 업로드 시 자동으로 복호화되어 올라갈 것'이라는 가정의 문제는?

• 에이전트가 설치돼 있으면 경로와 무관하게 항상 복호화되므로 맞는 가정이다
• 에이전트가 외부 전송으로 판단해 업로드 자체를 차단하는 것이 보통이다
• 복호화가 전송 중에 일어나 업로드가 느려질 뿐 내용은 정상으로 올라간다
• 오피스가 열 때는 복호화되지만, 브라우저가 읽어 올릴 때는 암호문 그대로인 경우가 많다

서버가 첨부 문서의 내용을 읽어야 하는 요구사항(전문 검색, 서버 미리보기, 엑셀 일괄 등록)이 있을 때 가장 적절한 대응 시점은?

• 개발 중에 실제 파일로 시험하다 오류가 나면 그때 대응한다
• 분석 단계에서 DRM 담당 부서와 서버용 복호화 또는 예외 정책을 확정한다
• 통합테스트에서 실제 운영 문서로 확인한 뒤 필요하면 협의한다
• 안정화 기간에 실제 사용 패턴을 보고 정리하는 편이 낫다

DRM 과 DLP 의 차이를 바르게 설명한 것은?

• DRM 은 네트워크를 감시하고 DLP 는 파일을 암호화한다
• DRM 은 파일 자체를 암호화해 열람 권한을 통제하고, DLP 는 메일·USB·웹 같은 유출 경로를 감시·차단한다
• 둘은 같은 제품의 다른 이름이다
• DRM 은 서버용, DLP 는 PC 용이다

DRM 관련 업로드 장애 분석을 위해 업로드 처리 지점에 남기면 가장 유용한 로그는?

• 파일명과 업로드 시각 — 어떤 파일이 언제 들어왔는지만 알면 추적된다
• 업로드 시점의 서버 CPU·메모리 사용률과 처리 소요 시간
• 업로더의 브라우저 종류와 화면 해상도 같은 클라이언트 환경 정보
• 파일명·크기·선두 8바이트 16진수·업로더 정보·파싱 예외 전문

'파일이 안 열린다'는 신고를 받았을 때 원인을 좁히는 순서로 가장 적절한 것은?

• 로컬에서 열리는지 → 시그니처가 정상인지 → 다른 경로에서도 막히는지 → 누구만 그런지
• 재현 조건을 모으기 전에 DRM 벤더에 먼저 문의해 정책 변경 여부를 확인한다
• 서버 측 임시 파일 문제일 수 있으므로 재기동한 뒤 다시 시도하게 한다
• 파일이 손상됐을 수 있으므로 삭제하고 다시 업로드하게 해 재현되는지 본다