클라우드 기반 파일 변환기를 사용할 때 주요 보안 우려 사항
2026. 7. 31.

클라우드 기반 파일 변환기를 사용할 때 주요 보안 우려 사항

클라우드 파일 변환 위험을 탐색합니다. 여기에는 데이터 노출, 보존, 악성코드, 접근 제어 및 .NET 애플리케이션을 위한 공급업체 거버넌스가 포함됩니다.

소개

공용 파일 변환은 편리하지만 보안 문제가 없지는 않습니다. 데이터가 유출될 수 있고, 보존 기간이 불분명하며, 규정 준수 의무가 확대될 수 있고, 악성 파일이 복잡한 파서를 목표로 할 수 있습니다. .NET 팀이라면 외부 변환기가 비즈니스 워크플로의 일부가 되기 전에 이러한 우려 사항을 해결해야 합니다.

Doconut 은 자체 호스팅 .NET 뷰어와 변환 워크플로를 제공하여 지원되는 문서 처리를 애플리케이션 소유자가 제어하는 인프라 내부에서 유지할 수 있게 합니다. 이는 공용 변환기에 대한 의존성을 줄일 수 있지만, 애플리케이션은 여전히 접근 제어, 보안 전송, 저장 정책, 정리, 패치 및 모니터링을 구현해야 합니다.

보안 체크포인트: 기밀 문서, 공용 변환기, 제어된 Windows 환경 사이
보안 체크포인트: 기밀 문서, 공용 변환기, 제어된 Windows 환경 사이

.NET 앱을 위한 안전한 파일 변환 및 암호화

암호화가 중요한 이유

클라우드 변환기에 파일을 전송하면 공개 인터넷을 통해 이동해야 합니다. 전송이 잠겨 있지 않다면 해커가 중간에 끼어들어 데이터를 탈취할 수 있습니다—전형적인 “중간자 공격” 방식입니다. HTTPS를 사용하더라도 많은 무료 도구가 추가 암호화 없이 파일을 공유 서버에 저장하므로 내부 위협이나 잘못 구성된 스토리지 버킷에 노출될 위험이 있습니다.

두 Doconut 제품이 실제로 하는 일

두 제품은 접근 방식이 다르며, 이를 혼동하면 보안 설계가 무너지게 됩니다.

Doconut SDK 은 귀하의 환경에 설치됩니다. 렌더링은 귀하의 서버에서 이루어지며, 구성 요소는 Doconut에 호출을 하지 않습니다. 이것이 전체 보안 논거이며, 강력한 이유입니다: 파일이 귀하가 제어하지 않는 경계를 넘지 않으므로 제3자 보존 문제에 대해 고민할 필요가 없습니다.

SDK가 하지 않는 것은 저장소를 대신 암호화하는 것입니다. AES‑256‑at‑rest 기능도, 키 관리도, 내장 감사 로그도 없습니다. 이는 귀하 플랫폼의 책임이며, 대부분 이미 구현되어 있을 가능성이 높습니다—그것이 요점입니다. 뷰어 라이브러리가 애플리케이션을 감사 준비 상태로 만든다고 주장하는 사람은 무언가를 팔고 있는 것입니다.

Doconut.app 은 우리 무료 호스팅 사이트이며, 진정한 업로드 방식입니다: 파일이 우리 서버에 도착하고, 그곳에서 렌더링된 뒤, 뷰 세션이 종료되면 삭제됩니다. 전송은 HTTPS이며, 계정도 없고 이후에 보관되는 것도 없습니다. 기차에서 읽어도 괜찮은 문서라면 문제 없지만, 규제 데이터의 경우 그렇지 않으며, 우리는 그렇게 말하고 싶습니다.

자동 파일 삭제 및 수명 주기 관리

남아 있는 파일의 숨은 위험

많은 클라우드 변환기는 “변환 후 자동 삭제”를 약속하지만, “후”의 정의는 크게 다릅니다. 일부 서비스는 파일을 몇 시간, 며칠, 심지어 몇 주 동안 보관하여 기밀 문서가 무단 직원에 의해 접근되거나 포렌식 분석을 통해 복구될 수 있는 창을 만듭니다. 계약서, 설계 도면, 개인 데이터를 다루는 기업에게 이 창은 용납될 수 없습니다.

