Bank of America AI 경고, 은행 비밀번호 공유에 선을 긋다
Bank of America는 고객들에게 AI 어시스턴트와 비밀번호를 공유하지 말라고 경고했다고 TechCrunch가 10월 27일 보도했다. Bank of America AI 경고는 실질적인 질문을 제기한다. 소프트웨어가 사용자의 로그인 정보를 통해 행동할 때, 그 권한은 실제로 얼마나 좁게 제한되어 있을까?
사용자의 목표를 향해 행동하는 소프트웨어인 AI 에이전트에는 요청을 정확히 이해하는 것 이상이 필요하다. 요청에 부합하는 접근 권한 체계도 필요하다. 지출을 살펴볼 권한이 자동으로 자금을 이체할 권한이 되어서는 안 된다.
Wells Fargo는 외부 AI 에이전트를 명시적으로 다루는 예정 계좌 약관을 통해 유용한 비교 사례를 제공한다. 이 정책들은 함께 같은 긴장을 드러낸다. 고객은 금융 관련 일을 위임하고 싶어 하는 반면, 은행은 식별 가능한 권한과 집행 가능한 경계를 필요로 한다. 당장의 압박은 일반적인 고객 로그인을 통해 편의성을 약속하는 어시스턴트에 쏠린다.
Bank of America AI 경고가 부각하는 쟁점
중요한 경계는 도움을 요청하는 것과 소프트웨어에 사용자를 대신해 행동할 수단을 넘겨주는 것 사이에 있다.
은행 비밀번호는 작업 설명을 전달하지 않는다. 고객이 지출 요약, 결제 추천, 실제 이체 중 무엇을 원하는지도 설명하지 않는다. 이러한 의도는 다른 곳에 존재하며, 은행이 보지 못하는 대화 안에 있을 수도 있다.
이러한 분리는 관련된 모든 이가 선의로 행동하더라도 중요하다. 고객은 제한적인 요청을 하면서도 훨씬 광범위한 접근 권한을 제공할 수 있다. 그러면 그 요청에 대한 어시스턴트의 이해가 이후에 일어나는 일을 좌우하는 주요 통제가 된다.
정기 구독을 찾아달라는 가상의 요청을 생각해 보자. 유용한 결과물은 가맹점 목록, 청구 패턴, 중복 가능성이다. 이 분석을 완료하는 데 계정 설정을 바꾸거나 결제를 시작할 수 있는 능력이 본질적으로 필요하지는 않다.
이제 고객의 인증된 브라우저를 조작할 수 있는 어시스턴트 안에서 같은 요청을 고려해 보자. 인터페이스는 분석에 필요한 정보와 함께 추가 작업을 노출할 수 있다. 제품은 수행할 수 있는 작업과 고객이 실제로 승인한 작업을 구분해야 한다.
이는 거래 분쟁이 되기 전에 먼저 제품 설계의 문제다. 친절한 지시만으로는 집행 가능한 제한을 대체할 수 없다. 신중하게 행동하겠다고 약속하는 어시스턴트라도 맡겨진 범위를 넘지 못하게 하는 통제가 필요하다.
Bank of America가 공개한 온라인 뱅킹 약정은 관련 맥락을 제공한다. 소비자 계좌 조항은 고객이 타인에게 로그인 자격 증명 사용을 허용한 경우의 책임을 다루며, 부여된 권한을 초과한 행동도 포함한다.
이 문구를 모든 AI 상황에 대한 결정적인 답으로 받아들여서는 안 된다. 소프트웨어는 제공업체, 고객의 지시, 접근 방식에 관한 질문을 제기한다. 그럼에도 이 약정은 자발적으로 접근 권한을 부여하는 일이 비밀번호 보안 이상의 주의를 기울일 만한 이유를 보여 준다.
Bank of America AI 경고는 또한 어시스턴트 개발자가 제품을 설명하는 방식을 되묻는다. “귀하를 대신해 행동한다”는 표현은 안심을 주지만, 중요한 세부 사항은 밝히지 않는다. 어떤 행동이 해당하는지, 권한은 얼마나 지속되는지, 원치 않는 행동을 독립적으로 막는 장치는 무엇인지가 그렇다.
시연은 어시스턴트가 작업을 완료했음을 보여 줄 수 있다. 그러나 그것만으로 그 접근 방식이 일상적인 은행 업무에 적절하다는 사실을 입증할 수는 없다. 성공적인 실행과 충분히 제한된 권한은 서로 다른 입증 대상이다.
따라서 이 뉴스의 의미는 고객이 보안 알림을 따르는지 여부를 넘어선다. 이는 어시스턴트 아래에 놓인 접근 모델을 드러낸다. 금융 자동화에는 소프트웨어가 무엇을 할 수 있는지에 대한 더 명확한 설명이 필요하다.
고객과 어시스턴트 개발자가 받는 압박은 다르다
고객에게는 이해 가능한 제한이 필요하고, 개발자에게는 소프트웨어가 쉽게 넘을 수 없는 제한이 필요하다.
고객에게 위임은 평범한 목표에서 시작한다. 행정 업무를 줄이는 것이다. 거래 내역 검토, 금융 문서 정리, 낯선 청구 내역 식별은 충분히 이해 가능한 지원 활용 사례다. 어려움은 제품이 이러한 목표를 계정 권한과 연결할 때 시작된다.
고객은 대화형 인터페이스를 보고 결과를 설명한다. 은행은 접근 방식을 통해 들어오는 활동을 본다. 시스템이 이 두 관점의 연결을 보존하지 않으면, 각 참여자는 같은 상호작용을 서로 다르게 이해할 수 있다.
어시스턴트에게 청구서를 검토용으로 준비해 달라고 요청하는 상황을 상상해 보자. 고객은 금액, 수취인, 납부 기한을 수집한다는 뜻일 수 있다. 어시스턴트가 제출까지 진행한다면, 대화가 상당히 명확하게 들렸더라도 그 차이는 운영상 매우 크다.
이 가정은 AI 은행 접근에 “연결됨”보다 더 정확한 언어가 필요한 이유를 보여 준다. 연결은 선택된 정보를 받는 것, 브라우저 세션을 제어하는 것, 거래를 시작할 권한을 보유하는 것을 뜻할 수 있다. 이러한 방식은 승인하는 사람에게 서로 바꿔 쓸 수 있는 것으로 보이면 안 된다.
개발자에게 압박은 아키텍처의 문제다. 광범위한 자격 증명에 의존하는 제품은 이후에 더 좁은 권한을 어떻게든 부과해야 한다. 제한된 접근을 중심으로 설계된 제품은 어시스턴트가 다음 단계를 고려하기 전에 경계를 집행할 수 있다.
두 번째 접근법은 다른 개발 과제를 만든다. 적절한 통합이 마련되기 전까지 사용할 수 없어야 하는 작업도 있다. 다른 작업은 별도의 승인 단계가 필요하거나, 고객이 독립적으로 실행할 권고로 끝나야 한다.
이러한 제한은 시연을 덜 인상적으로 보이게 할 수 있다. 그러나 결과물인 제품을 더 쉽게 설명하고 감독할 수 있게 만들 수도 있다. 핵심 기준은 어시스턴트가 명확히 제한된 역할 안에서 유용한 작업을 완료하는지다.
은행 역시 자체 통제를 제시하는 데 관련 과제를 안고 있다. 고객은 지원되는 연결과 비밀번호를 요구하는 서비스를 구분할 수 있어야 한다. 주변의 권한 화면이 여전히 해석하기 까다롭다면 모호한 경고는 효용이 떨어진다.
직장 내 사용을 위해 어시스턴트를 평가하는 고용주에게도 압박이 있다. 조사나 문서 준비를 처리하는 도구가 직원의 사업상 결제를 승인할 능력까지 자동으로 물려받아서는 안 된다. 조달 과정은 결과물의 품질과 함께 접근 권한을 검토해야 한다.
지식 근로자는 이미 다른 환경에서 정보를 정리하는 일과 권한을 행사하는 일을 구분한다. 검색 가능한 개인 지식 베이스는 금융 지시를 실행하도록 허용된 시스템과 다른 목적을 지닌다. 구매자는 더 폭넓은 어시스턴트를 평가할 때도 이 구분을 지켜야 한다.
상업적 질문은 여기서 직접 따라온다. 어시스턴트의 편의성이 고객이 제대로 설명되지 않은 계정 노출을 받아들이는 데 의존한다면, 겉보기의 단순함은 업무를 없애는 대신 숨길 뿐이다. 누군가는 여전히 접근 권한을 이해하고 감독하며, 필요할 경우 되돌려야 한다.
고객과 개발자 모두에게 유용한 약속은 무제한적 자율성보다 좁다. 어시스턴트는 정의된 금융 업무를 처리하되, 고객에게 이해 가능한 통제권을 남겨야 한다. 이는 단순히 로그인 화면을 통과하는 것보다 더 엄격한 기준이다.
Bank of America 데이터 공유가 보여 주는 더 좁은 경로
유용한 금융 지원에 외부 서비스가 고객의 은행 비밀번호를 보유할 필요는 본질적으로 없다.
Bank of America가 공개한 제3자 데이터 공유 안내는 대안을 설명한다. 고객은 은행에서 직접 인증하고, 참여 서비스와 정보를 공유하는 데 동의한다. 은행은 고객이 이러한 연결을 검토하고 접근 권한을 철회할 수 있다고 설명한다.
같은 안내는 로그인 자격 증명을 받는 서비스가 고객과 유사한 수준의 접근 권한을 얻을 수 있다고 경고한다. 또한 지속적인 접근을 종료하는 것과 이미 공유된 정보를 제거하는 일을 구분한다. 이는 별개의 결과를 낳는 별개의 문제다.
이 때문에 Bank of America 데이터 공유는 어시스턴트를 둘러싼 더 넓은 논의와 관련이 있다. 설계의 질문은 단순히 외부 소프트웨어가 금융 정보와 상호작용해야 하는지 여부가 아니다. 그 상호작용이 어떻게 권한을 받고 고객이 어떻게 통제권을 유지하는지가 핵심이다.
정보를 변경하지 않고 살펴볼 수 있는 권한인 읽기 전용 접근은 분석 작업에 유용한 경계를 제공한다. 지출 요약을 준비하는 어시스턴트에는 관련 기록이 필요하다. 단지 해당 통제가 가까이에 있다는 이유만으로 자금을 이체할 권한까지 필요하지는 않다.
따라서 적절히 제한된 연결은 분석에 필요한 정보와 맡겨진 업무와 무관한 행동을 분리해야 한다. 이는 현재 이용 가능한 모든 연결이 오늘날 그러한 분리를 제공한다는 주장이 아니라 아키텍처적 권고다.
이 구분은 완성도 높은 어시스턴트 인터페이스가 무엇을 전달해야 하는지도 분명하게 한다. 고객은 어떤 정보가 이용 가능해지는지, 어느 계좌에 관한 것인지, 어시스턴트가 금융 행동을 할 수 있는지를 이해해야 한다. 광범위한 승인 버튼은 너무 많은 해석을 이후 단계에 남긴다.
접근 철회도 마찬가지로 중요하게 다뤄져야 한다. 연결 종료는 확인 가능한 결과를 낳는 이해하기 쉬운 작업이어야 한다. 고객이 대화를 삭제하는 일, 애플리케이션을 닫는 일, 연결을 제거하는 일이 같은 결과를 내는지 추측할 필요가 없어야 한다.
정보 보존은 또 다른 경계를 만든다. 어시스턴트는 자체 시스템에 이전 기록을 보존하면서 새 거래에 대한 접근만 잃을 수 있다. 제품 설명은 연결을 끊는 것이 반드시 과거 정보를 지운다는 인상을 주지 말고 이러한 상태를 구분해야 한다.
기술적 메커니즘이 중요한 이유는 잘못된 지시의 결과를 바꾸기 때문이다. 결제 권한이 없는 시스템은 해당 연결을 통해 결제를 실행할 수 없다. 어시스턴트가 사용자를 완전히 오해하더라도 이 제한은 여전히 유용하다.
반대로 대화형 약속은 어시스턴트가 작업 내내 제한을 해석하고 준수하는 데 의존한다. 이 약속은 접근 통제를 보완할 수 있다. 그러나 접근 통제와 동등한 것으로 제시되어서는 안 된다.
따라서 Bank of America 데이터 공유는 모든 AI 활용 사례를 해결하지는 않으면서도 구체적인 기준점을 제공한다. 지원되는 정보 접근과 금융 행동을 수행할 권한은 여전히 서로 다른 범주다. 개발자는 자신의 제품이 실제로 어느 범주에 속하는지 밝혀야 한다.
상충 관계는 분명하다. 더 좁은 접근은 어시스턴트가 독립적으로 완료할 수 있는 일을 제한할 수 있지만, 남은 기능을 더 쉽게 신뢰하고 설명할 수 있게 한다. 광범위한 접근은 가능한 행동을 늘리는 한편 감독과 분쟁 처리의 중요성도 높인다.
이 상충 관계는 고객이 계정을 연결하기 전에 보여야 한다. 그렇지 않으면 제품은 경험의 앞부분에는 편의성을 내세우고 책임은 다른 곳에 묻어 두게 된다.
Wells Fargo, 책임 문제를 명시하다
Wells Fargo의 향후 약관은 특정 에이전트가 승인되었음을 보장하지 않으면서도 은행이 AI 위임 문제를 얼마나 직접적으로 다룰 수 있는지 보여준다.
Wells Fargo의 AI 에이전트 조항은 2026년 11월 24일부터 효력이 발생하는 온라인 액세스 계약에 포함된 것으로 보인다. 이 문서는 고객의 감독, 에이전트 지시에 대한 의존, 권한 철회, 그리고 은행의 액세스 제한 권한을 다룬다.
관련 법률 및 규정에 따라, 이 조항은 승인된 에이전트 액세스를 통해 시작된 지시를 고객의 지시로 취급한다. 또한 고객에게 에이전트를 모니터링하고 그 활동이 부여된 권한 안에 머물도록 할 책임을 부여한다.
계약은 에이전트 액세스를 제한하거나 종료할 권한도 별도로 유보한다. 따라서 이 문구를 고객이 어떤 보조 도구든 연결할 수 있다는 포괄적 허가로 해석해서는 안 된다. 기술에 대한 책임을 설명하는 것과 해당 기술을 지지하는 것은 다르다.
Bank of America의 공개 자료와 비교하면, Wells Fargo는 AI 뱅킹 액세스에 관한 특히 명시적인 기준점을 제공한다. 유용한 비교 대상은 위임이 어떻게 설명되는지다. 이는 어느 은행이든 외부 에이전트를 위한 보편적으로 안전한 경로를 제공한다는 사실을 입증하지는 않는다.
더 깊은 문제는 고객이 자신에게 부여된 감독을 실질적으로 수행할 수 있는지 여부다. 개인은 거래가 실행되기 전에 제안된 거래를 검토할 수 있다. 그러나 장시간 이어지는 자동화 작업 내부의 모든 중간 상호작용을 감독하는 일은 전혀 다른 부담이다.
제품이 지속적인 주의를 요구한다면, 그 편의성 주장은 유지하기가 더 어려워진다. 고객이 감시를 멈추도록 유도한다면, 그 통제 장치는 그러한 신뢰를 정당화해야 한다. 감독 의무를 계약에 명시하는 것만으로 효과적인 감독 인터페이스가 만들어지는 것은 아니다.
여러 가계 지급을 준비하는 가상의 보조 도구를 생각해 보자. 검토 화면은 제안된 각 조치의 수취인, 계좌, 금액, 실행일을 보여줄 수 있다. “작업 완료”를 승인하라는 일반적인 요청은 훨씬 적은 정보를 전달한다.
이 차이는 단순한 외관상의 문제가 아니다. 고객이 평가할 수 있는 구체적 결과에 연결될 때 승인은 더 큰 의미를 갖는다. 반면 보조 도구가 열린 목표를 계속 해석하도록 허용하는 데 그친다면 그 의미는 줄어든다.
권한 철회도 비슷한 설계 시험대다. 작업이 진행 중일 때 고객은 허가를 철회할 수 있다. 신뢰할 수 있는 시스템이라면 어떤 조치가 중단되는지, 어떤 지시는 이미 제출되었는지, 그리고 철회 사실을 어떤 증거가 기록하는지를 설명해야 한다.
이는 Wells Fargo 계약이 보장하는 기능에 대한 설명이 아니라 제안된 평가 기준이다. 이 문서는 계약상 입장을 정한다. 제품은 여전히 관련 통제 장치를 실용적으로 만들어야 한다.
Bank of America의 AI 경고도 같은 맥락에 속한다. 보안 메시지는 액세스 위험에 주의를 환기할 수 있지만, 고객의 이해는 실제 연결 경험에 달려 있다. 인터페이스, 권한, 책임 관련 문구는 동일한 구조를 설명해야 한다.
보조 도구 개발자에게 이는 책임이 다른 누군가의 문서에만 남아 있을 수 없다는 뜻이다. 제품 자체가 자신의 권한을 이해 가능하게 보여줘야 한다. 그렇지 않으면 고객은 위임의 약속을 받지만 그 한계를 평가할 분명한 방법은 얻지 못한다.
은행의 경고가 모든 손실 분쟁을 해결하지는 않는다
책임 관련 문구는 주목할 가치가 있지만, 사실관계와 적용 가능한 소비자 보호 장치를 검토할 필요까지 없애지는 않는다.
소비자금융보호국(CFPB)의 무단 이체 정의는 다른 사람에게 자발적으로 제공한 액세스 및 권한과 관련된 일부 이체를 무단 이체와 구분한다. 해당 해석은 그 사람이 부여된 권한을 초과하는 상황도 다룬다.
이 정의는 사기나 강도를 통해 획득한 액세스도 별도로 다룬다. 겉으로 비슷해 보이는 계좌 활동이 실질적으로 다른 상황에서 발생할 수 있으므로 이러한 구분은 중요하다. 탈취된 자격 증명과 자발적으로 위임한 액세스를 가볍게 같은 사건으로 취급해서는 안 된다.
다만 이러한 조항이 AI 보조 도구와 관련된 모든 거래를 자동으로 해결하는 것은 아니다. 사람과 액세스 장치를 중심으로 작성된 규칙을 적용하려면 실제 약정에 주의를 기울여야 한다. 소프트웨어가 관여했다고 해서 그러한 사실관계 문제가 사라지는 것은 아니다.
CFPB의 별도 소비자 책임 규정도 과실이 무단 이체에 대해 Regulation E가 허용한 한도를 넘는 책임의 근거가 될 수 없다고 명시한다. Regulation E는 적용 대상 전자자금이체를 규율하는 연방 체계다.
공식 해석은 계약이 규제 한도가 허용하는 수준보다 더 큰 무단 이체 책임을 부과할 수 없다고도 설명한다. 이는 경고 하나가 자동으로 모든 결과에 대해 모든 고객의 책임을 만든다는 광범위한 주장에 중요한 단서를 제공한다.
정확한 결론은 더 좁다. 자발적 위임은 중요할 수 있으며, 그 결과 발생한 거래의 분류도 중요하다. 안심시키는 보조 도구 메시지나 강경한 은행 면책 조항 어느 것도 그 분석을 대체하지 못한다.
이 불확실성은 현재의 이야기가 피해에 관해 무엇을 입증하는지도 제한한다. 여기서 논의한 자료는 Bank of America 메시지의 근본 우려로 인해 발생한 고객 손실에 대한 검증된 집계를 제공하지 않는다. 경고는 손실 데이터셋이 아니다.
따라서 이 사건을 보조 도구가 일상적으로 계좌를 비운다는 증거로 묘사하기에는 이르다. 구체적인 손실 총액이 없다는 이유로 문제를 일축하는 것 역시 이르다. 피해가 측정 가능해지기 전에 액세스 통제는 면밀히 검토할 가치가 있다.
또 다른 구분은 모델과 통합 설계에 관한 것이다. 보조 도구는 요청을 정확히 이해하면서도 지나치게 광범위한 권한으로 작동할 수 있다. 반대로 좁은 권한은 잘못된 해석이 초래할 결과를 제한할 수 있다.
따라서 모델 지능에 관한 일반적 주장은 액세스 구조를 살펴보는 일을 대신하기에는 부족하다. 더 나은 추론 능력이 누가 거래를 승인했는지를 입증하지는 않는다. 고객이 이를 분쟁화할 경우 어떤 기록이 남을지도 결정하지 않는다.
그러므로 회의적인 질문은 전체 워크플로를 겨냥해야 한다. 고객은 무엇을 허용했고, 시스템은 무엇을 강제할 수 있었으며, 어떤 조치가 일어났고, 어떤 증거가 그 단계를 연결하는가? 이런 질문은 모든 신뢰나 비난을 “AI”에 돌리는 것보다 더 유용하다.
구매자에게 그 함의는 경고가 아니라 실용적인 것이다. 작업 성능과 함께 권한, 감독, 복구를 평가하라. 정확한 요약을 만드는 보조 도구는 한 가지 역량을 보여준 반면, 자금을 이동할 권한이 부여된 보조 도구는 다른 평가 문제를 제기한다.
권한, 제품 통제, 분쟁 증거를 살펴보라
다음으로 유용한 신호는 강제 가능한 액세스, 눈에 보이는 고객 통제, 그리고 지시가 잘못되었을 때 어떤 일이 일어나는지를 보여주는 증거와 관련된다.
첫째, 은행과 외부 서비스가 지원되는 계좌 연결을 더 쉽게 식별할 수 있게 하는지 살펴봐야 한다. 의미 있는 발전은 보조 도구가 이제 은행에 “연결된다”는 일반적 발표가 아니라, 이용 가능한 권한에 대한 더 명확한 정보일 것이다.
작업에 필요한 정보만 노출하는 연결은 범위가 제한된 금융 지원의 근거를 강화할 것이다. 여전히 광범위한 고객 자격 증명에 의존하는 연결은 핵심 액세스 문제를 해결하지 못한 채 남길 것이다.
이 신호는 고객이 실제로 확인할 수 있는 내용을 통해 평가해야 한다. 어떤 서비스가 액세스 권한을 갖고 있는지와 그 권한에 무엇이 포함되는지를 볼 수 있는가? 보조 도구와 협상하거나 관련 없는 대화를 뒤져보지 않고도 이를 종료할 수 있는가?
둘째, 보조 도구 제공업체가 도입하는 통제를 살펴봐야 한다. 거래별 승인, 명확한 작업 경계, 이해하기 쉬운 중단 메커니즘은 에이전트가 웹사이트를 탐색하는 모습을 보여주는 시연보다 더 강한 증거가 될 것이다.
유용한 질문은 제한이 오해 속에서도 유지되는지다. 보조 도구가 지출 분석 요청을 행동 권한으로 해석하더라도, 액세스 계층은 여전히 그 한계를 강제해야 한다. 대화 안의 경고는 더 약한 증거다.
제공업체는 승인과 실행의 관계도 설명해야 한다. 고객은 지시가 여전히 제안 단계인지, 처리에 들어갔는지, 또는 완료되었는지를 알아야 한다. 이러한 상태는 의미 있는 개입이 여전히 가능한지를 결정한다.
이 분야의 진전은 고객이 광범위한 통제권을 넘겨주지 않고도 보조 도구가 금융 업무를 처리할 수 있다는 주장을 강화할 것이다. 기초 모델이 개선되더라도 모호한 확인 화면에 계속 의존한다면 그 주장은 약화될 것이다.
셋째, 문서화된 분쟁 결과와 더 명확한 기관 설명을 살펴봐야 한다. 유용한 증거는 액세스 방식, 부여된 권한, 취해진 조치, 책임이 어떻게 평가되었는지를 식별할 것이다. 완벽한 자동화나 파국적 실패에 관한 헤드라인은 그러한 맥락이 없으면 너무 많은 것을 빠뜨린다.
향후 모든 사례에서 소비자 계좌와 기업 계좌의 구분도 주목할 가치가 있다. 서로 다른 계좌 약정을 고객 보호에 관한 보편적 주장으로 뭉뚱그려서는 안 된다. 보도는 어떤 종류의 거래와 관계를 설명하는지 밝혀야 한다.
앞으로 몇 달 동안 이러한 신호는 진전을 평가하는 현실적인 방법을 제공한다. 더 나은 권한 설정은 실행 전에 노출 위험을 다룰 것이다. 더 나은 제품 통제는 감독을 더 의미 있게 만들 것이다. 더 나은 분쟁 증거는 압박 상황에서 이 구조가 어떻게 작동하는지 보여줄 것이다.
Bank of America의 AI 경고는 보조 도구가 신뢰할 만해 보이는지보다 더 구체적인 구매 질문을 촉발해야 한다. 제품이 어떤 권한을 요구하며 무엇이 이를 독립적으로 제한하는지 물어야 한다. 정보 작업이라면 관련 기록을 넘어서는 권한이 왜 필요한지 살펴보라. 실행 작업이라면 어떤 승인이 정확한 결과에 연결되는지 살펴보라. 어느 작업이든 권한이 종료된 후에도 무엇에 액세스할 수 있는지 살펴보라. 이러한 질문은 보조 도구의 약속을 고객이 평가할 수 있는 통제 장치와 연결한다. 금융 계좌를 연결하기 전에 은행의 최신 액세스 약관을 보조 도구의 권한 화면과 함께 읽어라. 제안된 연결이 소프트웨어에 업무에 필요한 권한만 부여하는가?
