임시 기록 — SCRAMBLE 명령 선포됨, 기술고문 및 RAISA 직원 전원 제01기지로 이동 — 임시 기록
긴급 사태를 문서화하는 자동 생성 기록입니다. 상황 분류: SCRAMBLE. 대상 시스템: SCUTTLE. 대상 인원: RAISA, 기술분야. 본 기록은 마리아 존스 [mjones06]에 의해 20██/01/28 15:42에 생성됨
사건번호: 20██011300███
심각성: 중대
재단 사상자 발생 가능성: 높음
대중 파급 위험: 높음
사건 현황: 진행 중
대상 기지: 출력 오류: 목록 객체 10,000자 초과.
티켓 내역
IR#20██011300███-01, 상태: 작성됨. 유저: lrhode02 (IP: 10.101.25.███) 타임스탬프: 20██/01/13 07:38
지금 SCUTTLE 컴퓨터와 소통이 안 돼요. 삼중 인증 화면에서 완전 먹통이 돼버리는데. 혹시 그쪽에서 뭐 하시는 건가요? LR
IR#20██011300███-02, 상태: 답글. 유저: rsmith04 (IP: 10.101.137.███) 타임스탬프: 20██/01/13 08:14
안녕하세요 래리. 제가 알기론 아닙니다. 들어가보고 답장 드릴게요. 롭.
IR#20██011300███-03, 상태: 작성자 답글. 유저: lrhode02 (IP: 10.101.25.███) 타임스탬프: 20██/01/13 08:18
고마워요.
IR#20██011300███-04, 상태: 답글. 유저: mdavis01 (IP: 10.119.155.███) 타임스탬프: 20██/01/13 08:37
19기지랑 SCUTTLE 간 연결도 끊겼어요. 최대한 빨리 해결되면 좋겠네요. 마이크 데이비스
IR#20██011300███-05, 상태: 답글. 유저: rsmith04 (IP: 10.101.137.███) 타임스탬프: 20██/01/13 08:44
원격으로 들어갈 수가 없네요. 설정 올릴 테니 대기해 주세요.
유저 rsmith04 님이 심각성을 중간(으)로 설정하였습니다.
IR#20██011300███-06, 상태: 답글. 유저: tthomp03 (IP: 10.101.147.███) 타임스탬프: 20██/01/13 09:03
안녕하세요. 이쪽 장비로 원격 조작이 불가능한 걸로 보이니 기술자를 SCUTTLE 쪽에 파견 보낼게요.
테리 톰슨, 선임 네트워크 엔지니어
IR#20██011300███-07, 상태: 답글. 유저: bcolli01 (IP: 10.101.254.███) 타임스탬프: 20██/01/13 10:39
초기 보고 서술된 상황과 일치합니다. SCUTTLE이랑 통신 가능한 기지 있나요? 없으면 재부팅하도록 하겠습니다. 브랜든
빛나는 모바일 기기에서 광속으로 보냄.
IR#20██011300███-08, 상태: 답글. 유저: tthomp03 (IP: 10.101.147.███) 타임스탬프: 20██/01/13 10:42
맥박 보이는 기지 없으니까 준비되면 바로 실행해. 그리고 그 바보 같은 서명 없애는 법 알려줄 테니까 끝나고 찾아와. 테리.
IR#20██011300███-09, 상태: 답글. 유저: bcolli01 (IP: 10.101.254.███) 타임스탬프: 20██/01/13 12:10
재부팅을 여러 번 해봤는데 다 안 먹어. 새 주변 장비로도 시도해 봤는데 똑같고. 스냅샷은 어때? 금요일에는 확실히 정상 작동했다고 하는데. 애초에 SCUTTLE 스냅샷을 찍긴 하는 거야? 그리고 지우는 법 알아냈어, 미안. :)
IR#20██011300███-10, 상태: 답글. 유저: tthomp03 (IP: 10.101.254.███) 타임스탬프: 20██/01/13 12:27
점심 먹으러 왔어, 자리로 가면 스냅샷 확인할게. SCUTTLE 스냅샷은 매주 찍는데 아마 괜찮을 거니까 1700시에 복구해보자. 너도 점심 먹고 와. 현장에서 직접 실행할 준비 해, 완전 뻗은 거 같다니까.
IR#20██011300███-11, 상태: 작성자 답글. 유저: lrhode02 (IP: 10.101.25.███) 타임스탬프: 20██/01/13 13:09
호들갑 떨고 싶은 건 아닌데요, 계획을 세우고 있어야 되나요? SCUTTLE이 오작동한다는 말은 처음 들어 봐서요. LR
IR#20██011300███-12, 상태: 답글. 유저: tthomp03 (IP: 10.101.147.███) 타임스탬프: 20██/01/13 13:20
안녕하세요 래리. 좀 성급한 판단이네요, SCUTTLE은 회복력이 좋은데다 몇 주간 체크인을 안 하지 않는 이상 나쁜 짓을 할 위험은 없거든요. 지난주에 문제가 없었다면 적어도 발렌타인 데이까지는 시간이 있을 겁니다. 저희가 처리할 거예요. 브랜든, 내가 보기로 스냅샷은 괜찮아 보여, 1700시 복구 준비해. 그만큼 오래된 시스템에 한 번도 안 했으면 꽤 오래 걸릴 테니 긴 밤이 될 거 각오하고. 현재 스냅샷을 밀어넣을 수가 없으니까 현장에서 뭐 하기 전에 시스템 이미지부터 만들어둬. 테리.
IR#20██011300███-13, 상태: 답글. 유저: bcolli01 (IP: 10.101.147.███) 타임스탬프: 20██/01/13 13:42
알겠어, 저녁에 다시 확인 메일 보낼게. BC
보낸사람: 브랜든 콜린스 [bcolli01]
받는사람: 테리 톰슨 [tthomp03]
날짜: 20██/01/13 21:22
제목: SCUTTLE - 아직 먹통임
테리,
SAN에서 옛날 이미지 만든 거 SCUTTLE에 넣었어. 근데 POST를 끝낸 다음에 E0x18 CORR_FS를 띄워버리네. 그 스냅샷들 괜찮은 거 맞아?
브랜든
보낸사람: 테리 톰슨 [tthomp03]
받는사람: 브랜든 콜린스 [bcolli01]
날짜: 20██/01/14 07:44
제목: RE: SCUTTLE - 아직 먹통임
소용없네. 옛날 스냅샷으로 죽은 VLAN에 미니 SCUTTLE을 부팅해볼게. 일어나는 대로 다시 현장 나가서 만들어둔 시스템 상태 돌려놓을 준비 해.
보낸사람: 브랜든 콜린스 [bcolli01]
받는사람: 테리 톰슨 [tthomp03]
날짜: 20██/01/14 09:58
제목: RE: SCUTTLE - 아직 먹통임
무슨 시스템 상태? 이 RE에서 이미지는 못 만드는데.
보낸사람: 테리 톰슨 [tthomp03]
받는사람: 브랜든 콜린스 [bcolli01]
Cc: 마리아 존스 [mjones06]
날짜: 20██/01/14 10:44
제목: FW: SCUTTLE - 아직 먹통임
나 지금 화 안 내려고 엄청 노력하는 중이다. 당연히 할 수 있고, 넌 했었어야 해. 내가 해달라고 했으니까. 이미지-> 디스크 한 데서, 디스크-> 이미지를 고르면 돼. 바로 두 줄 밑에 있잖아. 어떻게 그걸 모를 수가 있지?
마리아, 시간 나시는 대로 사건 20██011300███ 보시고 행동 방침에 대한 생각 좀 알려주세요. 저보다 SCUTTLE을 잘 아시고 4주보다 이전으로 돌아갈 때 정확히 어떤 문제가 생기는지 알고 계시니까요.
IR#20██011300███-14, 상태: 작성자 답글. 유저: lrhode02 (IP: 10.101.25.███) 타임스탬프: 20██/01/14 11:10
안녕하세요 여러분. SCUTTLE에 처음 보는 검은 화면이 떴어요. 지금 상태가 어떻게 되는 거죠? LR
IR#20██011300███-15, 상태: 답글. 유저: tthomp03 (IP: 10.101.147.███) 타임스탬프: 20██/01/14 11:42
래리에게, 문제가 좀 복잡해졌습니다. 사태 해결을 위해 윗분들을 모시고 오도록 하겠습니다. 해결책을 찾으면 알려드리죠. 테리.
유저 tthomp03 님이 심각성을 높음(으)로 설정하였습니다.
보낸사람: 마리아 존스 [mjones06]
받는사람: 테리 톰슨 [tthomp03]; 브랜든 콜린스 [bcolli01]
Cc: O5-1 [o5comm01]; O5-6 [o5comm06]; O5-11 [o5comm11]
제목: SCUTTLE 정지
중요도: 높음
날짜: 20██/01/14 14:12
여러분,
지금까지의 사건을 검토하고, 테리와 원격 세션으로 작업하며 SCUTTLE 백업의 상태를 살펴보았습니다. 곤란한 상황일지도 모르겠습니다.
최근 3주간의 스냅샷(간단히 설명하자면, 컴퓨터에 업로드된 모든 것에 대한 정보를 담은 하나의 거대한 파일입니다)을 프로그래머진에게 보냈지만, 기본 이미지가 손상되었을지도 모르는 상황입니다. 간단히 말해, 우리는 시스템에 담긴 모든 것의 목록을 들고서 매주마다 변경사항을 추적한 것을 새로운 스냅샷으로 지정합니다. 이것을 증분 이미지라고 하는데, 저장소의 수정 내역을 훨씬 오래 보관할 수 있죠. SCUTTLE은 덩치가 너무 커서 매주마다 컴퓨터에 있는 모든 것의 이미지를 찍는 것은 시스템이 대량의 데이터를 모으는 이상 데이터 손상의 위험이 매우 높기 때문에 적절치 못하다고 판단되었습니다.
이 시스템이 무엇이며 무슨 일을 하는지에 대해선 모두 알 거라 생각하지만, 재교육이 필요하다면 RAISA 포털의 KB10235, "생명 및 존재에 대한 지속 불가능한 위협의 격리를 위한 시스템System to Contain Unsustainable Threats To Life and Existence" 및 KB10236, "SCUTTLE 데드맨 스위치 규약"을 참조하세요.
기본 이미지는 생성될 때 일관성을 확인했는데 왜 이런 문제가 생기는 건지 아직은 확실하지 않습니다. 다만, 마지막 멀쩡한 이미지가 4주보다 오래된 것일 경우 무슨 일이 일어나는지에 대한 의문이 제기되었지요. 이론상으로는, 데이터를 확인하고 동기화하는 순서에 기반해 아무런 문제가 없어야 합니다. 그러나 이 사건이 우리가 SCUTTLE을 사용해 온 다년간의 경험 중 서버 자체가 직접적 원인이 된 첫번째 SCUTTLE 정지 건인 만큼 저는 그저 더 검사를 해볼 수 있을 때까지는 위험을 무릅쓰고 싶지 않습니다.
지금으로선 저는 행정권을 행사하여 이 문제가 해결될 때까지 테리 톰슨을 다른 모든 일에서 제외시키도록 하겠습니다.
안부를 전하며,
마리아 존스
기록정보보안행정처 이사관
IR#20██011300███-16, 상태: 답글. 유저: wjacks02 (IP: 10.101.121.███) 타임스탬프: 20██/01/15 10:14
이 스냅샷들은 제가 보기에 문제없어 보입니다. 안에 든 것 전부 열어보면 읽을 수 있고 편집도 가능해요. 에러 코드가 나오는 건 알지만 파일 시스템이 손상된 거였다면 이미지에 있는 어떤 것에도 접근이 불가능해야 합니다. 저희 팀과 함께 코드를 더 뜯어보고 어셈블리어도 살펴보도록 하겠습니다. 우리 중 ASM을 이해라도 하는 직원은 한 명뿐인데 지금 휴가 나간 상태거든요. 백업 체계 시험을 진짜로 한 번도 안 해본 건가요? 이 파일 구조가 완전히 난장판인데요.
웨인 잭슨, RAISA 선임 프로그래머
IR#20██011300███-17, 상태: 답글. 유저: tthomp03 (IP: 10.101.147.███) 타임스탬프: 20██/01/15 11:33
웨인, 이미지 무결성에 대한 건 다행이지만 해결책 관련으론 무슨 도움이 될지 모르겠군요. 스냅샷은 컴퓨터에 넣고 부팅해보면 작동을 안 해요. 백업 시험에 관해선, 솔직하게 말하겠습니다. SCUTTLE은 아주 오래된 시스템이고 저희는 그걸 오랜 시간 동안 작동 중지시켰을 때 생길 문제 때문에 SCUTTLE에 손대길 주저해왔습니다. 저희가 도입한 백업 방식은 XACT나 BOUNCE 같은 최신 시스템들과는 다르고, 이미 보셨듯 저희가 오랫동안 사용해올 수밖에 없던 저레벨 에뮬레이션으로는 정해진 방식 이외로 일을 하기가 영 힘들어요. 그렇게나 오래되고 난해한 시스템을 작동 중에 백업해주신 것만으로도 대단한 일입니다만, 그 방식이 도입된 지가 꽤 오래전이라 거기 관련자가 아직도 남아있을 것 같지는 않군요. 그 직원과 연락을 취할 수 있나 보고 VPN으로 작업하거나 휴가를 일찍 끝낼 수 있는지 알아보세요. TT
IR#20██011300███-18, 상태: 답글. 유저: wjacks02 (IP: 10.101.121.███) 타임스탬프: 20██/01/16 11:03
발레리와 연락됐어요, 돌아오는 비행기편 잡는 중이랍니다. 그동안 SCUTTLE 컴퓨터에서 FSET 보고서 좀 뽑아주실 수 있나요? 웨인
IR#20██011300███-19, 상태: 답글. 유저: bcolli01 (IP: 10.101.147.███) 타임스탬프: 20██/01/16 14:14
바로 하죠. BC
IR#20██011300███-20, 상태: 답글. 유저: bcolli01 (IP: 10.101.147.███) 타임스탬프: 20██/01/16 17:22
첨부파일 확인해요. BC
첨부 파일: FSET.log [4096 KB]
IR#20██011300███-21, 상태: 답글. 유저: vsheld01 (IP: 10.101.121.███) 타임스탬프: 20██/01/20 09:43
안녕하세요. 사태 해결을 위해 불려오게 됐으니 이제 나온 진단 결과와 보내주신 이미지 검토를 시작하겠습니다. 발레리 셸든.
IR#20██011300███-22, 상태: 답글. 유저: tthomp03 (IP: 10.101.147.███) 타임스탬프: 20██/01/20 10:06
고마워요, 제가 도울 수 있는 일이 있다면 알려주세요. 가족 모임 중에 끌어오게 되어서 유감입니다. 사태의 심각성은 이해하고 계실 거라 생각해요. 테리
IR#20██011300███-23, 상태: 답글. 유저: vsheld01 (IP: 10.101.121.███) 타임스탬프: 20██/01/22 11:14
뭔가 찾은 것 같습니다. 이 백업들이 복원을 시도하는 방식을 보니까 호환 불가능한 RAID 드라이버를 맞는 것 전에 로드하려고 해서 다른 드라이버들이 로드되기 전에 시스템에 에러가 뜨는 거네요. 이거라면 가상 디스크를 인식 못하니 당연히 파일 시스템 오류가 뜨겠죠. 보내주신 FSET 보고서에도 다른 RAID 컨트롤러가 한 6년 전에 설치됐다고 나와 있고요. SCUTTLE이 처음 도입됐을 때 RAID를 썼는지도 몰랐네요, 그거 출시될 때 전 아직 대학 다니던 때라. 여기서 해결책을 찾을 수 있을지 모르니 팀과 협업해서 예전 드라이버의 속성 전부를 새걸로 교체해 보겠습니다. 그쪽에서 시도해볼 만한 걸 찾으면 다시 연락 드릴게요.
IR#20██011300███-24, 상태: 답글. 유저: tthomp03 (IP: 10.101.147.███) 타임스탬프: 20██/01/22 13:08
발레리, 정말 좋은 소식이네요. 저희 쪽에서 부팅해볼 만한 걸 찾으면 연락 주세요. 지금 SCUTTLE은 VM도 설치할 수가 없어서 (말해주신 내용이랑 일치하는 하드웨어 불일치가 떠서요) 기계에서 직접 시작해볼 테니까요. 테리
IR#20██011300███-25, 상태: 답글. 유저: tthomp03 (IP: 10.101.147.███) 타임스탬프: 20██/01/25 07:46
발레리, 지금 상황은 어떻죠? 일정이 생각보다 오래 지연되고 있어서 슬슬 불안해지려고 하는데요. TT
IR#20██011300███-26, 상태: 답글. 유저: vsheld01 (IP: 10.101.121.███) 타임스탬프: 20██/01/25 16:47
안녕하세요 테리, 이거면 될 것 같네요. SCUTTLE_IMG_3 아래 fs01-006 확인해보세요. 이것들 전부 알아볼 만하게 끼워맞추기가 여간 성가신 게 아니에요. 비상상황이 아닐 때 시스템 점검 좀 해보죠, 우리 팀원 중에 이 난장판을 다시 들여다보고 싶어하는 사람은 아무도 없으니까. VS
IR#20██011300███-27, 상태: 답글. 유저: tthomp03 (IP: 10.101.147.███) 타임스탬프: 20██/01/26 08:00
발레리, 혹시 이 스냅샷 어떻게 넣는지 알아요? 시도해보는 게 죄다 안 먹혀서.
IR#20██011300███-28, 상태: 답글. 유저: tthomp03 (IP: 10.101.147.███) 타임스탬프: 20██/01/26 08:12
방금은 무시해요, 기본 이미지 바로 아랫줄에 끼워넣으니까 됐네요. 이쪽에서 켜서 시도해보도록 할게요.
IR#20██011300███-29, 상태: 답글. 유저: bcolli01 (IP: 10.101.254.███) 타임스탬프: 20██/01/26 14:44
안 돼요. 훨씬 뒤까지 가긴 하는데 E0x45 HSHFAIL 에러를 띄우네요. 이거 해시값 확인이에요? 브랜든.
IR#20██011300███-30, 상태: 답글. 유저: vsheld01 (IP: 10.101.121.███) 타임스탬프: 20██/01/26 16:02
살펴보고 연락 드리죠. 그 메시지부터 거꾸로 추적해야 하니까 조금 걸릴지도 몰라요.
IR#20██011300███-31, 상태: 답글. 유저: vsheld01 (IP: 10.101.121.███) 타임스탬프: 20██/01/28 08:08
그 메시지 뭐가 문젠지 알아냈어요, 해시값 확인 관련은 맞는데, 이걸 도입한 게 누구든 끌어내서 쏴버려야겠는데요. 표준 방식을 사용하는 대신에 아주 엉망진창을 만들어 놨는데 산수를 확인해볼 만한 시스템이 여기엔 없네요. 그쪽으로 이미지 몇 개를 보내서 하나씩 시도해보는 것보다 빠른 방법은 없을 것 같군요. 시도해볼 만한 것들을 찾으면 곧장 당신과 브랜든에게 이메일 보낼게요. VS
IR#20██011300███-32, 상태: 작성자 답글. 유저: lrhode02 (IP: 10.101.25.███) 타임스탬프: 20██/01/28 13:10
안녕하세요, 상황 지켜보고 있었는데 걱정이 되네요. 2주가 넘었는데 해결이랑은 아직도 거리가 먼 건가요? 지금 시도해 보는 방법은 그냥 발레리의 추측인 걸로 들리는데요.
IR#20██011300███-33, 상태: 답글. 유저: mjones06 (IP: 10.5.100.█) 타임스탬프: 20██/01/28 15:52
내 사람들을 의심하지는 않겠지만, 확실히 남은 시간이 별로 없군요. SCRAMBLE 상황을 선포하겠습니다. 테리, RAISA 프로그래밍 사무실로 인사 이동하세요. 오늘은 RAISA 직원들에게, 내일은 전체 직원에게 소식을 알리죠.
유저 mjones06 님이 심각성을 중대(으)로 설정하였습니다.
유저 mjones06 님이 상황 SCRAMBLE을 추가하였습니다.
보낸사람: 마리아 존스 [mjones06]
받는사람: RAISA 직원 [raisa]; 기술직원 [techstaff]
제목: SCRAMBLE 명령 — 제01기지
중요도: 높음
날짜: 20██/01/28 16:56
직원 여러분,
SCUTTLE 작동 정지가 장기간 이어짐에 따라, 제01기지에 SCRAMBLE 명령을 선포합니다. 수송 담당자들은 이 사실을 이미 알고 있으며 여러분의 항공편을 준비할 겁니다. 제01기지에 가본 적이 없다면, 겉면만 보고서 걱정하지 마세요. 그 기지는 보이는 것보다 훨씬 크고 몇 주간 진을 칠 수 있을 만큼 충분한 공간이 주어질 테니까요. 우리는 지금부터 2월 12일 2300시까지 철야로 SCUTTLE 문제 해결에 힘쓰게 될 것입니다. 해결책이 나오지 않는다면, 제01기지와 전 직원을 대피시킬 예정입니다. 사건 티켓 내역과 SCUTTLE 서버의 FSET 로그, ScuttleOS의 구성에 관한 문서를 첨부했으니 숙독하세요. 현재 시스템은 완전히 무응답 상태이므로 바보 같은 생각이란 건 없습니다. 일부 팀은 옛 시스템을 수복하는 데 노력을 기울이게 될 테고, 다른 팀은 모든 재단 데이터를 이송할 준비를 갖출 것이며, 또 다른 팀은 오프라인 상태인 기지 모두에 맥박을 보낼 수 있는 무언가를 구축하는 데 집중할 것입니다. 후자에 속한 인원들에게는 안타까운 일이지만, SCUTTLE이 설계될 당시 여러분 중 몇 명은 태어나지도 않았으니만큼 생각처럼 쉽지 않을 겁니다.
질문이 있다면 상사나 수송 담당자에게 연락하세요.
우리가 이런 실수를 했을지는 모르나, 재단을 구하기 위해 우리가 할 수 있는 일을 합시다.
마리아 존스
RAISA 이사관
보낸사람: 마리아 존스 [mjones06]
받는사람: SCP 재단 직원 [allusers]
제목: SCUTTLE 긴급 상황
중요도: 높음
날짜: 20██/01/29 11:11
좋은 아침입니다 (아니면 계시는 곳에 따라, 좋은 저녁입니다),
저는 마리아 존스, 기록정보보안행정처의 처장입니다. 여러분 중 일부는 RAISA를 잘 아실 테지만, 대부분은 모르시리라 생각합니다. RAISA는 IT와 프로그래머, 보안 감사인, 엔지니어의 집합체로, 재단의 네트워크를 안전하고 온전하게 지키는 역할을 맡고 있습니다. 저희는 지난 2주 동안 현재 직원이 상주해 있는 모든 재단 기지에 영향을 미치는 문제를 해결하는 데 골몰하고 있었습니다.
많은 분이 알고 계시듯, 제01기지는 그린존으로 변칙개체를 수용하지 않으며 대신 연구와 정보 수집 및 행정 업무에 주력합니다. 제01기지에는 적대 세력이나 예상치 못한 변칙개체가 습격해올 경우 우리가 가진 최후의 수단인 SCUTTLE이라는 기계 또한 수용되어 있습니다. SCUTTLE은 "데드맨 스위치"로, 어떤 기지가 오랜 기간 동안 SCUTTLE(즉 제01기지)에게서 연락을 받지 못할 경우 해당 기지를 증발시키기에 충분한 위력을 가진 기지 내 핵탄두가 폭발하게 됩니다.
제가 무슨 말을 할지 이미 아실지도 모르겠군요. SCUTTLE이 고장났습니다.
여러분이 지금 당장 증발할 위기에 놓인 것은 아니라는 점은 확실히 해 두겠습니다. 저희는 현재 상황을 해결하지 못할 경우 정확히 언제 직원 여러분을 이동시켜야 할지 알고 있습니다. 그러므로 여러분은 2월 10일 UTC 2300시까지 일상 업무를 계속해 주십시오. 그때까지 제게서 이메일을 받지 못하셨다면, 여러분이 속한 기지의 대피 계획을 설명하는 이메일을 자동으로 받게 되실 겁니다. 이 계획은 여러분이 이미 여러 번 거쳐온 대피 훈련과 매우 비슷할 것입니다.
재단 행정부는 최악의 상황에 대비해 비밀 엄수를 위한 은폐 행동 개발에 총력을 쏟고 있지만, 솔직히 말해 그만한 숫자의 핵탄두가 전세계에서 동시에 폭발하는 사태에 대해 믿을 만한 거짓 정보란 별로 많지 않습니다. 해당 팀에서 [misinfo]를 통해 제안 사항 이메일을 받고 있습니다.
재단은 살아남을 것입니다. 그래야만 하기 때문입니다. 이 상황에 여러분 모두의 협조에 감사드립니다.
마리아 존스
기록정보보안행정처 이사관