두 팀이 같은 산출물을 요청하면서 서로 다른 것을 뜻합니다. 검토자는 특정 이름의 사람이 언제까지 어떤 역할을 승인했다는 증거를 원하고, 네트워크 팀은 접속지로 가득한 방화벽 로그를 가지고 그것으로 충분하다고 가정합니다. 충분하지 않으며, 그래서 승인 폴더는 호스트 이름으로 채워지고도 첫 감사 질문에서 무너집니다. 실제로 필요한 것은 적고, 그중 어느 것도 누가 어디를 탐색했는지 기록하라고 요구하지 않습니다.

기록의 크기는 승인이 사람별인지 역할별인지, 권한이 그 사람의 고용 기간을 넘어 살아남을 수 있는지, 계약이나 프레임워크가 액세스 검토를 필수 증거로 지목하는지에 따르는 세 가지 조건으로 정해집니다.

연결이 아니라 검토자의 질문에서 시작하십시오

필드를 하나 고르기 전에 감사자가 소리 내어 물을 질문을 적으십시오. 이 신원의 액세스를 누가 승인했고, 무엇에 대해, 어느 날짜 사이에 승인했으며, 마지막에 누가 이를 제거하기로 되어 있었는지. 양식의 모든 필드는 그 문장의 일부에 답해야 하고, 그렇게 하지 않는 것은 방금 보호 의무를 떠안은 목록일 뿐입니다.

그 시험은 습관적으로 덧붙는 것의 대부분을 걷어냅니다. 접속지 목록, DNS 질의, 애플리케이션 사용 도표, 실시간 세션 화면 캡처는 모두 행동을 서술합니다. 행동은 승인이 아니며, 그것을 수집하면 파일이 훨씬 높은 민감도 등급으로 옮겨져 처음 세운 목표에 역행합니다.

무엇을 얼마나 남길지는 세 가지 조건이 정합니다

사람별 승인에는 신원과 종료일이 필요합니다. 역할별 승인에는 마흔 명을 한 행에 나열하면 유지할 기록 마흔 건과 퇴사를 놓칠 기회 마흔 번이 생기기 때문에 역할, 그 역할이 주는 범위, 집단의 소유자가 필요합니다. 권한이 고용 기간을 넘어 살아남을 수 있다면 스프레드시트의 만료일이 좀처럼 누군가를 움직이지 않기 때문에 제거 책임자와 검토 주기를 더하십시오.

ConditionAdd to the recordLeave out
Approved per personIdentity, approver, expiryDevice telemetry
Approved per roleRole, scope, population ownerPer-user destinations
Outlives employmentRemoval owner, review dateSession transcripts
Named in a contractThe cited artifact and its revisionA second, friendlier copy

프레임워크가 액세스 검토를 필수 증거로 지목하면 검토 절차가 이미 인용하는 산출물을 그대로 두십시오. VPN 팀을 위해 병행 사본을 만드는 것이 같은 승인의 두 판본이 종료일을 두고 어긋나게 되는 경로입니다.

결정을 담는 필드

쓸 만한 집합은 승인된 신원, 요청자, 승인자, 역할 또는 자원 범위, 한 줄짜리 사유, 유효 기간, 검토 또는 제거 책임자, 그리고 요청이 논의된 티켓을 가리키는 참조로 짧습니다. 기기나 자격 증명은 자산 태그나 인증서 주체처럼 비밀이 아닌 식별자로 참조하고, 사용된 개인 키나 암호로 참조하지 마십시오.

접속지가 없더라도 결과는 개인정보로 다루십시오. 이 이름이 밝혀진 직원이 여섯 달 동안 재무 세그먼트에 관리자 액세스를 가졌다는 기록은 그 자체로 민감하므로, 폴더를 읽을 수 있는 사람을 좁히고 파일을 익명이라고 부르는 대신 관리 목적의 보존 기간을 정하십시오.

탐색 데이터가 승인 파일로 새어 드는 곳

세 가지 누출이 그 대부분을 설명합니다. 헬프데스크 티켓에 클라이언트 연결 창의 화면 캡처가 들어 있고, 누군가 맥락을 위해 SIEM 내보내기를 붙여 넣고, 당시에는 결합이 쉬웠기 때문에 자산 목록 보고서가 승인에 결합됩니다. 첨부물마다 결정만 필요했던 파일에 행동을 더합니다. 캡처가 들어간 순간 검토자는 사용자가 무엇에 닿으려 했는지 묻기 시작하고, 파일은 다시 분류되어야 합니다.

도구가 허락하는 곳에서는 첨부물을 참조로 바꾸십시오. 정책이 첨부를 고집하면 세션 녹화가 아니라 결정 문구와 요청 스레드를 요청하고, 파일을 저장하기 전에 나머지를 지우십시오. 승인자 자신의 메시지가 대개 가장 좋은 증거이면서 가장 적게 드러냅니다.

흔적 없이 범위를 검증하십시오

승인을 액세스로 바꾸는 것은 게이트웨이 정책이므로 그것을 직접 시험하십시오. 승인된 범위 안의 계정으로 로그인해 허용된 자원에 닿고, 그다음 범위 밖의 접속지를 시도해 거부를 확인하되, 같은 호스트의 브라우저 탭이 아니라 정책이 기대하는 클라이언트와 방식으로 하십시오.

가용성 모니터링과 사고 진단은 자체 보존 기간과 자체 액세스 목록 아래에서 자체 가시성을 유지할 수 있습니다. 이 두 목적을 분리해 두는 것이 탐색 흔적을 넘기지 않고 검토자에게 답할 수 있게 하며, 실제로 무언가 고장 났을 때 진단을 쓸모 있게 유지합니다.

다음 검토 전에 확인할 것

양식이 감사자의 문장에 답하고 그 이상은 하지 않는지 확인하십시오. 모든 행에 승인자, 기간, 제거 책임자가 있는지 점검하십시오. 그다음 폴더 자체의 액세스 목록을 보고 VPN 사용자 기반보다 작은지 물으십시오.

마지막 단계는 사람들이 건너뛰는 단계입니다. 만료된 승인을 하나 골라 신원 공급자까지 따라가 계정이 실제로 비활성화되었는지 보십시오. 신원이 아직 활성이라면 기록은 정확했고 절차는 아니었습니다.

관련 글