Doconut App의 확실한 답변

  • Doconut.app에서는 – 파일은 뷰 세션이 지속되는 동안만 존재하며, 세션이 끝나면 삭제됩니다. 계정도 없고 관리자도 없기 때문에 설정할 보존 옵션이 없으며, 타이밍은 우리에게 맡겨집니다. 인쇄는 Ctrl+P 로 누구에게도 제공됩니다.
  • SDK에서는 – 수명 주기는 귀하가 관리합니다. 구성 요소는 임시 렌더링 출력을 귀하가 지정한 위치에 기록하고, 귀하가 이를 정리할 책임이 있습니다. 이는 통합 시 가장 흔히 놓치는 단계이며, 임시 디렉터리의 고아 렌더 파일이 바로 이 섹션이 경고하는 유령 파일 문제입니다. 어디에 기록되는지 확인하고 정리 일정을 잡으세요.
  • 제어된 인쇄는 별도 플러그인이 아니라 뷰어 자체의 일부이므로, 특정 역할에 대한 인쇄 및 다운로드 제한은 애플리케이션 내부의 구성 및 권한 설정 문제입니다.

규제 산업을 위한 컴플라이언스 준비된 클라우드 기반 뷰어

규제 압력

헬스케어(HIPAA), 금융(PCI DSS), 그리고 정부(FedRAMP)는 모두 데이터 전송, 저장 및 파기에 대한 엄격한 규칙을 부과합니다. 공유 멀티테넌트 서버에 파일을 저장하는 클라우드 변환기는 금세 컴플라이언스 악몽이 될 수 있으며, 비용이 많이 드는 예외 절차를 요구하거나 도구 자체를 완전히 포기하게 만들 수 있습니다.

Doconut이 어디에 서 있는지, 간단히 말하면

우리는 인증을 보유하고 있지 않습니다. ISO 27001도 없고, SOC 2도 없으며, HIPAA 인증도 없고, PCI DSS 평가도 없고, FedRAMP 승인도 없습니다. 무료 사이트와 SDK 모두 마찬가지입니다. 공급업체 설문에서 인증서를 요구한다면, 정직한 답변은 우리가 제공할 인증서가 없다는 것입니다.

어떠한 경우에도 소프트웨어 구성 요소만으로 애플리케이션을 컴플라이언스에 맞출 수 없습니다. 이러한 프레임워크는 프로세스, 접근 제어, 보존, 증거 및 인력에 대해 묻습니다. 렌더링 라이브러리는 수십 개 중 하나의 제어 수단에 불과합니다.

SDK가 규제 환경에 제공하는 것은 문서가 아니라 아키텍처입니다. 왜냐하면 SDK는 귀하의 인프라 내에서 실행되고 외부에 아무것도 호출하지 않기 때문에, 문서는 이미 평가된 경계 밖으로 나가지 않기 때문입니다. 대부분의 검토에서는 이것이 다른 사람의 인증서보다 더 유용한 답변이며, 스스로 증명할 수 있는 것이기도 합니다.

Doconut.app은 반대 경우이며, 그에 맞게 취급해야 합니다: 공개 사이트, 공유 인프라, 계약 없음, DPA 및 BAA 없음. 규제 데이터를 그곳에 넣지 마십시오.

온라인 문서 변환에서 악성코드 및 코드 인젝션 방지

악성 페이로드의 숨겨진 위협

PDF, Office, CAD와 같은 파일 형식은 스크립트, 매크로 또는 잘못된 데이터를 포함할 수 있으며, 이는 취약한 렌더링 엔진에서 악용될 수 있습니다. 공유 서버에서 파일을 처리하는 클라우드 서비스는 악성 코드를 의도치 않게 실행시켜 서비스와 하위 고객을 위험에 빠뜨릴 수 있습니다.

렌더링 모델이 이에 미치는 영향

파싱이 어디서 일어나는지 정확히 해야 합니다. 위협 모델은 전적으로 그것에 의존합니다: Doconut는 서버 측에서 렌더링합니다. 문서는 서버에서 파싱되고 브라우저는 렌더링된 페이지를 받습니다. 이는 클라이언트 측 WebAssembly 뷰어가 아닙니다.

