IT 위키 - 사용자 기여 [ko]

리눅스 프로세스

2026-09-16T15:02:01Z

해설기사: 같이 보기에 리눅스 fork, 좀비 프로세스 추가

[[분류:리눅스]]
;Linux Process
== 프로세스 목록 보기 ==

* [[리눅스 ps]]
* [[리눅스 pstree]]

== 프로세스 호출 ==
하나의 프로세스가 다른 프로세스를 실행하기 위한 시스템 호출방법에는 fork와 exec가 있다.

'''fork'''

* 새로운 프로세스를 위해 메모리를 할당받아 복사본 형태의 프로세스를 실행하는 형태로 기존의 프로세스는 그대로 실행되어 있다.
* 새롭게 생성된 프로세스는 원래의 프로세스랑 똑같은 코드를 기반으로 실행된다.

'''exec'''

* 원래의 프로세스를 새로운 프로세스로 대체하는 형태로 호출한 프로세스의 메모리에 새로운 프로세스의 코드를 덮어씌워 버린다.

== 포어그라운드와 백그라운드 ==

== 같이 보기 ==

* [[리눅스 ps]]
* [[리눅스 pstree]]
* [[리눅스 fork]]
* [[리눅스 kill]]
* [[좀비 프로세스]]

== 참고 문헌 ==

