관리자의 책임은 위험을 관리하는 것입니다.
Gmail에서 크로스 스크립팅 보안 허점이 발견되면 팀이 신속하게 해결하기 위해 매우 중요한 위험을 초래했습니다. 수백만 명의 Gmail 사용자가 있기 때문에이 결함을 악용 한 웹 응용 프로그램을 작성한 경우 내 웹 응용 프로그램 사용자가 Gmail을 사용하고 다른 탭에서 열릴 가능성이 큽니다. 따라서 피셔로서 사용자 데이터에 액세스하기 위해 이러한 응용 프로그램을 구축하는 것이 좋습니다.
관리자가 자신에게 묻는 질문은 다음과 같습니다.이 보안 허점이 얼마나 위험합니까? 이 특정 사이트의 특정 보안 허점을 대상으로하는 웹 응용 프로그램이있을 가능성은 무엇입니까? 당사 웹 사이트를 방문하는 직원이이 타사 웹 사이트를 사용하는 위험은 무엇입니까?
내 경험에 따르면 귀하의 사이트에 많은 트래픽이 발생하지 않으면 많은 위험이 없습니다.
상사는 문제가 될 수도 있고 그렇지 않을 수도있는이 특정 보안 허점을 수정하지 않는 기회 비용은 비즈니스 성장과 수익 창출에 도움이되는 활동에 자원을 집중할 수 있다고 생각할 수 있습니다.
그렇기 때문에 Github가 해킹당한 것과 매우 유사한 문제가 있었고 프로젝트 관리 관점에서이 주제를 다루는 프로젝트 관리 SE에 대한 질문 이 있습니다. Github를 해킹 한 사용자는 귀하와 비슷한 상황에 있었으며 그의 Github 권한은 일정 기간 동안 일시 중지되었습니다.
귀하에게 제 질문은 이것입니다 : 사이트가 다운되면 귀하의 비즈니스는 어떻게됩니까? 이 보안 허점이 악용 될 가능성은 무엇입니까?
이것을 추구하기로 결정했다면, 이것이 비즈니스의 생존력에 매우 현실적이고 임박한 위협이라는 증거 를 객관적으로 얻어야합니다.
이것이 실제 문제라는 증거를 얻기위한 몇 가지 제안입니다.
유사한 관련 보안 허점으로 인해 주요 문제가 발생한 뉴스 기사, 블로그 또는 회사의 기타 경험을 찾아 Google 검색을 수행하십시오. 이것이 실제로 다른 비즈니스 기회 대신 해결해야 할 위험이라는 것을 보여줍니다.
팀의 다른 기술 담당자와상의하고 통찰력을 얻으십시오. 문제가 실제로 심각하면 백업 할 수있는 다른 사람을 찾을 수 있어야합니다. 그렇지 않은 경우, 귀하의 우려가 보증되지 않거나 회사 문화의 보안에 중대한 문제가 있습니다.
이상적이지는 않지만 회사 돼지 저금통을 깰 필요없이 위험을 완화하고 마음의 평화를 줄 수있는 신속한 수정 솔루션이 포함 된 취약점을 해결하기 위해 IT 부서와 다른 옵션을 논의하십시오. 때로는 소량의 작업으로 일부 위험을 제거하는 데 도움이 될 수도 있습니다.
위의 사항이 효과가 없다면, 이것을 내버려 두는 것이 좋습니다. 이러한 문제가 비즈니스 위험 관리의 정상적인 부분이라는 것을 알고 있습니다.