그에 따른 결과는 다음과 같습니다:

  • 브라우저는 공격 표면이 아닙니다 – 플러그인도 없고, ActiveX도 없으며, 사용자의 머신은 원본 파일을 받지 않고 렌더링된 출력만 받습니다.
  • 서버가 표면이며, 이는 귀하의 서버입니다 – 신뢰할 수 없는 입력을 처리하는 파서는 신뢰할 수 없는 입력을 처리하는 파서와 같습니다; 최소 권한으로 실행하고, 최신 패치를 적용하며, 업로드된 바이트를 적대적인 것으로 취급하십시오. 공개 변환기와 비교했을 때 이점은 이것이 귀하가 설계하고 검증하는 격리이며, 신뢰에 맡겨야 할 주장이 아니라는 점입니다.
  • 렌더링은 실행이 아닙니다 – .docm 또는 .xlsm 파일의 매크로는 실행되지 않으며, PDF의 스크립트도 실행되지 않습니다. 뷰어는 문서를 그릴 뿐입니다.
  • 확장자 목록은 허용 목록입니다 – 무료 뷰어는 70개 이상의 확장자를 허용하고, 업로드 시 그 외 모든 파일은 거부합니다.

위 내용이 업로드 스캔을 대체할 수는 없습니다. 위험 평가에서 필요하다고 판단되면 직접 해당 레이어를 추가하십시오; 뷰어 자체에는 악성코드 스캔이 포함되어 있지 않습니다.

기존 .NET 애플리케이션 스타일에 맞는 뷰어

통합 과제

엔터프라이즈는 종종 ASP.NET Core, MVC, WebForms, 그리고 최신 Blazor 애플리케이션을 혼합해서 사용합니다. 서드파티 뷰어를 추가하면 보통 JavaScript 라이브러리를 조정하고, 플러그인 호환성을 다루며, 브라우저 quirks와 싸워야 합니다. 추가되는 의존성마다 새로운 공격 표면과 유지보수 부담이 생깁니다.

SDK가 제공하는 해결책

  • 플러그인 없음, 순수 HTML5 – 클라이언트 머신에 아무 것도 설치하지 않고 모든 최신 브라우저(Chrome, Edge, Firefox, Safari)에서 작동합니다.
  • Blazor 통합 – 파일 접근 및 처리를 서버에서 유지하면서 컴포넌트에서 뷰어 상태를 조정합니다. 설치된 SDK 버전의 문서를 따르십시오.
  • 맞춤형 UI – 뷰어의 툴바, 색상 및 브랜딩을 애플리케이션에 맞게 조정할 수 있어, 타인의 창이 아니라 귀하 제품의 일부처럼 보입니다. 옵션 이름은 설치한 버전의 문서에서 확인하십시오.

뷰어 삽입

지원되는 Doconut 패키지를 추가하고, ASP.NET 애플리케이션에서 문서 권한을 강제하며, 해당 버전의 공식 문서를 사용해 뷰어를 초기화하십시오. 전송, 암호화, 삭제 또는 UI 권한이 자동이라고 가정하지 말고, 배포된 아키텍처에서 각 제어를 확인하고 구성하십시오.

Blazor 통합 및 평가

Doconut은 Blazor 애플리케이션 워크플로에 참여할 수 있지만, 정확한 구성 요소 모델과 설정은 설치된 SDK 버전에 따라 달라집니다. 인증, 보안 전송, 저장소 보호, 정리 및 프로세스 격리는 자동으로 활성화된 것으로 가정하지 말고 전체 배포 아키텍처에서 검증해야 합니다.

평가를 위해, 다운로드 페이지에서 체험 라이선스와 문서를 확인할 수 있습니다; 각 에디션에 포함된 내용과 조건은 여기서 요약하기보다 가격 페이지에서 확인하십시오. 이렇게 하면 최신 정보를 유지할 수 있습니다.

먼저 특정 복잡한 파일이 어떻게 렌더링되는지 확인하고 싶다면, Doconut.app에서 동일한 엔진을 파일당 하나씩 무료로 실행하며, 이후 파일을 삭제합니다.


