)
)
AI 에이전트가 인간 사용자처럼 데스크톱 애플리케이션과 상호작용하기 시작하고 있습니다. IT 팀에게 이는 중요한 질문을 제기합니다: 현대 API가 없는 애플리케이션을 포함한 기존 Windows 소프트웨어가 먼저 교체되거나 재구성되지 않고도 AI 기반 워크플로우에 접근할 수 있을까요?
답변은 AI 자동화를 넘어서는 의미를 갖습니다. 이는 데스크탑 아키텍처, 애플리케이션 배포, 신원, 권한 및 사이버 보안에 영향을 미치며, 특히 에이전트가 단순히 정보를 검색하는 것이 아니라 행동을 취할 수 있을 때 더욱 그렇습니다.
AI 에이전트가 데스크톱 애플리케이션에 접근해야 하는 이유는 무엇인가요?
API의 위치는?
대부분의 기업 자동화는 소프트웨어가 애플리케이션 프로그래밍 인터페이스(API)를 통해 통신할 때 가장 잘 작동합니다. API는 소프트웨어가 그래픽 인터페이스를 해석할 필요 없이 구조화된 작업과 예측 가능한 입력 및 출력을 제공합니다.
어려운 점은 기업 환경에 현대 API를 기반으로 설계되지 않은 애플리케이션이 포함되어 있다는 것입니다. 맞춤형 Windows 애플리케이션, 오래된 ERP 클라이언트 및 독점 비즈니스 소프트웨어는 원래 아키텍처가 구식이 된 후에도 여전히 필수적일 수 있습니다.
AI 에이전트 입력
컴퓨터 사용은 또 다른 경로를 제공합니다. 모든 애플리케이션이 API를 노출하도록 요구하는 대신, AI 에이전트는 인간 사용자에게 제공되는 동일한 인터페이스와 상호작용할 수 있습니다.
이제 더 이상 단순한 실험이 아닙니다. 아마존 웹 서비스(AWS)는 이제 AI 에이전트를 위한 관리 환경으로 아마존 워크스페이스를 배치하여 에이전트가 현대 API가 없는 애플리케이션을 포함한 데스크톱 애플리케이션을 운영할 수 있도록 합니다. 마이크로소프트는 유사하게 윈도우 365 for Agents를 신뢰할 수 있는 API가 없는 데스크톱 및 웹 애플리케이션과의 상호작용이 필요한 작업을 위한 실행 환경으로 설명합니다.
이것들은 공급업체 제안이므로 모든 레거시 애플리케이션이나 워크플로우가 자율 운영을 준비하고 있다고 가정하지 마십시오. 생산 인프라를 계획할 때 이 점을 유의하십시오.
AI 에이전트는 실제로 Windows 응용 프로그램을 어떻게 사용할 수 있나요?
데스크탑 AI 에이전트는 모두 소프트웨어와 동일한 방식으로 상호작용하지 않습니다. 컴퓨터 사용 시스템은 스크린샷을 분석하고 마우스 클릭 및 키보드 입력을 생성하여 그래픽 사용자 인터페이스와의 일부 인간 상호작용을 효과적으로 재현할 수 있습니다.
다른 접근 방식은 운영 체제 제어, 접근성 정보 또는 로봇 프로세스 자동화(RPA)에 더 가까운 결정론적 자동화 기술을 사용합니다. 하이브리드 아키텍처는 이러한 방법을 API 또는 모델 컨텍스트 프로토콜(MCP) 도구와 결합할 수 있습니다.
AWS는 예를 들어, 시각적 데스크탑 상호작용과 MCP 도구 포워딩을 결합하여 적합한 작업이 픽셀 수준의 상호작용 대신 직접 도구를 사용할 수 있도록 합니다. Microsoft는 또한 Windows 365 for Agents 아키텍처 내에서 컴퓨터를 사용하는 에이전트를 RPA와 구별합니다.
IT 팀에게 이 구분은 중요합니다. 필요한 기능을 신뢰할 수 있고 안전하게 제공할 때 일반적으로 구조화된 인터페이스가 선호되어야 합니다. 적절한 프로그래밍 경로가 존재하지 않을 때 GUI 상호작용은 특히 흥미로워집니다.
모든 AI 에이전트가 자신의 데스크탑이 필요합니까?
에이전트가 그래픽 애플리케이션이 필요할 때, IT 팀은 그 상호작용이 어디에서 발생해야 하는지를 결정해야 합니다.
로컬 데스크탑 액세스
에이전트는 물리적 워크스테이션에 설치된 소프트웨어를 운영할 수 있습니다. 이는 기존 애플리케이션, 파일 및 사용자 컨텍스트에 대한 직접적인 접근을 제공하지만, 동일한 환경 내에서 인간 활동과 자율 활동이 혼합될 위험도 있습니다.
로컬 실행은 신중한 정의가 필요합니다. 에이전트는 프롬프트, 스크린샷 또는 애플리케이션 데이터를 원격 호스팅된 AI 모델에 전송하면서 로컬에서 실행될 수 있습니다. 데스크탑이 실행되는 위치와 데이터가 처리되는 위치는 별개의 아키텍처적 질문입니다.
전용 가상 데스크톱 및 DaaS
전용 가상 데스크탑은 더 강한 분리를 생성합니다. AI 에이전트를 위한 AWS WorkSpaces와 에이전트를 위한 Microsoft Windows 365는 이 모델을 설명하며, 에이전트 작업에 관리되는 데스크탑 세션을 제공하여 직원 워크스테이션에서 직접 작업하는 것을 허용하지 않습니다. Microsoft는 관리되는 ID, 장치 상태 및 관리되는 세션 수명 주기를 가진 풀링된 클라우드 PC를 설명합니다.
데스크탑 서비스(DaaS)는 따라서 AI 에이전트와 인간 사용자 모두를 위한 가능한 실행 계층 중 하나가 되고 있습니다.
원격 애플리케이션 배포
전체 가상 데스크톱이 항상 필요하지는 않을 수 있습니다. 에이전트가 하나 또는 두 개의 Windows 애플리케이션만 필요하다면, IT 팀은 해당 애플리케이션이 중앙에서 호스팅되고 제어된 원격 세션으로 제공되어야 하는지 여부를 고려할 수 있습니다.
이것은 아키텍처 질문을 "에이전트의 데스크탑은 어디에 있어야 하는가?"에서 "이 에이전트가 실제로 도달해야 하는 리소스는 무엇인가?"로 변경합니다.
AI가 레거시 윈도우 애플리케이션에 새로운 생명을 불어넣을 수 있을까?
레거시 소프트웨어는 전통적으로 자동화 프로젝트에 어려운 선택을 제시해 왔습니다. 중요한 애플리케이션에 API가 부족한 경우, 조직은 이를 최신 워크플로우에 연결하기 전에 맞춤형 통합, RPA 또는 애플리케이션 현대화가 필요할 수 있습니다.
AI 에이전트는 또 다른 가능성을 추가합니다. 소프트웨어가 기존 사용자 인터페이스를 해석하고 조작할 수 있다면, GUI 자체가 통합 표면이 될 수 있습니다.
AWS는 에이전트 WorkSpaces의 사용 사례로 애플리케이션 현대화 및 맞춤형 통합을 피하는 것을 명시적으로 제시합니다. Microsoft는 에이전트 Cloud PC에서 온프레미스 비즈니스 애플리케이션에 대한 접근을 개발하고 있으며, 유사하게 레거시 애플리케이션을 먼저 현대화하지 않고 워크플로우 자동화에 대한 기능을 구성하고 있습니다.
모든 오래된 애플리케이션이 AI 데스크탑 자동화에 적합하다는 것은 아닙니다. 인터페이스가 변경되고, 시각적 해석이 실패할 수 있으며, 세션이 예상치 못한 상태에 도달할 수 있고, 라이센스가 애플리케이션 사용 방식을 제한할 수 있습니다. 기술적으로 에이전트가 접근할 수 있는 워크플로우는 여전히 신뢰성, 지원 가능성 및 비즈니스 위험에 대한 테스트가 필요합니다.
AI 에이전트 액세스가 생성하는 새로운 보안 및 규정 준수 질문은 무엇입니까?
AI 에이전트가 비즈니스 소프트웨어에 접근하게 되면 정보 보조자의 역할에서 능동적인 시스템 참여자로 변화합니다. 따라서 보안 모델은 에이전트가 실수를 하거나 맥락을 오해하거나 기술적으로 허용된 행동을 취할 수 있다고 가정해야 합니다.
AI 에이전트는 신원과 정의된 권한이 필요합니다.
에이전트 액세스는 최소 권한으로 시작해야 합니다. IT 팀은 에이전트가 사용하는 계정, 액세스할 수 있는 애플리케이션 및 파일, 도달할 수 있는 네트워크 리소스, 그리고 특권 또는 파괴적인 작업을 실행할 수 있는지 여부를 결정해야 합니다.
포켓OS 사건은 아키텍처 제어가 왜 중요한지를 특히 뚜렷하게 보여주는 사례입니다. 2026년 4월, 스테이징 작업을 수행하던 AI 코딩 에이전트가 철도 API 토큰을 획득하고 회사의 프로덕션 데이터베이스와 관련된 백업을 단일 API 작업으로 삭제했습니다. 보고된 삭제는 9초가 걸렸습니다.
수업은 에이전트 코딩보다 더 넓습니다. 에이전트에게 위험한 작업을 수행하지 말라고 지시하는 것은 해당 작업을 방지하는 인프라와 동등하지 않습니다.
로컬 AI와 제3자 AI는 서로 다른 데이터 경로를 생성합니다.
조직은 정보가 이동하는 경로를 매핑할 필요가 있습니다. 데스크탑은 로컬에서 호스팅될 수 있으며, 그 내용을 해석하는 모델은 제3자 인프라에서 운영됩니다.
스크린샷은 고객 기록, 자격 증명 또는 기밀 애플리케이션 데이터를 노출할 수 있습니다. 프롬프트, 로그 및 맥락 정보는 보존, 거주 및 규제 요구 사항의 적용을 받는 추가 데이터 흐름을 생성할 수 있습니다.
배포 전에 IT 팀은 에이전트가 실행되는 위치, AI 모델이 실행되는 위치 및 애플리케이션 데이터가 처리되거나 보관되는 위치를 식별해야 합니다.
인간 승인은 의미 있는 경계가 필요하다
인간 개입 제어는 결과적인 행동 이전에 가장 중요하며, 이후에는 그렇지 않습니다. 데이터 삭제, 권한 변경, 금융 거래 제출 또는 생산 시스템 수정은 명시적인 확인이 필요할 수 있으며, 단순히 에이전트의 허용된 범위를 벗어날 수 있습니다.
더 넓은 위험은 더 이상 가설적이지 않습니다. AI 사건 데이터베이스는 2026년 5월부터 7월까지의 처리 기간 동안 148개의 사건 ID를 추가했으며, 이러한 추가 사항은 서로 다른 날짜의 사건을 포함하고 있으며 사건 빈도 측정으로 해석되어서는 안 된다고 경고했습니다. 그럼에도 불구하고 이 요약은 자율 시스템, 개인 정보 보호 및 AI 지원 사이버 보안 활동과 관련된 반복적인 문제를 강조합니다.
2026년 7월 Hugging Face 침입은 다른 경고를 제공합니다: Hugging Face는 자사의 생산 인프라의 일부에 대한 침입이 자율 AI 에이전트 시스템에 의해 종단 간으로 수행되었다고 보고했습니다. 이는 권한이 부여된 기업 에이전트가 자신의 권한을 넘어서는 공격이 아니라 공격이었지만, 자율 소프트웨어가 접근 가능한 인프라를 얼마나 빠르게 탐색하고 행동할 수 있는지를 보여줍니다.
로그는 사용자가 소프트웨어일 때 더욱 중요합니다.
에이전트 세션은 발생한 일을 재구성할 수 있는 충분한 증거를 남겨야 합니다. 인증 기록, 세션 활동, 애플리케이션 로그 및 에이전트 작업이 모두 해당 감사 추적에 기여할 수 있습니다.
관리자들은 또한 활동을 신속하게 종료할 수 있는 방법이 필요합니다. AWS는 AI 에이전트를 위한 WorkSpaces에 실시간 세션 가시성과 접근 권한 취소 기능을 추가했으며, Microsoft는 모니터링, 세션 제어 및 인간 개입을 에이전트 클라우드 PC 아키텍처의 일부로 설명합니다. 이러한 제어는 IT 팀이 플랫폼에 관계없이 물어야 할 운영 질문을 나타냅니다.
AI 에이전트에게 데스크탑 접근 권한을 부여하기 전에 IT가 결정해야 할 사항은 무엇인가요?
AI 에이전트를 비정상적으로 능력 있는 자동화 스크립트가 아닌 새로운 유형의 특권 사용자로 취급하는 것이 유용한 출발점입니다.
데스크톱 액세스를 허용하기 전에 GUI 상호작용이 실제로 필요한지 확인하고 에이전트를 필요하지 않은 리소스에서 격리하십시오. 최소 권한이 있는 전용 ID를 부여하고 어떤 작업이 인간의 승인을 요구하거나 자율적으로 수행할 수 없는지 정의하십시오.
IT 팀은 또한 활동이 기록되고 중지되며 조사될 수 있도록 해야 합니다. 마지막으로, 성공적인 워크플로우만큼 실패 조건도 의도적으로 테스트해야 합니다: 애플리케이션이 멈추거나 자격 증명이 실패하거나 예상치 못한 정보가 나타날 때 에이전트의 행동이 이상적인 순서에서의 행동보다 더 중요할 수 있습니다.
원격 애플리케이션 배달은 어디에 적합합니까?
AI 에이전트의 도래가 조직이 더 많은 클라우드 PC를 필요로 한다는 것을 자동으로 의미하지는 않습니다. 이미 중앙에서 Windows 애플리케이션을 호스팅하는 환경에서는 원격 애플리케이션 배포가 또 다른 아키텍처 가능성을 제공합니다.
TSplus Remote Access는 각 사용자가 완전한 클라우드 데스크탑을 운영할 필요 없이 중앙 집중식 Windows 애플리케이션 게시 및 원격 액세스를 제공합니다. 조직이 기존 애플리케이션에 대한 에이전트 액세스를 평가하기 시작함에 따라, 동일한 원칙은 흥미로운 가능성을 제기합니다: 전체 데스크탑이 아닌 애플리케이션과 작업 주위에 액세스를 제공하는 것입니다.
이는 TSplus Remote Access가 AI 에이전트 플랫폼 자체라는 것을 제안하는 것이 아닙니다. 오히려 AI 에이전트는 애플리케이션 게시, 세션 격리, 접근 제어 및 인프라 소유권에 대한 기존 질문을 새로운 유형의 애플리케이션 소비자와 관련 있게 만듭니다.
AI 에이전트는 레거시 애플리케이션에 대한 접근 방식을 변화시킬 준비가 되어 있습니다.
레거시 Windows 애플리케이션은 사람들이 키보드에 앉아 있는 것을 중심으로 설계되었습니다. 컴퓨터를 사용하는 에이전트는 소프트웨어에 그래픽 인터페이스를 잠재적으로 접근 가능하게 만들어 그 가정을 도전합니다.
IT 팀에게 중요한 질문은 단순히 AI 에이전트가 오래된 Windows 애플리케이션을 클릭할 수 있는지 여부가 아닙니다. 그것은 에이전트가 필요로 하는 접근만을 제공하면서 신원, 데이터, 세션 및 인프라에 대한 통제를 유지하는 방법입니다. AI 에이전트가 애플리케이션 사용자로 변모함에 따라, 건전한 원격 액세스 아키텍처는 점점 더 중요해질 가능성이 높습니다.
)
)
)
