* Happinux secureOS 분석 및 넋두리 욕심같아서는 작업 일지를 만들고 싶지만 -_-;; 약 5개월 전에 코딩한 내용을 보고 잠시동안 어지러웠기 때문에 지저분한 코드를 정리하고자, 이렇게 코드 정리 일지를 그나마 대신해서 떼운다 -_- SecureOS 개발을 계획한 것은 2003년 11월 말경? SecureOS 보다는 순전히 LKM 프로그래밍 쪽에 푹 빠져있었기 때문에 Linux kernel을 기반으로 한 백도어링 기법 코드를 개발하고 있던 중이었다. (물론 필자의 홈페이지에 그대로 올라가 있다. 관심있는 사람은 받아가도록.) 본격적인 개발은 12월 한달이었던 것으로 기억한다. 처음부터 보안 정책 이론을 잘 세울 것을... 개발하면서 후회했던 것으로 기억한다. 덕분에 거의 절반 정도 개발한 내용이 물거품으로 변했고, 개발 계획도 중도 변경되는 엄청난 수모를 겪었다. 생각해보니, 그 코드를 잘 사용했어도 별 탈없는 접근 제어는 가능했으리라 본다. 단지, 좀 더 명확한 접근 제어 기법을 구현하고 싶었나보다. 어쨌든 지금 구현된 보안 정책은 RBAC라 불리우는 접근 제어 기법의 변종으로써, 필자가 제공하는 다른 문서를 보면, 쉽게 이해하리라 생각된다. 혼자 이것 저것 만지면서 코딩할때 당시는 단순히 재미로 했기 때문에... 막판 작업에서 신경질 나는 문서작업과 밀려오는 스트레스를 감당못하고 -_- 홧김에 여자친구를 만드는 등 약간은 어이없는 행동을 마구 저질렀던 것으로 기억한다. -_-... 지금은 다시 그 재미를 되찾기 위한 문서작업에 몰두하고 있다. :-) 자, 그럼 하나씩 소스 코드의 순서대로 이해해야 하는 명확한 부분과 코드의 목적, 또는 역할등에 대해 짚고 넘어가도록 하겠다. 소스 코드 라이센스 이것은 INetCop Security에 제공한 Happinux 제품 코드의 개발 버전 일부이다. 코드의 모두는 필자가 직접 작성하였으며, 허락한 누구라도 코드에 패치를 가할 수 있다. 단, 공개용 소스 코드 버전에 한하여. (필자는 이 코드를 미완성 버전이라 부르고 있다) 그렇게 수정된 내용을 자체적으로 공개 또는, 유포를 금한다. 아직까지 공개된 SecureOS 코드는 국내에 없는 것으로 판단된다... 이 때문에 참고할만한 자료들이 부족해서 맨땅에 헤딩하는 기분을 상당히 많이 느낄 수 있었다. -_-. SecureOS 운영체제 간략한 특징 -- Happinux Secure OS Kernel Happinux Project (Real codename): Security kernel operating system. Now, working. * RBAC (Role-Based Access Control) kernel based module. * root function separation module. * safe file system kernel based module. (ext2 support and, ext3 support) * safe process kernel based module. * safe library based module. * safe network socket kernel based module. * IPS (Intrusion Prevention System) kernel based module. (ipv4 support) about Happinux: http://inetcop.net/eng/happynux.htm -- SecureOS 커널 분석 -- 지금부터의 내용은 필자가 개발한 디렉토리에서 `ls'명령을 통해 나온 코드들 순서대로 생각나는데로 설명한 것이다. 차후에 HTML 소스 글로버를 사용해서 URL을 제공하도록 하겠다. 참고로, 분석할 코드는 2.4.x대를 중심으로 개발한 RedHat 9.0 버전이다. 분석 순서는 우선, kernel code -> application code -> 단순 script 순서대로 하겠다. script의 역할은 SecureOS가 설정 되기까지의 이식 과정을 담당하고 있다. 시스템에 정상적으로 컴파일하여 모듈로 addon되기 까지 script들의 역할이 크다고 봐야겠다. 어쨌든 모듈이 install되면, 그 이후부터는 보안 정책에 의해 시스템이 구성되므로, 보안 관리자 전용으로 시스템을 관리할 수 있는 전용 도구를 제공한다. 이 부분이 바로 application code 담당 부분이다. __nonexec_sh.c: 쉘코드 수행을 가로채어 실행을 차단하는 코드를 포함하고 있다. 공격 체킹 함수인 __check_atk 함수를 쓰는데 우선 레지스트리 값에서 ebx와 eip를 구한다. 또한, 스택의 시작과 힙의 시작. 힙의 끝 부분을 현재 current task에서 구해온다. 해당 취약점에 의해 코드가 실행됨을 감지했을 경우. 공격에 대한 에러 메세지를 출력하며 실행이 강제 종료된다. get_tty_nm 함수는 tty번호를 리턴하는 함수. chdir.c: 별볼일 없는 코드같지만 매우 중요한 역할을 하는 기능을 가지고 있다. 이중 분할 시스템 중, 실제 운영 시스템에서 uid가 0인 사용자일 경우 chdir("get_igniz"); 함수 내용을 호출할 경우, 그 사용자를 보안 최고 관리자로 만들어준다. 이 기능은 매우 특별한 경우에만 사용되므로, 평소 시스템에선 사용되지 않는다. chmod.c, chown.c: 이제 접근 제어의 시작 코드인 것 같다. 접근 제어 방식은 매우 일반적인데 우선, 사용자의 uid를 가려내어 보안관리자일 경우, 접근 제어를 두지 않고 나머지, root 및 일반 사용자일때만 접근 제어를 두는 관리 방법을 사용한다. dentry는 디렉토리 엔트리인데, 이 값은 __n_name_user_func(경로); 함수로 얻어온다. 해당 관련 inode를 얻기위한 작업이라고 보면 되겠다. dentry->d_inode를 통해 해당 inode에 접근한다. 먼저, 파일의 소유자, 그룹 소유자에 따라, 접근할 수 있는 사용자를 구분한다. 그 후, 파일 관련 해당 inode 부분을 체킹 -> 디렉토리 관련 해당 inode 부분을 체킹 -> umask라 불리우는 해당 inode 부분을 체킹 이러한 과정을 거친다. 만약 설정된 내용이 있다면, 관련 부분에서 강제적 접근 제어를 수행하게 된다. 없다면, 정상 시스템 콜을 수행한다. creat.c: 아마도 9.0이상에서 (2.4대 커널) 수행하기 위해 따로 만든 코드 같다. find_umask_inode()라는 매우 중요한 함수를 사용한다. 이 함수는 새로 만들어지는(생성) 파일의 경로에 따라 접근 제어를 할 수 있는 기능을 제공한다. creat 함수를 통해 생성되는 파일은 대부분 처음 생성되는 inode이므로 접근 제어시, 매우 까다롭다. 이를 find_umask_inode() 함수를 통해 현재 상위 디렉토리와 umask 최상위 디렉토리를 비교하여 설정대로의 접근 제어를 가능하게 한다. execve.c: 파일, 디렉, umask 최상위 관련, suid, super user 관련 연결 구조를 사용한다. 우선, 보안 관리자 사용자가 아닐 경우, _nonexec_sh 설정에 따라, 공격 체킹 함수 수행 여부가 결정된다. 그 후, super user 관련 연결 구조를 통해 관리자 전용 명령인지의 여부를 판단한다. 설정된 전용 명령이라면, 사용자의 id를 보안 관리자로 변경 시켜, do_execve 함수를 수행한다. 앞 서, 마찬가지로 프로그램의 소유자, 그룹 소유자에 따라, 접근할 수 있는 사용자를 구분한다. 프로그램, 디렉토리, umask 최상위 디렉토리와 관련하여, 해당 inode 부분을 체킹하는 과정을 거친다. 마지막으로, setuid 여부를 검사하는데 (__exec_chk), 해당 setuid가 인증되지 않은 프로그램일 경우 에러 메세지를 출력하고 강제 종료된다. 반면, 허용된 setuid 프로그램의 경우, 정상 수행할 수 있다. fix_kernel_vul.c: 9.0에만 있는 녀석이다. fix_do_brk 함수는 do_brk kernel exploit 취약점을 보안하고, fk_mremap 함수는 mremap kernel exploit 취약점을 보안하는 역할을 맡고 있다. getid.c: get*id 계열 함수와 관련된 내용을 담당하고 있다. __SET_UID 매크로와 __GET_UID 매크로를 분석하면 다음과 같다. (uid.h) #define __SET_UID(old_uid,old_gid,__n,wt_uid) {\ old_uid=__n->uid;\ old_gid=__n->gid;\ old_uid에 current->uid 저장. old_gid에 current->gid 저장. 현재 current->uid가 보안관리자 사용자의 uid와 같을 경우. if(__n->uid==wt_uid){\ 현재 current->*uid 부분을 0으로 만듬. __n->uid=__n->euid=__n->suid=__n->fsuid=0;\ }\ 현재 current->gid가 보안관리자 사용자의 gid와 같을 경우. if(__n->gid==wt_uid){\ 현재 current->*gid 부분을 0으로 만듬. __n->gid=__n->egid=__n->sgid=__n->fsgid=0;\ }\ } #define __GET_UID(old_uid,old_gid,__n,wt_uid) {\ old_uid 값이 보안관리자 사용자의 uid와 같을 경우, (단, current->uid가 0이어야 함) if(old_uid==wt_uid&&__n->uid==0){\ current->*uid 부분을 예전 사용자 old_uid 값으로 대입. __n->uid=__n->euid=__n->suid=__n->fsuid=old_uid;\ }\ old_gid 값이 보안관리자 사용자의 gid와 같을 경우, (단, current->gid가 0이어야 함) current->*gid 부분을 예전 사용자 old_gid 값으로 대입. if(old_gid==wt_uid&&__n->gid==0){\ __n->gid=__n->egid=__n->sgid=__n->fsgid=old_gid;\ }\ } ioctl.c: 이 녀석은 본래 sniffer의 사용을 적절히 차단하기 위해서, PROMISC 무작위 모드로 플래그가 설정되어 있을 시, 이용을 중단하도록 작성하였다. 그 후, 두번째 파라미터인 cmd 인자 값을 검사하여, 관리자만 사용해야 하는 주요 옵션들을 제한해두었다. 지금 문제가 있어서 고쳐야 하는 부분. ip_conf.c: ip_conf() 함수 - 지정하는 설정파일을 읽어온 후 커널 연결 리스트에 해당 값들을 저장한다. (조건 1: 한 줄당 크기가 2byte 미달일 경우, 그 line은 무시. 조건 2: 각 토큰 (':'로 구분되는) 사이의 스페이스 문자나 tab 문자 제거. 조건 3: 가장 첫 줄에 '#'이 들어가는 주석은 제외.) bash-2.04# cat tcp_in.allow # # tcp_in.allow - # # This file describes the names of the hosts which are # allowed to use the local INET services, as decided # by the 'IPS (Intrusion Prevention System)' server. # # USER # PORT # IP 500 : 23 : 211.171.151.1 82 : 23 : 211.171.151. LOCAL bash-2.04# 보통, tcp_in.allow 설정파일은 TCP 랩퍼의 설정 파일과 비슷한 인터페이스를 가지고 있다. 첫번째 토큰 내용에는 사용자의 uid가 들어가게 된다. 만약 '*'일 경우, 모든 사용자를 가리킨다. 두번째 토큰 내용은 port 값을 얻어온다. '*'일 경우, 모든 포트를 가리킨다. 모든 포트를 가리키는 문법은 port 변수의 값은 0으로 표현된다. 세번째 토큰 내용은 선언된 IP 값을 얻어온다. 각 IP 값은 스페이스, tab 또는, ',' 콤마로 구분된다. 이렇게 얻은 세가지 토큰 내용들을 ip_create_lnlist_datal() 연결 리스트 추가 함수를 통해 하며, 한 라인의 끝까지 반복 후, 다음 줄로 넘어간다. k_ctrl() 함수 - user_id가 보안 관리자인 사용자만 수행할 수 있으며, exit 시스템 콜 함수 호출 시, 수행된다. 첫번째 함수 인자로 들어가는 값이 0x82일 경우, (0x82부터 0x85 값까지는 허가 관련 설정) 기존의 TCP_ALLOW_IN 연결 리스트를 reset 한다. 0x83일 경우, 기존의 UDP_ALLOW_IN 연결 리스트를 reset 한다. 0x84일 경우, 기존의 TCP_ALLOW_OUT 연결 리스트를 reset 한다. 0x85일 경우, 기존의 UDP_ALLOW_OUT 연결 리스트를 reset 한다. (0x86부터 0x89 값까지는 거부 관련 설정) 0x86일 경우, 기존의 TCP_DENY_IN 연결 리스트를 reset 한다. 0x87일 경우, 기존의 UDP_DENY_IN 연결 리스트를 reset 한다. 0x88일 경우, 기존의 TCP_DENY_OUT 연결 리스트를 reset 한다. 0x89일 경우, 기존의 UDP_DENY_OUT 연결 리스트를 reset 한다. 그 밖에, 0x90 값은 시스템에 설정된 허가 거부 리스트를 출력하는 역할을 한다. kill.c: 프로세스 보호 모듈 관련 함수다. find_task 함수를 통해 현재 프로세스의 task를 얻어온다. 그 후, task의 uid, euid, suid, fsuid, gid, egid, sgid, fsgid 값이 보안 관리자의 uid값과 같을 경우, 프로세스가 kill되지 않도록 방지한다. 또는, task의 uid 값이 현재 사용자의 uid값과 다를 경우 다른 사용자의 프로세스라 가정하고, kill을 중지한다. 또한, 현재 current->tty 값이 task tty값과 다를 경우, 다른 터미널 사용자의 프로세스라 가정하고, kill을 중지시킨다. 그 밖에, 지정된 (보호받아야 하는) 프로세스의 경우에도 KILL 플래그 설정에 따라 kill 수행을 중지한다. libnconf.c: 커널에 없는 각종 자체 함수 집합 코드다. chk_cmd(): 현재 수행되는 command가 /bin/su 인지 확인한다. its_r_root(): 이중 분할 시스템 중, 현재 최상위 디렉토리가 진짜 루트인지 확인한다. (inode 값이 2일 경우, 1 값을 리턴한다) read_conf(): 각 설정을 읽어오는 함수로써, 보호 파일, 디렉토리, umask 시스템 설정, 보호 소켓 설정, setuid 보호 설정, 슈퍼 유저 보호 설정, 프로세스 보호 설정등이 있다. 각종 보호 설정은 create_lnlist_datal() 함수에 의해 보호 설정 연결 리스트에 저장된다. _buf_null(): 지정된 버퍼 값을 0으로 비우는 역할을 한다. _strcmp(): c library strcmp() 함수와 같은 역할을 한다. _memcpy(): system call memcpy() 함수과 같은 역할을 한다. _strlen(): c library strlen() 함수과 같은 역할을 한다. lst_tokn(): 문자열 중, 뒤에서부터 특정 문자를 끊어온다. fst_tokn(): 문자열 중, 앞에서부터 특정 문자를 끊어온다. _atoi(): c library atoi() 함수와 같은 역할을 한다. stprint(): 현재 사용자의 tty 터미널 값을 얻어온 후, NULL이 아니라면, 터미널에 지정한 메세지를 출력한다. find_task(): 현재 current task를 얻어온 후, task 연결 리스트를 이동하며, 해당하는 pid 값을 찾는다. 같은 pid 값을 찾은 경우, task 포인터를 리턴하며, 찾지 못한 경우 NULL을 리턴한다. link.c: 이전 경로의 inode를 얻어온 후, 소유자가 보안 관리자일 경우 link 금지, 파일, 디렉토리, umask에 각 보안 허가권이 설정되어 있을 경우, link 금지. find_umask_inode() 함수를 통해 새로운 경로에 link 거는 것을 차단한다. linked_list.c: 커널 메모리 내에 구현된 연결 리스트이다. // head list // extern prog_ln_list *ghfl_head; 보호 파일 설정 리스트 extern prog_ln_list *ghdr_head; 보호 디렉토리 설정 리스트 extern prog_ln_list *prct_head; 보호 프로세스 설정 리스트 extern prog_ln_list *ghal_head; 보호 umask 설정 리스트 extern prog_ln_list *suid_head; 보호 setuid 설정 리스트 extern prog_ln_list *supr_head; 보호 슈퍼 유저 프로그램 설정 리스트 extern prog_ln_list *sock_head; 보호 소켓 설정 리스트 // tail list // ... search_lnlist_l(): 연결 리스트에 해당하는 값이 있는 지 검사를 수행 후, 항목을 수정하는 함수. print_all_lnlist(): 각 연결 리스트에 저장된 값을 로그로 저장하는 함수. create_lnlist(): data를 저장할 메모리 생성. create_lnlist_datal(): 각 data를 연결 리스트에 저장하는 함수. delete_lnlist(): 해당 연결 리스트의 data를 초기화 시키는 함수. delete_lnlist_data(): 연결 리스트에 해당 data가 있는지 검사한 후, delete_lnlist() 수행. delete_all_lnlist(): 해당 연결 리스트의 모든 data를 초기화 시키는 함수. 수행 순서 - create_lnlist_datal() -> search_lnlist_l();, create_lnlist(); delete_lnlist_data() -> delete_lnlist(); lnk_f.c: TCP/IP 소켓 제어 관련 연결 리스트. ip_search_lnlist_l(): 연결 리스트에 내용을 검색하는 함수, 해당 내용이 있을 경우 -1 리턴. ip_print_all_lnlist(): 연결 리스트에 내용을 로그에 저장하는 함수. ip_create_lnlist(): data를 저장할 메모리 생성. ip_create_lnlist_datal(): 각 data를 연결 리스트에 저장하는 함수. ip_delete_all_lnlist(): 해당 연결 리스트의 모든 data를 초기화 시키는 함수. 수행 순서 - ip_create_lnlist_datal() -> ip_search_lnlist_l();, ip_create_lnlist(); mkdir.c: find_umask_inode() 함수를 통해 보호 디렉토리, umask 설정을 검사 후 mkdir() 수행하는 코드를 포함하고 있다. mod_kern.c: do_brk는 시스템에서 사용자에게 주어주는 시스템콜이 아니므로, do_brk patch를 따로 구성해주어야 한다. init_module() 함수는 module install시, 수행된다. lisence_chk() 함수는 라이센스를 검사하는 함수다. 주요 시스템 콜을 가로챈 후, do_brk patch를 수행한다. *(long *)&new_do_brk[1]=(long)fix_do_brk; // new_do_brk 변수에 현재 patch된 do_brk 함수 주소를 저장. memcpy(old_do_brk,do_brk,CODE_SIZE); // old_do_brk 변수에 do_brk 주소값을 저장. memcpy(do_brk,new_do_brk,CODE_SIZE); // do_brk 주소에 new_do_brk 값을 저장. 그 후, 보호 파일, 디렉토리 umask, setuid, process, 슈퍼 유저, 소켓 설정을 읽어 온다. ip_conf 함수를 통해, 각 TCP/UDP 제어 설정을 읽어 온다. cleanup_module() 함수는 module uninstall시, 수행된다. 이 함수는 기존에 변경된 시스템 콜을 원상태로 복구하며, do_brk 역시, old_do_brk에 저장된 주소로 복원한다. 그 밖에 커널 메모리에 구성되어 있는 연결 리스트들을 모두 제거한다. lisence_chk() 함수를 통해, 정식버전인지, 시간 제한 버전인지의 여부를 판단한다. 특정 라이센스 파일을 읽어오므로, 해당 위치에 라이센스가 존재하지 않거나 틀린 정보를 가지고 있을 경우, module이 install 되지 않는다. namei.c: 7.0에는 구현되어 있지만, 9.0에는 구현되지 않은 namei() 관련 코드들이 자리잡고 있다. ... struct dentry *name_ino(const char *pathname); struct dentry *name_user_func(const char *pathname,int flags); #define __n_name_user_func(path) \ name_user_func(path,LOOKUP_FOLLOW|LOOKUP_POSITIVE) #define __l_name_user_func(path) \ name_user_func(path,LOOKUP_POSITIVE) ... name_ino 함수는 find_umask_inode 함수와 유사한 문법을 지니고 있다. 역할: 주어진 path의 dentry를 리턴하여, inode를 구할때 사용한다. name_user_func 함수는 flag를 설정하여 수행할 수 있는 inode 관련 함수이다. (본 open_namei 함수와 같은 문법 제공) __n_name_user_func 함수는 일반 파일 및 디렉을 뜻하고, __l_name_user_func 함수는 링크된 파일, 디렉을 구분할때 사용하는 문법이다. open.c: find_umask_inode 함수는 존재하는 dentry를 구하여, 그 dentry의 상위 디렉토리 dentry와 inode를 구한다. 상위 디렉토리의 소유자, 그룹을 비교 후, 보호 디렉토리 -> umask 순으로 연결 리스트의 설정 내용을 검사한다. open systemcall 함수를 후킹하여, 시스템에 사용되는 open 함수 관련 접근 제어를 구현하고 있다. 참골, lookup_flags 함수는 kernel 2.4.18의 lookup_flags 함수 원형과 같다. (namei.c와 그 밖의 시스템 콜에서 쓰이는 dentry 값을 얻는 방법은 대부분 kernel systemcall 문법을 유지하고 있다.) path.h 각종 설정 파일이 위치하고 있다. #define FILE_CONF "/admin/etc/protection_config/files" #define DIR_CONF "/admin/etc/protection_config/dirs" #define UMASK_CONF "/admin/etc/protection_config/umask" #define SUID_CONF "/admin/etc/protection_config/suids" #define PROC_CONF "/admin/etc/protection_config/procs" #define SUPR_CONF "/admin/etc/protection_config/suprs" #define SOCK_CONF "/admin/etc/protection_config/socks" #define tcp_in_allow "/admin/etc/sock_conf/tcp_in.allow" #define tcp_in_deny "/admin/etc/sock_conf/tcp_in.deny" #define tcp_out_allow "/admin/etc/sock_conf/tcp_out.allow" #define tcp_out_deny "/admin/etc/sock_conf/tcp_out.deny" #define udp_in_allow "/admin/etc/sock_conf/udp_in.allow" #define udp_in_deny "/admin/etc/sock_conf/udp_in.deny" #define udp_out_allow "/admin/etc/sock_conf/udp_out.allow" #define udp_out_deny "/admin/etc/sock_conf/udp_out.deny" #define LF_F "/admin/etc/lisence.bin" read.c: inode의 정보를 현재 current task의 오픈된 파일 디스크립터를 통해 읽어온다. 그 정보를 통해, 프로세스의 inode와 같은지 비교하여, 프로세스 읽기 권한을 제어한다. readdir.c: inode의 정보를 현재 current task의 오픈된 파일 디스크립터를 통해 읽어온다. 그 정보를 통해, 읽어올 디렉토리의 inode와 같은지 비교하여, 디렉토리 읽기 권한을 제어한다. (보호 파일 -> 디렉토리 -> umask 설정 순서) rename.c: name_ino 함수를 통해 dentry를 읽어온다. 보호 파일 -> 디렉토리 -> umask 설정 순서에 따라, rename 함수 접근 제어를 수행한다. find_umask_inode 함수를 통해 새롭게 생성될 newpath의 접근 제어를 수행하게 된다. rmdir.c: name_ino 함수를 통해 dentry를 읽어온다. 보안 관리자의 uid를 통해 디렉토리를 삭제할 경우에도, inode를 구하는데, 그 이유는 제거되는 inode가 설정 연결 리스트에 있을 경우를 대비하여, delete_lnlist_data() 함수를 통해 삭제하기 때문이다. 일반적인 접근 제어방법과 같이 보호 파일 -> 디렉토리 umask 설정 순서로 수행된다. setid.c: su 수행을 검사한다. uid가 보안 관리자가 아닐 경우, set*uid 관련 함수를 사용할 수 없다. 또한, set*uid 관련 함수로 주어지는 인자가 보안 관리자의 uid와 일치할 경우, 수행을 중단한다. socketcall.c: user_chk(): 사용자 별 소켓 관련 함수 (socket, bind, setsockopt) 제어 함수. socketcall() 시스템 콜 함수를 후킹하여, 각 사용자 별 소켓 사용 접근 제어를 둘 수 있다. 또한, TCP/UDP output input 종류 별로 네트워크 접근 제어를 구현하였다. super_user.c: 각종 시스템에서 제공하는 보안 관리자용 접근 제어 함수들을 구현해놓은 코드이다. mount, umount, mknod, stime, ptrace, utime, nice, sethostname, setdomainname, chroot, setrlimit, swapon, swapoff, reboot, vhangup, quotactl 위와 같은 함수들을 후킹하여, 시스템 내부에서 root의 권한을 보안 관리자와 분할하여 권한 악용을 최소화 할 수 있다. symlink.c: name_ino 함수를 통해 dentry 정보 및 inode를 얻는다. 보호 파일 -> 디렉토리 -> umask 설정 순서에 따라, symlink 함수 접근 제어를 수행한다. find_umask_inode 함수를 통해 새롭게 생성될 newpath의 접근 제어를 수행하게 된다. time.c: 시간 관련 라이브러리 함수들이 존재하는 코드이다. epoch2time(): get_time 함수에 의해 수행되며, tm_v 구조체 값에 맞는 정보를 불러 사용하기 위해 쓰인다. get_time(): 시스템의 시간 정보를 얻어, "[년/월/일/시간/분/초]"의 형식에 맞게 구성한 버퍼를 return 한다. time_chk(): 현재의 시스템 시간 정보를 얻은 후, 첫번째 파라미터로 들어오는 시간 값과 비교한다. 현재 시간 값이 인자로 들어온 시간 값보다 클 경우, -1을 return 하고, 크지 않을 경우, 0을 return 한다. unlink.c: name_ino 함수를 통해 dentry를 읽어온다. 보안 관리자의 uid를 통해 파일이나 디렉토리를 삭제할 경우에도, inode를 구하는데, 그 이유는 제거되는 inode가 설정 연결 리스트에 있을 경우를 대비하여, delete_lnlist_data() 함수를 통해 삭제하기 때문이다. 일반적인 접근 제어방법과 같이 보호 파일 -> 디렉토리 umask 설정 순서로 수행된다. write.c: secureOS의 총채적인 리모컨 역할을 맞고 있는 함수 코드이다. 사용자 기반과 커널 기반의 통신이 이루어지는 곳으로써, uid가 보안 관리자로 확인된 경우에만 기능을 수행할 수 있도록 설계되어 있다. write의 첫번째 인자로 입력되는 파일 디스크립터의 번호에 의해 명령 옵션이 정해진다. +8200: 사용자의 user_id 값을 리턴한다. +1097: logging 변수를 활성화 시켜서, 커널 로깅을 시작한다. -1097: logging 변수를 비활성화 시켜서, 커널 로깅을 종료한다. +99990: stack 기반의 쉘코드 공격을 차단하는 모드를 on 한다. +99991: heap 기반의 쉘코드 공격을 차단하는 모드를 on 한다. +99992: rtl 기반의 쉘코드 공격을 차단하는 모드를 on 한다. -99990: stack 기반의 쉘코드 공격을 차단하는 모드를 off 한다. -99991: heap 기반의 쉘코드 공격을 차단하는 모드를 off 한다. -99992: rtl 기반의 쉘코드 공격을 차단하는 모드를 off 한다. +2003: 보호 프로세스 설정 추가 부분. +0x82bab0: 보호 파일 설정 추가 부분. +0x82bab1: 보호 디렉토리 설정 추가 부분. +0x82bab2: 보호 umask 설정 추가 부분. +0x828822: 보호 socket 설정 추가 부분. +0x5371d: 보호 setuid 설정 추가 부분. +0x5599: 보호 super user 설정 추가 부분. -0xc8c8c8: 보호 socket 설정 제거 부분. -0x82bab0: 보호 파일, 디렉토리, umask, setuid, super user, 프로세스 설정 제거 부분. -0xde4: 보호 파일, 디렉토리, umask, setuid, super user, socket, 프로세스 설정을 초기화 함. +8282: 모든 쉘코드 수행을 차단하는 부분. -8282: 모든 쉘코드 수행을 허용하는 부분. +0xbab0: 보호 설정 연결 리스트의 항목 내용을 출력하는 부분. 위의 옵션에 해당할 경우, 일반 프로그램은 커널과 통신하게 되며, 해당사항이 없을 경우, 일반 write() 시스템 콜을 수행한다. wrt_conf.c: 현재 커널 메모리에 연결 리스트 형태로 존재하는 보호 파일, 디렉토리, setuid, super user 설정 정보를 각 해당 설정 파일에 저장한다. rmdir, unlink 계열 함수등에 쓰이며, 삭제된 inode의 완전한 제거를 위해 수행된다. wrt_log.c: 이 코드는 시스템에서 발생하는 이벤트를 "[시간:tty번호:로그내용]"의 형식으로 지정하는 로그 파일에 저장하는 역할을 한다. --