* [https://q.fran.kr/문제/2665 리눅스마스터 1급 2015년 1회 기출문제]

접근통제 모델

2026-09-16T15:01:46Z

해설기사: 만리장성 모델 문서로 링크

[[분류:보안]]
[[분류:정보보안기사]]
{| class="wikitable"
|-
!모델!!보호 대상!!특징!!설명
|-
|벨라파둘라(BLP)||기밀성||비인가된 읽기 금지||No read up / No write down
|-
|비바(BIBA)||무결성||비인가된 기록 금지||No write up / No read down
|-
|클락-윌슨(CW)||무결성||무결성 보존||무결성 등급 격자 사용
|-
|만리장성(BN)||무결성||주체 동작에 따른 접근 통제||이해 충돌 방지
|}

==기밀성 모델==
===[[벨-라파둘라 모델]]===

;Bell-LaPadula Confidentiality Model; BLP

*미 국방부 지원 보안 모델로 보안 요소 중 기밀성 강조
*최초의 수학적 모델로 강제적 정책에 의해 접근 통제하는 모델
*보안 정책은 정보가 높은 레벨에서 낮은 레벨로 흐르는 것을 방지

*벨-라파둘라모델 속성
*'''(No Read Up)''': 낮은 등급의 주체는 높은 등급의 객체를 읽을 수 없음
*'''(No Write Down)''': 높은 등급의 주체는 낮음 등급의 객체를 수정할 수 없음
*'''한계점''': Blind Write(무결성 파괴)

==무결성 모델==

*인가되지 않은 사용자에 의해 데이터가 수정되는 것을 통제
*인가된 사용자라 할지라도 권한이 없는 데이터를 수정하는 것을 통제
*데이터는 내/외부적으로 일관성을 유지
*'''무결성을 위한 규칙: 주체 → 프로그램 → 객체'''

===[[비바 무결성 모델]]===

;Biba Integrity Model

*BLP의 단점을 보완한 무결성을 보장하는 최초의 모델
*무결성의 3가지 목표 중 비인가자의 데이터 수정 방지 가능
*비바 무결성 모델의 속성
*'''(No Read Down)''': 높은 등급의 주체는 낮은 등급의 객체를 읽을 수 없음
*'''(No Write Up)''': 낮은 등급의 주체는 상위 등급의 객체를 수정할 수 없음

===[[클락-윌슨 모델]]===

;Clark-Wilson Integrity Model

*무결성 중심의 상업용 모델로 설계된 모델
*상용 응용 보안 요구 사항을 다루고 있음
*금융·회계 데이터는 자산에 대한 정보를 취급하고 있어 변조 방지가 더욱 중요
*예측 가능하고 완전하게 처리되는 자료처리 정책이 필요

===[[만리장성 모델]]===

;Brewer Nash, Chinese Wall Model

*충돌을 야기하는 어떠한 정보의 흐름도 차단해야 한다는 모델로 이익 충돌 회피를 위한 모델
*직무 분리를 접근 통제에 반영한 개념이 적용
*금융 서비스 제공 회사가 이해 충돌의 발생을 막기 위해 설계된 내부 규칙
*적용 영역: 투자, 금융, 파이낸셜, 로펌, 광고 분야

스레드

2026-09-16T15:01:26Z

해설기사: 같이 보기에 자바 스레드 추가

[[분류:운영체제]]
;Thread

* 경량 프로세스라고도 부른다.<ref name="정보처리기사">정보처리기사 기출문제</ref>
* 스레드는 하나의 프로세스에 속하며, 여러 프로세스에 동시에 포함될 수 없다.<ref name="공무원">공무원 9급 전산직 기출문제</ref>
* 스레드를 사용하면 하드웨어, 운영체제의 성능과 응용 프로그램의 처리율을 향상시킬 수 있다.<ref name="정보처리기사"/>
* 프로세스 내부에 포함되는 스레드는 공통적으로 접근 가능한 기억장치를 통해 효율적으로 통신한다.<ref name="정보처리기사"/>
* 스레드는 프로세스에서 제어를 분리한 실행단위이다.<ref name="공무원"/>
* 스레드는 같은 프로세스에 속한 다른 스레드와 코드 등 일부 자원을 공유하지만 모든 자원을 같이 쓰는 것은 아니다.<ref name="공무원"/>
* 스레드는 프로그램 카운터를 독립적으로 가진다.<ref name="공무원"/>

== '''다중 스레드(Multi-Thread)''' ==
하나의 프로세스에 2개 이상의 스레드들을 생성하여 수행하는 것
** 다중 스레드 개념을 도입하면 자원의 중복할당을 방지하고 훨씬 작은 자원만으로도 작업을 처리할 수 있다.<ref name="정보처리기사"/>
** 스레드는 기본적으로 하나의 프로세스에서 여러개의 스레드로 구분하여 병행성을 증가시키기 위해 사용한다.
** 즉, '다중 스레드 방식', '스레드를 사용한다' 이 둘은 거의 같은 말이다.

== 같이 보기 ==
* [[자바 스레드]]
* [[프로세스]]

== 각주 ==

도메인 네임 시스템

2026-09-16T15:01:05Z

해설기사: 함께 보기에 리눅스 resolv.conf 추가

[[분류:보안]]
[[분류:정보보안기사]]
[[분류:정보처리기사]]
[[분류:네트워크]]

;Domain Name System

도메인 이름이 IP 주소로 상호 변환되는 시스템

*숫자로 이루어진 인터넷 주소를 사용자의 이해와 기억을 돕기 위해 이름과 위치 등을 나타내는 일련의 단어로 변환하는 구조
*공대위키는 115.71.236.146 이라는 주소를 가진 서버지만, 외우기 힘드므로 itwiki.kr이라는 도메인을 사용한다.

==구성 요소==
[[파일:도메인 네임 서비스 개요도.png|600x600픽셀]]<br />

*도메인 네임 공간(Domain Name Space)
**도메인 네임을 중복되지 않게 생성하여 사용하도록 정의된 구성 체계
*리소스 레코드(Resource Record)
**도메인 네임에 설정할 수 있는 데이터 타입
*네임서버(Name Server)
**도메인 데이터를 보유하고, 도메인 네임에 대한 질의를 수신했을 때 응답하는 역할의 서버
*리졸버(Resolver)
**도메인 네임의 데이터 조회기능을 수행하는 SW 형태의 루틴

==계층 구조==
[[파일:DNS 구조.gif]]

<br />

== DNS 프로토콜 ==

* DNS 질의 및 DNS 응답을 위한 사용 포트 및 수송용 프로토콜
** DNS [[포트 번호]] : 53
** 수송용 프로토콜 : 대부분 [[UDP]]를 통해 전달
*** 메세지 크기가 512 바이트 이하이면 UDP 사용, 그 이상이면 TCP 사용
*** 즉, 단순 질의/응답은 UDP, 영역전달 및 큰 이름 요청/응답 등은 TCP 사용
** DNS 네임서버 간 [[DNS 레코드|레코드]] 교환 (영역 전달) : 메세지 크기가 큰 경우 임
*** RR(자원레코드) 집합을 네임서버 간에 복사 (마스터 네임서버 → 종속 네임서버)
*** 네임서버 간에 정보의 동기화 유지 목적
*** Zone Transfer와 같이 대용량 전송이 요구되는 네임서버 간에는 TCP로 전달

==함께 보기==

*[[DNS 자원 레코드]]
*[[윈도우 DNS]]
*[[리눅스 DNS]]
*[[리눅스 resolv.conf]]

리눅스 ntsysv

2026-09-16T15:00:45Z

해설기사: 같이 보기에 리눅스 chkconfig 추가

[[분류:리눅스]][[분류:리눅스 프로그램]]

* 텍스트 환경에서 커서를 이용하여 부팅 중 자동으로 실행되는 서비스를 설정할 수 있는 유틸리티
* 옵션을 이용하여 특정 실행 레벨의 서비스 데몬을 설정할 수 있다.

== 같이 보기 ==
* [[리눅스 chkconfig]]
* [[리눅스 런레벨]]

리눅스 유저 로그

2026-09-16T15:00:25Z

해설기사: 같이 보기에 리눅스 로그 파일 추가

*'''[[리눅스 wtmp|wtmp]]'''
** 경로: /var/log/wtmp
** '''성공한 로그인, 로그아웃'''한 정보를 가지고 있다.
** last 명령어에 사용된다.
*'''[[리눅스 utmp|utmp]]'''
** 시스템에 '''현재 로그인한 사용자'''들에 대한 상태정보를 가지고 있다.
** who 명령어에 사용된다.
*'''[[리눅스 btmp|btmp]]'''
**5번 이상 로그인에 실패했을 경우에 '''로그인 실패 정보'''를 기록. lastb 명령어로 확인가능
*'''[[리눅스 pacct|pacct]]'''
**사용자가 로그인한 후부터 로그아웃할 때까지 입력한 명령과 시간, 작동된 tty 등에 대한 정보를 가지고 있다.
** binary 파일로 되어 있으며 그 내용을 확인하기 위해서 "lastcomm" 명령을 사용한다.
*'''[[리눅스 lastlog|lastlog]]'''
** 사용자별로 가장 '''마지막에 로그인한 시간과 접속 IP, tty 등'''에 대한 정보를 가지고 있다.
* '''[[리눅스 sulog|sulog]]'''
** '''Switch User를 사용한 로그'''가 기록되어 있다.

== 같이 보기 ==
* [[리눅스 로그 파일]]
* [[리눅스 rsyslog]]

[[분류:리눅스]]
[[분류:리눅스 파일]]

NTFS

2026-09-16T14:59:43Z

해설기사: 같이 보기에 FAT 추가

[[분류:윈도우]][[분류:운영체제]]
; NT File System

;FAT시스템을 대체하기 위해 개발된 윈도우 파일 시스템

== 특징 ==
* 사용자마다 다른 보안을 적용할수 있다.
* 파일과 폴더에 개별적으로 권한을 설정할 수 있으며 폴더에 설정한 권한보다 파일에 설정한 권한이 우선한다.
* 시스템 폴더는 Administrators/Power Users 그룹만 수정 가능하다.
* 파일 단위로 계정이 언제 파일을 열어보거나, 열려다 실패했는지 알 수 있는 감사(Auditing) 기능이 있다.
* 기본 보안 설정은 Everyone그룹에 대해 모든 권한 허용이다.
* 윈도우NT 전용 파일시스템으로 다른 OS와 호환성이 떨어진다는 것이 단점이다.

== 최대 크기 ==
* 이론적인 최대 파일 크기는 16TB이나 실제 윈도우 운영체제에선 기본 16TB, 최대 256TB까지만 사용 가능하다.
* 클러스터 크기에 따른 최대 용량
{| class="wikitable"
! 클러스터 크기
! 가장 큰 볼륨
! 가장 큰 파일
|-
| 4KB (기본 크기)
| 16TB
| 16TB
|-
| 8KB
| 32TB
| 32TB
|-
| 16KB
| 64TB
| 64TB
|-
| 32KB
| 128 TB
| 128 TB
|-
| 64KB (최대 크기)
| 256TB
| 256TB
|}

== MFT 레코드 ==
Master File Table Record, 각 파일 정보를 포함한 1KB 레코드이며 각 파일별로 1:1 대응
* FAT 파일 시스템에 없는 보안 속성(사용자 접근 제어) 정보를 내장
* 파일 압축 및 암호화를 위한 구조를 지님
* 하나의 파일이 4GB 이상의 크기를 가질 수 있도록 설계

== Sector_per_cluster ==
* 한 개 클러스터를 구성하는 섹터 수로 2의 제곱수만 가능하다.
* 1일때 512MB, 2일때 1024MB, 4일때 2048MB

== 같이 보기 ==
* [[FAT]]
* [[FAT32]]
* [[윈도우 파일 시스템]]

== 출처 ==
*[http://raisonde.tistory.com/508 지식잡식 블로그]

하이퍼바이저

2026-09-16T14:59:23Z

해설기사: 종류·같이 보기 신설 - Hyper-V, Xen

[[분류:운영체제]][[분류:디지털 서비스]]
;Hypervisor

== 가상화 레이어 ==
;하이퍼바이저를 이용한 가상화 구조
{| class="wikitable"
|-
| SW || SW || SW || SW
|-
|colspan="2"| 게스트 OS
|colspan="2"| 게스트 OS
|-
!colspan="4"| 하이퍼바이저
|-
| colspan="4" style="text-align: center;"| 호스트 OS
|}

== 종류 ==
* [[Xen]]
* [[Hyper-V]]

== 같이 보기 ==
* [[가상화]]
* [[서버 가상화]]
* [[컨테이너 가상화]]

전자서명

2026-09-16T14:59:03Z

해설기사: 같이 보기에 은닉 서명 추가

[[분류:보안]][[분류:컴플라이언스]][[분류:정보보안기사]]
;공개키 알고리즘을 이용하여 데이터에 대한 무결성을 보장하고, 인증과 부인방지를 도모하는 기술을 말한다.

== 기본 개념 ==
송신자의 '''개인키로 서명'''하고 송신자와 수신자가 모두 가지고 있는 '''공개키로 검증'''한다.

== 전자서명의 목적(기능) 3가지 ==
* 무결성(Integrity)
* 인증(Authentication)
* 부인방지(Non-repudiation)

== 전자서명의 조건 5가지 ==
* 위조 불가(Unforgeable)
* 서명자 인증(User authentication)
* 부인 방지(Non-repudiation)
* 변경 불가(Unalterable)
* 재사용 불가(Not reusable)

== 구분 ==
=== 메시지 복원형 전자서명 ===
* 메시지 전체를 암호화한 후 복호화하면 원래 메시지가 복원되는 방식으로 검증한다.
* 메시지 전체를 일정한 블록으로 나눠 전체 블록을 암호화 해야 하므로 검증 부하가 크다.

=== 메시지 부가형 전자서명 ===
* 메시지를 해시 암호화 하여 일정 길이의 해시값으로 압축한다.
* 이 해시값과, 이 해시값으로 전자서명한 값을 덧붙여서 보낸다.
* 송신자는 공개키를 이용해 전자서명값과 해시값을 비교하여 메시지를 검증한다.
* 메시지 복원형에 비해 부하가 훨씬 작다.

== 국내법에서의 전자서명 ==
=== 전자서명 법 ===
* 용어 정의
** "전자문서"라 함은 정보처리시스템에 의하여 전자적 형태로 작성되어 송신 또는 수신되거나 저장된 정보를 말한다.
** "전자서명"이라 함은 서명자를 확인하고 서명자가 당해 전자문서에 서명을 하였음을 나타내는데 이용하기 위하여 당해 전자문서에 첨부되거나 논리적으로 결합된 전자적 형태의 정보를 말한다.
** "공인전자서명"이라 함은 다음 각목의 요건을 갖추고 공인인증서에 기초한 전자서명을 말한다.
*** 가. 전자서명생성정보가 가입자에게 유일하게 속할 것
*** 나. 서명 당시 가입자가 전자서명생성정보를 지배ㆍ관리하고 있을 것
*** 다. 전자서명이 있은 후에 당해 전자서명에 대한 변경여부를 확인할 수 있을 것
*** 라. 전자서명이 있은 후에 당해 전자문서의 변경여부를 확인할 수 있을 것
** "전자서명생성정보"라 함은 전자서명을 생성하기 위하여 이용하는 전자적 정보를 말한다.
** "인증"이라 함은 전자서명생성정보가 가입자에게 유일하게 속한다는 사실을 확인하고 이를 증명하는 행위를 말한다.
** "공인인증업무"라 함은 공인인증서의 발급, 인증관련 기록의 관리등 공인인증역무를 제공하는 업무를 말한다.

=== 전자금융감독규정 ===
* 제6조(추심이체 출금 동의의 방법 등) ① 시행령 제10조제1호에서 "금융위원회가 정하여 고시하는 전자문서"라 함은 다음 각 전자문서을 말한다.
** 1. 「전자서명법」 제2조제2호에 따른 전자서명으로 다음 각 목의 요건을 구비된 전자서명을 한 전자문서
*** 가. 전자서명을 생성하기 위하여 이용하는 전자적 정보(이하 "전자서명생성정보"라함)가 본인에게 유일하게 속할 것
*** 나. 전자서명 당시 본인이 전자서명생성정보를 지배·관리하고 있을 것
*** 다. 전자서명이 있은 후에 당해 전자서명에 대한 변경여부를 확인할 수 있을 것
*** 라. 전자서명이 있은 후에 당해 전자문서의 변경여부를 확인할 수 있을 것
** 2. 「전자서명법」 제2조제2호에 따른 전자서명으로 다음 각 목의 요건을 구비된 전자서명을 한 전자문서
*** 가. 서명 전 실명증표를 통해 본인확인
*** 나. 전자문서가 생성된 이후 서명자가 지급인 본인임을 확인 가능
*** 다. 전자서명 및 전자문서에 대한 위변조 여부 확인이 가능
*** 라. 전자문서를 고객에게 전송한 이후 고객이 취소할 수 있는 충분한 기간 부여

== 같이 보기 ==
* [[은닉 서명]]
* [[이중 서명]]
* [[공개키 암호화]]

랜섬웨어

2026-09-16T14:58:42Z

해설기사: 같이 보기에 스케어웨어 추가

[[분류:보안]]
[[분류:보안 도구]]
[[분류:보안 공격]]
[[분류:정보보안기사]]

;ransomware
;사용자의 파일 및 시스템의 접근을 막고 이를 해제하는 대가로 금전을 요구하는 악성 소프트웨어

==어원==

*납치된 사람의 몸값을 뜻하는 Ransom과 Software의 합성어

==랜섬웨어 감염 경로==
'''홈페이지 방문'''

*(감염 경로) 랜섬웨어가 유포 중인 홈페이지 방문
*(원인) 운영체제 등 SW 취약점 존재<ref>홈페이지 방문 또는 이메일을 여는 것 만으로도 랜섬웨어가 감염된다는 것은 취약점이 존재하는 운영체제나 브라우저를 사용하고 있기 때문이다. 일부 아직 패치가 이루어지지 않은 제로데이 공격을 이용하는 경우도 있지만 대부분은 구현 운영체제&브라우저 환경에서 발생하므로 업데이트만 잘 해줘도 감염 위험을 크게 줄일 수 있다.</ref>

'''이메일·SNS 유포'''

*(감염 경로) 첨부파일 다운로드·링크 실행시 설치
*(원인) 이용자 부주의 등 보안인식 부족

'''APT(타깃형 공격)'''

*(감염 경로) 해커가 서버 침투 및 악성코드 설치
*(원인) 기업의 보안관리 수준 취약

==잠금 방식 분류==
===암호화 방식===

*대부분의 PC에서 이루어지는 방식
*사용자의 파일을 암호화하고 복호화에 대한 대가로 금전을 요구
*대칭키 암호화

===잠금 방식===

*주로 모바일 기기에 이용되는 방식
*모바일 기기의 패턴, PIN 잠금 기능 등을 활성화하고 잠금 해제에 대한 대가로 금전을 요구
*해커 입장에선 암복호화 방식보다 구현하기 용이

===그 외===

*IoT 해킹 사례로, 호텔 방문을 모두 잠근 뒤 해제에 대한 대가로 금전을 요구
*병원 등 중요시설의 가용성을 제한하고 해제를 대가로 금전을 요구하는 모든 사례 포함

==대응==
===예방===

*운영체제에 대한 최신 업데이트 적용
*정품 소프트웨어 사용
*백신 프로그램 실시간 감시 구동

===복구===

*금전을 지불하고 복구
**금전을 지불해도 복구키를 받지 못하거나, 복구키를 받아도 100% 복구가 되지 않는 경우가 있으므로 주의
*금전을 지불하지 않고 백신업체의 복구 툴을 이용하여 복구

===포기===

*금전을 지불할만큼 중요한 자료가 없다면 PC를 포맷하고 새로 설치

==주요 랜섬웨어==

*WannaCry
*CryptoLocker
*Reveton
*TorrentLocker
*Cryptowall

==동향==
'''2021년'''

*전세계 기준 ’21년 매주 약 950개(1~3월)의 기업이 랜섬웨어 피해, ’20년 같은 기간(1~3월)의 약 470개에 비해 102% 증가<ref>The New Ransomware Threat : Triple Extortion(check point, ’21.5월)</ref>
*미국에서 랜섬웨어 공격은 송유관‧육가공업체 등 기반시설과 국민 생활에 밀접한 분야가 목표가 되어 국가적 혼란 야기
**미국 송유관 회사는 6일간 美 동부지역 송유 중단, 휘발유 가격 7년 내 최고(5.7.)
**최대 육가공업체 ‘JBS SA’의 미국 자회사는 생산시설 일부가 3일간 운영 중단(5.30)
*우리나라도 피해가 증가(’20년 대비 64% 이상) 중이며, 최근 제조기업, 배달대행 플랫폼, 병원 등 다양한 분야에서 피해 발생
**자동차 부품 제조기업(5.2) → 배달대행 기업(5.15) → 의료기관(5.22) 등
**국내 기업이 경험한 침해사고 중 59.8%가 랜섬웨어(’20년 정보보호실태조사)
*랜섬웨어 공격은 조직화·지능화되고 있으며 지속 증가할 우려
**프로그래머가 랜섬웨어를 제작하여 범죄조직에 공급하고 수익을 공유하는 등 범죄형태가 분업화‧조직화([[서비스형 랜섬웨어]])
**신뢰가 있는 인물의 이메일 등을 활용한 [[사회공학적 기법]], [[APT|지속적인 취약점 탐색(APT)]] 등 공격은 갈수록 지능화

2020년

*‘20년 랜섬웨어 공격 중 64%가 서비스형 랜섬웨어이며, 랜섬웨어 개발자의 수요 증가로 몸값이 2배 이상 증가<ref>랜섬웨어 2020-2021 보고서(Group-IB), 2021.3월</ref>

==같이 보기==

*[[RaaS]]

==참고문헌 및 관련 보도==

*랜섬웨어 대응 강화방안('21.8.9, 관계부처 합동)
*[https://www.boannews.com/media/view.asp?idx=87584&kind= 구인 기업은 깜빡 속는다? 입사지원서 사칭 랜섬웨어 또 유포]
*[https://zdnet.co.kr/view/?no=20210329143253 랜섬웨어, 피해 기업 소비자도 협박한다]
*[https://biz.chosun.com/it-science/ict/2022/05/18/T2Y4T7DTBVCVTKRYWIGGABCW4M/?utm_source=naver&utm_medium=original&utm_campaign=biz “랜섬웨어 피해 기업 3곳 중 1곳, 대가 지불해도 데이터 복구 실패”]
*[http://www.delighti.co.kr/news/articleView.html?idxno=36131 랜섬웨어 대응 협의체 ‘KARA’, 사이버보안 ‘어벤저스’될까?]

== 같이 보기 ==
* [[스케어웨어]]
* [[멀웨어]]

==각주==
<references />

봇넷

2026-09-16T14:58:21Z

해설기사: 같이 보기에 미라이 봇넷 추가

[[분류:보안]][[분류:정보보안기사]]
;Botnet
악성코드에 감염되어 해커가 마음대로 제어할 수 있는 좀비 PC(Bot)들로 구성된 네트워크

== 같이 보기 ==
* [[미라이 봇넷]]
* [[분산 서비스 거부 공격]]

리눅스 특수권한

2026-09-16T14:58:01Z

해설기사: 같이 보기 신설 - 리눅스 Capabilities

[[분류:리눅스]][[분류:보안]][[분류:정보보안기사]]
==개요==
[[리눅스 권한|리눅스의 권한]]을 3종류라고 인식하고 있는 경우도 많지만 실제로는 4종류이다.
소유자(User), 소유그룹(Group), 그외(Other)의 읽기(Read), 쓰기(Write), 실행(Execute) 조합만으로 해결이 안되는 상황들이 많기 때문이다. 이를 위해서 기본 권한 외 '''특수권한''' 이라는 것이 존재한다.

* 많은 [[보안 공격]]이 이 특수권한을 활용하여 발생하므로 최소한으로 사용해야 하며, 사용에 주의를 요한다.

==특수권한 3가지==
===Set-UID===
* 실행하는 동안 해당 파일의 소유자 권한으로 인식한다.
* 일반적으로 실행 파일에 사용된다.
* 소유자 권한 부분의 x 자리에 s 로 표기 된다.
* 실행 권한이 없을 경우 대문자 S 로 표시된다.
;'''적용'''
<pre class='shell'>
# chmod u+s [파일]
# chmod 4777 [파일]
</pre>

===Set-GID===
* 실행하는 동안 해당 파일의 소유자그룹 권한으로 인식한다.
* 일반적으로 디렉터리에 설정된다.
* 사용자가 파일이나 디렉터리를 생성하면 사용자가 속한 그룹에 상관없이 디렉터리 소유 그룹으로 만들어진다.
* 그룹 권한 부분의 x 자리에 s 로 표기 된다.
* 실행 권한이 없을 경우 대문자 S 로 표시된다.
;'''적용'''
<pre class='shell'>
# chmod g+s [파일]
# chmod 2777 [파일]
</pre>

===Sticky-Bit===
* 일반 사용자들이 디렉터리에서 파일 및 디렉터리 생성이 가능하다.
* 일반 사용자들은 자신이 생성한 것 이외에는 수정 및 삭제가 불가능하다.
* 디렉터리에만 적용된다.
* 시스템 기본 폴더인 /tmp 디렉터리에 설정되어 있다.
* 설정하면 other 계층 권한 부분의 x 자리에 t 로 표기되며 실행권한이 없는 경우 대문자 T 로 표기된다.
<pre class='shell'>
# chmod 1777 [파일]
</pre>

==특수권한의 검색==
* 외부 침입자의 공격이 있었던 경우 백도어를 위해 SUID를 만들어 뒀을 가능성이 있다.
* 한 번 쯤은 특수권한이 적용된 파일을 탐색 해 볼 필요가 있다.
;각각 suid, guid, sticky-bit
<pre class='shell'>
# find / -perm -4000 -print
# find / -perm -2000 -print
# find / -perm -1000 -print
</pre>

== 같이 보기 ==
* [[리눅스 Capabilities]]
* [[리눅스 권한]]
* [[서버 보안 강화]]

침입탐지시스템

2026-09-16T14:57:41Z

해설기사: 같이 보기 신설 - Tripwire, 침해사고 대응 조직

[[분류:보안]]
[[분류:보안 도구]]
[[분류:정보보안기사]]
==개요==

*'''I'''ntrusion '''D'''etection '''S'''ystem('''IDS''')
*네트워크 또는 호스트로의 비정상적인 접근을 탐지하는 시스템

==긍정오류와 부정오류==
IDS와 같이 탐지만을 하는 시스템이 있는 이유는 오류는 탐지란 것이 완벽할 수 없기 때문이다.

*오탐(False Positive) : 정상적인 접근을 비정상적인 접근이라고 잘못 판단
*미탐(False Negative) : 비정상적인 접근을 정상적인 접근이라고 잘못 판단

==실행 4단계==

#데이터 수집(Raw Data Collection)
#데이터 가공 및 축약(Data Reduction and Filtering)
#침입 분석 및 탐지(Intrusion Analysis and Detection)
#보고 및 대응(Reporting and Response)

==탐지방법에 의한 분류==
===지식기반 침입탐지===

;Knowledge-based Detection

*aka. 오용탐지(Misuse Detection) 이라고도 부른다.
*비정상 행위에 대한 패턴을 입력하여 일치하는 패턴을 탐지한다.
**전문가 시스템(Expert System)
**상태전이 모델
**패턴 매칭(Signature-based Detection)
**페트리 넷(petri-nets)
*장단점
**오탐률이 낮다.
**새로운 패턴은 탐지 불가
**속도 느림

===행위기반 침입탐지===

;Anomaly Detection; 이상탐지

*정상 행위와 비정상 행위를 프로파일링 하여 통계 및 AI를 이용하여 정상/비정상을 구분한다.
**통계적 분석
**예측 가능한 패턴 생성
**신경망 모델
**전문가 시스템(expert systems)
**데이터 마이닝(data mining)
*장단점
**패턴 자동 업데이트
**새로운 패턴(제로데이 공격 등) 탐지 가능
**오탐률이 높음
**정상/비정상 기준 수립이 힘듦

==데이터 수집원에 의한 분류==
===네트워크 기반 IDS===

;Network Based IDS(N-IDS)

IDS장비를 네트워크 앞단에 설치해 두고 네트워크에서 오가는 트래픽들을 분석

*'''특징'''
**네트워크 전체를 몇개의 감지기를 통해 커버하므로 비용이 저렴하다.
**운영체제에 독립적이다.
**흘러가는 트래픽을 수집하여 분석하므로 해커가 임의로 지우기 어렵다.
**암호화된 트래픽은 분석이 불가능하다.
**고속 네트워크에선 패킷 손실이 많다.
**호스트 내부에서 벌어지는 비정상적인 행위에 대해선 감지가 불가능하다.

===호스트 기반 IDS===

;Host Based IDS(H-IDS)

특정 호스트시스템에서 수집된 감사자료를 분석하고 비정상 행위를 탐지

*'''특징'''
**탐지가 정확하다. N-IDS와 다르게 모두 복호화된 데이터를 분석하고 패킷의 손실도 없다.
**추가적인 장비가 필요하지 않다.
**운영체제에 종속적이다. (리눅스 전용 IDS면 윈도우 서버에선 못 쓴다.)
**시스템에 부하가 발생한다.
**구현이 어렵다.

==다중 호스트 기반 IDS==

;Multi-Host Based IDS

여러 호스트 시스템을 종합적으로 분석하여 비정상 행위를 탐지

*H-IDS에 N-IDS적인 성격을 더한 IDS
*대상 호스트들에 Agent를 설치하고, 대상 호스트들이 속한 네트워크에 종합 분석용 서버를 둔다.
*서버에선 여러 호스트들에서서 수집된 자료들을 종합적으로 분석한다.
*여러 호스트를 통하여 침입이 이루어지는 것을 탐지할 수 있다.
*다중 H-IDS와 구분하여 일반 H-IDS를 단일 호스트 기반 IDS이라고 부르기도 한다.

== [[침입차단시스템|침입차단시스템(IPS)]]와의 차이 ==
{{침입탐지시스템과 침입차단시스템}}

==기타==

*'''상태 추적 기능(Stateful Inspection)'''
**패킷 필터링의 단점인 세션(session)에 대한 추적 기능을 보완한다.
**메모리상에 상태 추적 테이블을 만들어 단일 패킷이 아닌 뒤따르는 커넥션을 종합하여 평가한다.
**이스라엘 보안업체인 checkpoint 사에서 최초로 개발한 기능으로, 요즘은 대부분의 IDS에서 제공한다.
*'''스텔스(Stealth)모드 침입탐지 시스템'''
**침입자로부터 침입탐지 장비의 존재를 숨기기 위한 구성
**대부분의 네트워크 기반 IDS는 네트워크 인터페이스 카드가 2개 이상으로 구현되어 있음
**이중에 네트워크에서 패킷 캡쳐하는 네트워크 인터페이스 카드에 IP 주소를 가지지 않게 구성하는 것
**IP 주소를 가지지 않으므로 침입탐지시스템 자체가 네트워크상에 노출되지 않음
**즉, 침입탐지시스템 자체가 침입 및 공격의 대상 또는 목표가 되는 것을 방지하는 방법
**다른 쪽 네트워크 인터페이스 카드에는 IP를 할당하여 내부망(관리망)으로 연결하여 IDS를 관리

== 같이 보기 ==
* [[침입방지시스템]]
* [[Tripwire]]
* [[침해사고 대응 조직]]
* [[스노트]]

스니핑

2026-09-16T14:57:20Z

해설기사: 같이 보기에 무차별 모드, 포트 미러링 추가

[[분류:보안]][[분류:보안 공격]][[분류:정보보안기사]]
; 네트워크상에 흘러다니는 트래픽을 훔쳐보는 행위. 주로 자신에게 와야할 정보가 아닌 정보를 자신이 받도록 조작하는 행위를 말한다.

== 원리 ==
=== 허브 환경 ===
* 정보가 브로드캐스팅 되고 있는 환경이라면 단순히 브로드캐스트된 정보를 받아들이는 것만으로 스니핑 가능
* 원래는 데이터가 브로드캐스트 되더라도 자신이 목적지가 아닌 정보는 버리게 되어있다.
* [[네트워크 인터페이스 카드|NIC]]의 설정 변경을 통해 Promiscuous Mode(무차별 모드)를 활성화 하면 목적지에 관계 없이 도달하는 패킷을 모두 받아들인다.

=== 스위치 환경 ===
* 스위치 환경에선 정보가 브로드캐스팅 되지 않고 목적지를 특정하여 보내진다.
* 허브 환경처럼 단순히 모두 받아들이는 것 만으로는 스니핑이 불가능하다.
* 자신을 목적지로 속여 목적지 주소를 조작하는 방식, 스위치를 공격하여 정보를 브로드캐스팅 하도록 만드는 방법이 있다.

== 스니핑 기법 ==
* Switch Jamming
** [[스위치 재밍|스위치 재밍 문서]] 참조
* ARP Spoofing
** [[ARP 스푸핑|ARP 스푸핑 문서]] 참조
* ARP Redirect
* ICMP Redirect

== 탐지 방법 ==
=== 허브 환경 ===
* 허브 환경에서는 스니핑도 쉬운만큼 스니핑 탐지도 쉽다.
* Promiscuous Mode인 호스트를 찾으면 된다.
* 가짜 MAC 주소로 설정한 ping을 보낸다. 정상적인 호스트는 받지 못할테니 응답이 없고 Promiscuous Mode인 경우만 응답한다.

=== 스위치 환경 ===
* 주로 ARP Cache Table을 조작하는 방법을 쓴다.
* ARP Cache Table에 같은 맥주소가 여러 IP에 할당되어 있거나, 게이트웨이의 맥주소가 변경되어 있는 경우 그 맥주소를 사용하는 호스트가 공격자이다.

== 대응 ==
=== 무차별 모드 해제 ===
* 의심되는 내부 망 호스트를 점검하였을 때 Promiscuous Mode가 확인되면 해당 모드를 해제한다.
<pre class='shell'>
# ifconfig
eth0 Link encap:Ethernet HWaddr 00:0C:29:3E:B6:A2
inet addr:11.11.11.11 Bcast:11.11.11.255 Mask:255.255.255.0
inet6 addr: fe80::fe80:fe80:fe80:fe80/64 Scope:Link
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:11182843 errors:0 dropped:0 overruns:0 frame:0
TX packets:8329369 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:139980359 (115.5 MiB) TX bytes:11259325956 (10.4 GiB)

# ifconfig eth0 -promisc
# ifconfig
eth0 Link encap:Ethernet HWaddr 00:0C:29:3E:B6:A2
inet addr:11.11.11.11 Bcast:11.11.11.255 Mask:255.255.255.0
inet6 addr: fe80::fe80:fe80:fe80:fe80/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:11182843 errors:0 dropped:0 overruns:0 frame:0
TX packets:8329369 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:139980359 (115.5 MiB) TX bytes:11259325956 (10.4 GiB)
</pre>
* 상태의 발생시점을 추적하기 위해선 [[리눅스 messages|/var/log/messages]]를 확인한다.

=== ARP 테이블 변경 ===
* 스위치 환경에서의 스니핑은 대부분 ARP 스푸핑을 통해 발생한다.
* 조작된 ARP 테이블을 복구하기 위해선 [[ARP 스푸핑|ARP 스푸핑 문서]] 참조

=== 기타 대응 방안 ===
* 메시지 암호화
** 스니핑 되더라도 정보가 노출되지 않는다.
* Switch에서 Port Security, ARP Inspection 기능을 사용한다.
* Anti-sniff, ARP Watch와 같은 탐지 도구를 사용한다.
* 조직 환경에 맞게 작은 단위로 VLAN을 구성한다.
** 브로드캐스트되는 범위를 줄임으로써 공격을 약화시킨다.

== 같이 보기 ==
* [[무차별 모드]]
* [[포트 미러링]]
* [[ARP 스푸핑]]
* [[리눅스 tcpdump]]

스니핑

2026-09-16T14:57:00Z

해설기사: NIC 링크를 정본 제목(네트워크 인터페이스 카드)으로 교정

후위 표기법

2026-09-16T14:55:07Z

해설기사: 6차 위키후보 검토: 후위식 넘겨주기

#넘겨주기 [[후위식]]

환경 변수

2026-09-16T14:54:47Z

해설기사: 6차 위키후보 검토: 리눅스 환경 변수 넘겨주기

#넘겨주기 [[리눅스 환경 변수]]

파일 할당 테이블

2026-09-16T14:54:27Z

해설기사: 6차 위키후보 검토: FAT 넘겨주기

#넘겨주기 [[FAT]]

트립와이어

2026-09-16T14:54:06Z

해설기사: 6차 위키후보 검토: Tripwire 넘겨주기

#넘겨주기 [[Tripwire]]

템페스트

2026-09-16T14:53:46Z

해설기사: 6차 위키후보 검토: TEMPEST 넘겨주기

#넘겨주기 [[TEMPEST]]

침해사고대응팀

2026-09-16T14:53:26Z

해설기사: 6차 위키후보 검토: 침해사고 대응 조직 넘겨주기

#넘겨주기 [[침해사고 대응 조직]]

최소 권한 원칙

2026-09-16T14:53:06Z

해설기사: 6차 위키후보 검토: 서버 보안 강화 넘겨주기

#넘겨주기 [[서버 보안 강화]]

차이니즈 월

2026-09-16T14:52:46Z

해설기사: 6차 위키후보 검토: 만리장성 모델 넘겨주기

#넘겨주기 [[만리장성 모델]]

중위 표기법

2026-09-16T14:52:26Z

해설기사: 6차 위키후보 검토: 후위식 넘겨주기

#넘겨주기 [[후위식]]

전위 표기법

2026-09-16T14:52:06Z

해설기사: 6차 위키후보 검토: 후위식 넘겨주기

#넘겨주기 [[후위식]]

재귀

2026-09-16T14:51:45Z

해설기사: 6차 위키후보 검토: 재귀 함수 넘겨주기

#넘겨주기 [[재귀 함수]]

재귀 호출

2026-09-16T14:51:25Z

해설기사: 6차 위키후보 검토: 재귀 함수 넘겨주기

#넘겨주기 [[재귀 함수]]

장치 파일

2026-09-16T14:51:05Z

해설기사: 6차 위키후보 검토: 리눅스 장치 파일 넘겨주기

#넘겨주기 [[리눅스 장치 파일]]

역폴란드 표기법

2026-09-16T14:50:45Z

해설기사: 6차 위키후보 검토: 후위식 넘겨주기

#넘겨주기 [[후위식]]

스캐어웨어

2026-09-16T14:50:25Z

해설기사: 6차 위키후보 검토: 스케어웨어 넘겨주기

#넘겨주기 [[스케어웨어]]

서버 하드닝

2026-09-16T14:50:04Z

해설기사: 6차 위키후보 검토: 서버 보안 강화 넘겨주기

#넘겨주기 [[서버 보안 강화]]

블라인드 서명

2026-09-16T14:49:44Z

해설기사: 6차 위키후보 검토: 은닉 서명 넘겨주기

#넘겨주기 [[은닉 서명]]

브루어-내시 모델

2026-09-16T14:49:24Z

해설기사: 6차 위키후보 검토: 만리장성 모델 넘겨주기

#넘겨주기 [[만리장성 모델]]

미라이

2026-09-16T14:49:04Z

해설기사: 6차 위키후보 검토: 미라이 봇넷 넘겨주기

#넘겨주기 [[미라이 봇넷]]

논리 볼륨 관리자

2026-09-16T14:48:44Z

해설기사: 6차 위키후보 검토: 리눅스 LVM 넘겨주기

#넘겨주기 [[리눅스 LVM]]

TIME WAIT

2026-09-16T14:48:24Z

해설기사: 6차 위키후보 검토: TCP 연결 상태 넘겨주기

#넘겨주기 [[TCP 연결 상태]]

Scareware

2026-09-16T14:48:04Z

해설기사: 6차 위키후보 검토: 스케어웨어 넘겨주기

#넘겨주기 [[스케어웨어]]

SPAN

2026-09-16T14:47:43Z

해설기사: 6차 위키후보 검토: 포트 미러링 넘겨주기

#넘겨주기 [[포트 미러링]]

RUP

2026-09-16T14:47:23Z

해설기사: 6차 위키후보 검토: 통합 프로세스 넘겨주기

#넘겨주기 [[통합 프로세스]]

Promiscuous Mode

2026-09-16T14:47:03Z

해설기사: 6차 위키후보 검토: 무차별 모드 넘겨주기

#넘겨주기 [[무차별 모드]]

Mirai

2026-09-16T14:46:43Z

해설기사: 6차 위키후보 검토: 미라이 봇넷 넘겨주기

#넘겨주기 [[미라이 봇넷]]

LVM

2026-09-16T14:46:23Z

해설기사: 6차 위키후보 검토: 리눅스 LVM 넘겨주기

#넘겨주기 [[리눅스 LVM]]

FAT16

2026-09-16T14:46:02Z

해설기사: 6차 위키후보 검토: FAT 넘겨주기

#넘겨주기 [[FAT]]

CSIRT

2026-09-16T14:45:42Z

해설기사: 6차 위키후보 검토: 침해사고 대응 조직 넘겨주기

#넘겨주기 [[침해사고 대응 조직]]

CERT

2026-09-16T14:45:22Z

해설기사: 6차 위키후보 검토: 침해사고 대응 조직 넘겨주기

#넘겨주기 [[침해사고 대응 조직]]

리눅스 LVM

2026-09-16T14:45:11Z

해설기사: 6차 위키후보 검토: LE·장점·명령어 표 보강

하드디스크 및 파티션을 유동적으로 관리할 수 있게 해 주는 프로그램

* 여러개의 하드를 뭉쳐서 하나의 하드처럼 만들 수 있고, 2개의 하드디스크를 3개의 하드디스크인 것처럼도 만들 수 있다.

== LVM의 구성 ==

* 물리적 볼륨(PV : Physical Volume) : 물리적인 하드를 지칭
* 물리적 확장(PE : Physical Extent) : PV에서 나누어서 사용하는 블록 단위 영역
* 볼륨 그룹(VG : Volume Group) : 물리적 볼륨의 집합이자 PE의 집합
* 논리적 볼륨(LV : Logical Volume) : VG에서 필요한만큼 할당해서 만드는 논리적인 단위

== 구성 순서 ==
실제 디스크의 분할된 파티션으로 물리적 볼륨을 생성하고, 볼륨 그룹을 모아서 생성된 것을 논리적 볼륨이라고 한다. 논리적 볼륨은 볼륨 그룹에서 사용자가 필요한 만큼 할당해서 만들어지는 공간이라고 볼 수 있다.

* 디스크 설치 -> 물리적 볼륨 할당 -> 볼륨 그룹 확장 -> 논리적 볼륨 확장

== 예시 ==
파티션디바이스의 /dev/sdb1에 10G, /dev/sdb2에10G를 이용하여 20G의 /data 디렉토리를생성하는 과정

* '''1. PV (Physical Volume) 생성'''
<pre>
[root@ihd ~]# pvcreate /dev/sdb1 /dev/sdb2
</pre>

* '''2. VG (Volume Group) 볼륨 그룹 생성'''
<pre>
[root@ihd ~]# vgcreate ihd_vg /dev/sdb1 /dev/sdb2
</pre>

* '''3. LV (Logical Volume) 생성'''
<pre>
[root@ihd ~]# lvcreate -L 20G ihd_vg -n data
</pre>

== 장점 ==
* '''동적 크기 조정''' : 서비스 중에도 LV 를 확장할 수 있다. 여유 공간이 없으면 VG 에 PV 를 추가하면 된다.
* '''여러 디스크 통합''' : 물리 디스크 용량을 넘는 볼륨을 만들 수 있다.
* '''스냅숏''' : 특정 시점의 LV 상태를 얼려 백업 대상으로 쓸 수 있다.
* '''디스크 교체 용이''' : <code>pvmove</code> 로 데이터를 다른 PV 로 옮긴 뒤 기존 디스크를 빼낼 수 있다.

== 명령어 ==
{| class="wikitable"
! 대상
! 생성
! 조회
! 기타
|-
| PV
| <code>pvcreate</code>
| <code>pvs</code>, <code>pvdisplay</code>
| <code>pvmove</code>, <code>pvremove</code>
|-
| VG
| <code>vgcreate</code>
| <code>vgs</code>, <code>vgdisplay</code>
| <code>vgextend</code>, <code>vgreduce</code>
|-
| LV
| <code>lvcreate</code>
| <code>lvs</code>, <code>lvdisplay</code>
| <code>lvextend</code>, <code>lvreduce</code>, <code>lvremove</code>
|}

== 사용 예 ==
<pre class='shell'>
# 1) 물리 볼륨 생성
# pvcreate /dev/sdb1 /dev/sdc1

# 2) 볼륨 그룹 생성 (PE 크기 8MB 지정)
# vgcreate -s 8M vg_data /dev/sdb1 /dev/sdc1

# 3) 논리 볼륨 생성 (20GB)
# lvcreate -L 20G -n lv_home vg_data

# 4) 파일 시스템 생성 후 마운트
# mkfs.ext4 /dev/vg_data/lv_home
# mount /dev/vg_data/lv_home /home

# 5) 나중에 10GB 확장 (파일 시스템까지 함께)
# lvextend -L +10G -r /dev/vg_data/lv_home
</pre>

== 같이 보기 ==

* [[RAID]]

== 참고 문헌 ==

* [https://raisonde.tistory.com/entry/리눅스마스터-LVMLogical-Volume-Manager [지식잡식] 지식잡식 블로그]
* [https://q.fran.kr/문제/9231 리눅스마스터 1급 2019년 1회 기출문제]
* [https://q.fran.kr/문제/15147 리눅스마스터 1급 2019년 2회 기출문제]
* [https://q.fran.kr/문제/6876 리눅스마스터 1급 실기 1401 기출문제]

[[분류:리눅스]]

후위식

2026-09-16T14:44:51Z

해설기사: 6차 위키후보 검토: 세 표기법 비교와 중위→후위 변환법 보강

[[분류:데이터베이스]][[분류:자료 구조]]
;Postfix
* 스택(Stack)을 이용하여 연산자가 뒤에 위치하도록 한 수식
* 사람 입장에선 이해하기 어려우나 컴퓨터 입장에선 계산하기 수월하다

* ex) 3 4 * 5 6 * ＋
*# 3
*# 3 4
*# 3 4 *
*# 12
*# 12 5
*# 12 5 6
*# 12 5 6 *
*# 12 30
*# 12 30 +
*# 42

== 세 가지 표기법 ==
{| class="wikitable"
! 표기법
! 연산자 위치
! <code>A + B</code>
! <code>(A + B) * C</code>
|-
| '''전위'''(Prefix, 폴란드 표기법)
| 피연산자 앞
| <code>+AB</code>
| <code>*+ABC</code>
|-
| '''중위'''(Infix)
| 피연산자 사이
| <code>A+B</code>
| <code>(A+B)*C</code>
|-
| '''후위'''(Postfix)
| 피연산자 뒤
| <code>AB+</code>
| <code>AB+C*</code>
|}

사람이 읽기 좋은 것은 중위지만, '''괄호가 필요하고 우선순위를 알아야 한다.''' 전위·후위는 괄호 없이도 해석이 유일하다.

== 중위 → 후위 변환 ==
=== 손으로 푸는 법 ===
# 연산자 우선순위에 따라 '''수식 전체를 괄호로 완전히 묶는다.'''
# 각 괄호 안의 '''연산자를 그 괄호의 닫는 괄호 자리로 옮긴다.'''
# 괄호를 지운다.

예: <code>(A + B) * C + (D + E)</code>

<pre>
1) 완전 괄호화 : ( ( (A+B) * C ) + (D+E) )
2) 연산자 이동 : ( ( (A B +) C * ) (D E +) + )
3) 괄호 제거 : A B + C * D E + +
</pre>

따라서 답은 <code>AB+C*DE++</code> 다.

=== 스택을 쓰는 알고리즘 ===
'''조차장 알고리즘(Shunting-yard algorithm)'''이라 한다. [[스택]] 하나로 처리한다.

* 피연산자는 '''바로 출력'''한다.
* 연산자는 스택에 넣되, '''스택 꼭대기에 우선순위가 같거나 높은 연산자가 있으면 먼저 꺼내 출력'''한 뒤 넣는다.
* 여는 괄호는 그냥 넣고, 닫는 괄호를 만나면 '''여는 괄호가 나올 때까지 꺼내 출력'''한다.
* 수식이 끝나면 스택에 남은 연산자를 모두 꺼내 출력한다.

== 후위 수식 계산 ==
역시 [[스택]]으로 한다.

* 피연산자를 만나면 스택에 넣는다.
* 연산자를 만나면 '''스택에서 두 개를 꺼내''' 연산하고 결과를 다시 넣는다. 이때 '''먼저 꺼낸 것이 오른쪽 피연산자'''다.
* 마지막에 스택에 남은 하나가 결과다.

<pre>
수식 : 3 4 + 5 *
3 → [3]
4 → [3, 4]
+ → 3+4=7 → [7]
5 → [7, 5]
* → 7*5=35 → [35]
결과 35
</pre>

== 참고 ==
* 후위 표기 수식을 '''수식 트리'''의 후위 순회 결과로 볼 수 있다. 전위 표기는 전위 순회, 중위 표기는 중위 순회에 대응한다.
* 후위 → 중위 변환은 위 과정을 거꾸로 하면 된다.

== 같이 보기 ==
* [[스택]]
* [[트리]]
* [[이진 트리]]
* [[자료 구조]]

Tripwire

2026-09-16T14:44:30Z

해설기사: 6차 위키후보 검토: 동작 원리·한계·유사 도구 보강

* 무결성 점검 도구
* 시스템의 특정 상태를 저장해 두고, 사고 발생 시 비교하여 변경 여부를 확인한다.

1992년 퍼듀 대학교의 진 킴과 유진 스패퍼드가 개발했다. 침입자가 시스템 파일이나 명령어 바이너리를 바꿔치기하는 것을 잡아내기 위한 도구로, '''파일 무결성 검사(FIM, File Integrity Monitoring)''' 분야의 사실상 원형이다. 이름은 '건드리면 터지는 덫줄'이라는 뜻이다.

== 동작 원리 ==
# '''정책 파일'''에 감시할 대상과 검사할 속성(권한, 소유자, 크기, inode, 수정 시각, 해시 등)을 정의한다.
# 시스템이 깨끗한 상태에서 '''기준 데이터베이스'''를 생성한다. 각 파일의 속성과 [[해시|해시값]]이 여기에 저장된다.
# 이후 주기적으로 검사를 돌려 현재 상태와 데이터베이스를 '''대조'''한다.
# 값이 달라진 파일을 보고서로 출력하고 관리자에게 통보한다.
# 정당한 변경(패치 적용 등)이면 데이터베이스를 갱신한다.

해시 함수의 '''일방향성''' 덕분에 내용이 1비트만 바뀌어도 전혀 다른 값이 나오므로, 크기와 수정 시각을 그럴듯하게 위조해도 변조가 드러난다.

== 한계와 주의 ==
* '''데이터베이스 자체를 보호해야 한다.''' 침입자가 파일을 바꾼 뒤 기준 데이터베이스까지 다시 만들면 탐지되지 않는다. 그래서
** 데이터베이스와 정책 파일, 실행 파일을 '''읽기 전용 매체나 분리된 저장소에 보관'''하고
** 파일에 암호학적 서명을 걸어 무단 변경을 막는다.
* '''물리적 보안이 필요 없어지는 것이 아니다.''' 오히려 기준 데이터베이스가 담긴 매체에 대한 물리적 통제가 전제되어야 도구가 성립한다.
* 탐지는 '''사후'''다. 변경을 막는 것이 아니라 일어난 변경을 알려 준다.
* 자주 바뀌는 로그·임시 디렉터리를 그대로 감시 대상에 넣으면 오탐이 쏟아진다. 정책 조정이 운영의 핵심이다.

== 비슷한 도구 ==
* '''AIDE''' (Advanced Intrusion Detection Environment) : 오픈소스 계열의 대표적 대안
* '''Samhain''' : 중앙 집중 관리를 지원하는 무결성 검사 도구
* '''OSSEC''' : 무결성 검사와 로그 분석을 함께 수행하는 HIDS

무결성 검사는 호스트 기반 침입 탐지([[침입탐지시스템|HIDS]])의 핵심 기능 중 하나로 분류된다.

== 같이 보기 ==
* [[무결성]]
* [[침입탐지시스템]]
* [[해시]]
* [[암호 해시 함수]]
* [[디지털 포렌식]]
* [[서버 보안 강화]]

[[분류:보안]]
[[분류:보안 도구]]
[[분류:정보보안기사]]

리눅스 Capabilities

2026-09-16T14:44:17Z

해설기사: 6차 위키후보 검토: 리눅스 Capabilities 문서 신규 작성

;root 가 가진 특권을 '''기능 단위로 쪼개''' 프로세스나 실행 파일에 개별적으로 부여할 수 있게 한 리눅스의 권한 모델

전통적인 유닉스는 프로세스를 '''특권(uid 0)이거나 아니거나''' 둘로만 나누었다. 그래서 1024번 미만 포트를 열기 위해 웹 서버를 root 로 띄우면, 그 프로세스가 탈취당했을 때 파일 삭제부터 커널 모듈 적재까지 전부 가능해진다. Capabilities 는 이 문제를 해결하려고 커널 2.2 에서 도입되었다. '''필요한 특권만 주는''' [[서버 보안 강화|최소 권한의 원칙]]을 커널 수준에서 구현한 장치다.

[[리눅스 특수권한|SetUID]]와 혼동하기 쉬운데, SetUID 는 '''실행자를 파일 소유자로 바꾸는''' 것이고 Capabilities 는 '''특권을 항목별로 나눠 주는''' 것이다.

== 주요 항목 ==
{| class="wikitable"
! 이름
! 허용되는 동작
|-
| <code>CAP_CHOWN</code>
| 파일의 소유자·소유 그룹 변경
|-
| <code>CAP_DAC_OVERRIDE</code>
| 파일 읽기·쓰기·실행 권한 검사 무시
|-
| <code>CAP_KILL</code>
| 소유자가 다른 프로세스에 시그널 전송
|-
| <code>CAP_NET_BIND_SERVICE</code>
| '''1024번 미만 포트에 바인딩'''
|-
| <code>CAP_NET_RAW</code>
| RAW 소켓 사용. <code>ping</code>, <code>tcpdump</code> 가 필요로 한다
|-
| <code>CAP_NET_ADMIN</code>
| 네트워크 인터페이스·라우팅·방화벽 설정
|-
| <code>CAP_SYS_MODULE</code>
| '''커널 모듈의 적재와 제거'''
|-
| <code>CAP_SYS_ADMIN</code>
| 마운트 등 광범위한 시스템 관리. 사실상 root 에 가까워 남용하면 안 된다
|-
| <code>CAP_SYS_TIME</code>
| 시스템 시각 변경
|-
| <code>CAP_SYS_BOOT</code>
| 재부팅
|-
| <code>CAP_AUDIT_CONTROL</code>
| 커널 감사 기능의 활성화·비활성화와 규칙 변경
|-
| <code>CAP_MAC_ADMIN</code>
| MAC(강제적 접근통제) 정책 설정 변경
|-
| <code>CAP_SETUID</code>, <code>CAP_SETGID</code>
| 프로세스의 UID·GID 조작
|}

전체 목록은 <code>man 7 capabilities</code> 에 있다.

== 집합(Set) ==
프로세스는 여러 개의 capability 집합을 가진다.

* '''Permitted''' : 가질 수 있는 상한
* '''Effective''' : 지금 실제로 행사되는 것. 커널이 권한 검사에 쓰는 값이다
* '''Inheritable''' : exec 후에도 물려줄 수 있는 것
* '''Bounding''' : 이 프로세스와 자손이 절대로 넘을 수 없는 한계
* '''Ambient''' : 상속 조건을 완화해 일반 실행 파일에도 전달되게 한 집합

== 확인과 설정 ==
<pre class='shell'>
# 실행 파일에 부여된 capability 확인
# getcap /usr/bin/ping
/usr/bin/ping = cap_net_raw+ep

# 부여
# setcap cap_net_bind_service=+ep /usr/local/bin/myserver

# 제거
# setcap -r /usr/local/bin/myserver

# 프로세스가 가진 capability 확인
# cat /proc/1234/status | grep Cap
</pre>

<code>ep</code> 는 Effective + Permitted 를 뜻한다.

== 보안상 의미 ==
* 데몬에 필요한 항목만 주면 '''root 로 띄우지 않고도''' 동작시킬 수 있다.
* 반대로 잘못 부여하면 위험하다. <code>CAP_SYS_MODULE</code> 이 붙은 바이너리는 커널 모듈을 올릴 수 있으므로 사실상 시스템 전체를 장악할 수 있고, <code>CAP_SYS_ADMIN</code>·<code>CAP_DAC_OVERRIDE</code> 도 마찬가지다.
* 점검 시에는 SetUID 파일 목록과 함께 <code>getcap -r /</code> 로 capability 가 붙은 파일도 함께 확인해야 한다.
* 컨테이너 런타임은 기본적으로 위험한 capability 를 떨어뜨린 상태로 컨테이너를 실행한다.

== 같이 보기 ==
* [[리눅스 특수권한]]
* [[리눅스 권한]]
* [[리눅스 커널]]
* [[서버 보안 강화]]

[[분류:리눅스]][[분류:보안]]

리눅스 resolv.conf

2026-09-16T14:43:56Z

해설기사: 6차 위키후보 검토: 리눅스 resolv.conf 문서 신규 작성

;시스템이 사용할 '''DNS 서버 주소와 도메인 검색 규칙'''을 담은 설정 파일
* 경로 : /etc/resolv.conf

호스트 이름을 IP 주소로 바꾸는 리졸버 라이브러리가 이 파일을 읽는다. '''DNS 서버를 직접 운영하는 설정(<code>named.conf</code>)이 아니라, 이 시스템이 질의를 보낼 상대를 적는 파일'''이다.

== 지시자 ==
{| class="wikitable"
! 지시자
! 설명
|-
| <code>nameserver</code>
| 질의를 보낼 DNS 서버의 IP 주소. '''최대 3개'''까지 쓰며 위에서부터 차례로 시도한다
|-
| <code>domain</code>
| 기본 도메인 이름. 점이 없는 호스트명을 질의할 때 뒤에 붙인다
|-
| <code>search</code>
| 점이 없는 호스트명에 차례로 붙여 볼 도메인 목록(최대 6개). <code>domain</code> 과 함께 쓰면 '''나중에 나온 것이 적용'''된다
|-
| <code>options</code>
| 동작 옵션. <code>timeout:n</code>(응답 대기 초), <code>attempts:n</code>(재시도 횟수), <code>rotate</code>(서버를 번갈아 사용) 등
|}

== 예 ==
<pre class='shell'>
# cat /etc/resolv.conf
search ihd.or.kr linux.or.kr
nameserver 192.168.12.22
nameserver 8.8.8.8
options timeout:2 attempts:2
</pre>

이 설정에서 <code>ping www</code> 를 실행하면 <code>www.ihd.or.kr</code>, <code>www.linux.or.kr</code> 순으로 질의한다.

== 이름 해석 순서 ==
<code>/etc/nsswitch.conf</code> 의 <code>hosts:</code> 항목이 조회 순서를 정한다. 보통 다음과 같다.

<pre>
hosts: files dns
</pre>

* <code>files</code> : <code>/etc/hosts</code> 를 먼저 본다
* <code>dns</code> : 그다음 <code>/etc/resolv.conf</code> 의 서버에 질의한다

예전에는 <code>/etc/host.conf</code> 가 이 순서를 정했다.

== 주의 ==
* NetworkManager 나 DHCP 클라이언트가 이 파일을 '''자동으로 덮어쓴다.''' 수동 설정을 유지하려면 네트워크 설정 파일(<code>/etc/sysconfig/network-scripts/ifcfg-*</code> 의 <code>DNS1</code>, <code>PEERDNS=no</code>)에서 지정해야 한다.
* 최근 배포판은 <code>systemd-resolved</code> 가 이 파일을 심볼릭 링크로 관리하기도 한다.

== 관련 파일 ==
* <code>/etc/hosts</code> : 호스트명과 IP 를 직접 매핑하는 파일
* <code>/etc/nsswitch.conf</code> : 이름 해석 소스와 순서
* <code>/etc/networks</code> : 네트워크 이름과 네트워크 주소 매핑

== 같이 보기 ==
* [[도메인 네임 시스템]]
* [[리눅스 named.conf]]
* [[리눅스 host]]
* [[리눅스 dig]]
* [[DNS 리졸버]]

[[분류:리눅스]][[분류:리눅스 파일]]