주요 요점

  • SDK의 보안 특성은 아키텍처 수준 – 환경 내에서 실행되며 외부를 호출하지 않으므로 문서는 절대 경계를 벗어나지 않습니다. 정지 상태 암호화, 키 관리 또는 감사 로그는 제공되지 않으며, 이는 모두 사용자의 책임입니다.
  • Doconut.app은 실제 업로드 – HTTPS로 전송되어 우리 서버에서 렌더링되고, 세션이 종료되면 삭제되며, 계정이 필요 없습니다. 일반 파일에는 적합하지만 규제 데이터에는 부적절합니다.
  • 컴플라이언스는 기본 제공되지 않음 – 우리는 ISO 27001, SOC 2, HIPAA, PCI DSS 또는 FedRAMP 인증을 보유하고 있지 않으며, 어떤 구성 요소도 이를 부여하지 않습니다.
  • 렌더링은 서버 측에서 이루어지며 WebAssembly가 아님 – 브라우저는 페이지를 받으며 소스 파일은 절대 전달되지 않습니다. 렌더링은 실행이 아니므로 매크로가 실행되지 않습니다.
  • 임시 디렉터리를 정리하세요 – 자체 호스팅 배포에서는 고아가 된 렌더링 출력이 실제적인 유령 파일 위험이 됩니다.
  • 플러그인 없는 브라우저 경험 – ASP.NET Core, MVC, WebForms 및 Blazor 워크플로와 통합됩니다.
  • 자신의 환경에서 평가 – 렌더링 품질은 Doconut.app에서 무료로 확인할 수 있으며, 그 외 모든 기능은 자체 서버에서 체험판이 필요합니다.

자주 묻는 질문

Q: Doconut.app이 보기 후 내 문서 사본을 보관합니까?
A: 아니요. 문서는 브라우저에 연결된 임시 세션에서 렌더링되며 해당 세션이 종료되면 우리 서버에서 삭제됩니다. 연결될 계정도 없고, 다시 나타날 라이브러리도 없습니다. 자체 호스팅 SDK 배포에서는 동일한 질문이 사용자의 임시 디렉터리에 해당하며, 답변은 구성한 정리 방식에 따라 달라집니다.

Q: 특정 사용자에게 다운로드 또는 인쇄를 활성화할 수 있나요?
A: SDK에서는 가능합니다 — 뷰어의 제어는 구성 가능하며, 제어된 인쇄는 별도 플러그인이 아니라 뷰어의 일부이므로 자체 애플리케이션에서 역할별로 권한을 부여할 수 있습니다. Doconut.app 무료 사이트에서는 역할도 API도 없으며, 보는 사람은 누구나 Ctrl+P로 인쇄할 수 있습니다.

Q: 대용량 CAD 또는 고해상도 이미지 파일을 어떻게 처리합니까?
A: 엔진은 임베디드 미리보기 대신 기하학 및 픽셀 데이터를 기반으로 DWG, DXF, DGN, PSD, TIFF, DNG 등을 렌더링하고, 내장 ICC 프로파일을 적용하며, CAD 레이어를 끄고 거리와 면적을 측정할 수 있게 합니다. 무료 사이트에서는 제한이 적용됩니다: CAD는 10 MB, 발행된 도면이 이를 초과할 수 있으며, PSD, TIFF 및 이미지의 경우 25 MB입니다. 자체 호스팅 시 제한은 서버 메모리에 따라 달라집니다.

Q: 뷰어가 모바일 브라우저와 호환됩니까?
A: 네. 렌더링이 서버에서 이루어지고 브라우저는 일반 HTML과 이미지를 받기 때문에 iOS Safari, Android Chrome 및 최신 모바일 브라우저에서 모두 동작합니다 — 작업을 수행하지 않으므로 저사양 기기도 불리하지 않습니다.

Q: 비용은 얼마입니까?
A: Doconut.app은 무료이며, 유료 플랜, 계정, 만료되는 체험판이 없습니다 — 이것이 전체 모델입니다. SDK는 상업용 라이선스로 무료 체험판이 제공됩니다; 현재 에디션 및 가격은 가격 페이지에 있으며, 이는 이 문서보다 권위 있는 정보입니다.

최종 생각

클라우드 기반 파일 변환기를 엔터프라이즈 .NET 애플리케이션에 삽입하면 데이터 노출, 불확실한 파일 수명 주기, 컴플라이언스 격차, 악성 페이로드 등 실제 위험이 발생합니다. 자체 호스팅 Doconut 워크플로는 Windows 기반 .NET 팀에게 처리 및 저장에 대한 더 큰 제어권을 제공하지만, 주변 애플리케이션은 전체 보안 설계에 대한 책임을 유지합니다.

어느 쪽을 선택해야 할까요? 문서가 일반적인 경우, Doconut.app은 지금 바로 무료로 하나를 열어줍니다. 그렇지 않은 경우, SDK를 선택하는 이유는 파일이 귀하의 서버에 남아 있기 때문이며, 감사인에게 이를 증명하는 작업도 귀하에게 남아 있어 실제 보안 검토와의 접촉에서도 살아남는 유일한 버전이 됩니다.