개발새발

정보처리기사 필기 2일컷 후기

비숑주인 — Sun, 10 May 2026 23:42:50 +0900

정처기 필기는 100점을 만점에 과목당 40점 이상, 전과목 평균 60점 이상이면 합격이다. 에타 컴공게를 보니까 다들 안 보고 갔다, 하루컷 했다 해서 이틀전에 전체적인 내용만 한번 쓱 훑어보고, 하루전에 기출 문제들을 풀어줬다.

1과목이랑 2과목은 완전 소프트웨어공학(+약간의 자료 구조) 내용이었고 3단원은 데이터베이스, 4단원은 전반적인 프로그래밍 언어와 정보통신공학(+약간의 리눅스), 5단원은 사이버보안개론 내용이었다. 데이터베이스랑 사이버보안개론 내용을 제외하면 다 우리 학교 컴공 전필이었기 때문에 완벽하게 기억은 못하더라도 대략적으로 무슨 내용인지는 알만한 내용이었다.

개념은 아래 유튜브로 1단원부터 5단원까지 한번 훑어줬다. 특히 소프트웨어공학 파트는 종강과 함께 잊어버렸기에(...) 한번 다시 들으면서 기억을 되살렸다.

https://youtu.be/V6xZmoIyTR8?si=NvXg7_UP1uxxOHiz

꿈꾸는 라이언 필기가 유명해서 구입해봤다. 전반적으로 한번 개념들 눈에 한번 바르기 좋았다. 소프트웨어공학이랑 사이버보안개론 부분들을 집중적으로 봤다.

https://smartstore.naver.com/history_ryan/products/8646839445?NaPm=ct%3D1jo960700%7Cci%3Dshopn%7Ctr%3Dmktlnk%7Chk%3D5308bfcffc73e79263a05777ec89a0385419dbd5%7Ctrx%3Dundefined

정보처리기사 요약노트 PDF (필기) : 꿈꾸는라이언

[꿈꾸는라이언] 꿈꾸는라이언 요약노트

smartstore.naver.com

아래는 공부하면서 정리한 개념 내용들과 내가 개인적으로 CBT 몇개 풀어보면서 한 오답들이다.

https://his0si.tistory.com/category/%EC%A0%95%EB%B3%B4%EC%B2%98%EB%A6%AC%EA%B8%B0%EC%82%AC

'정보처리기사' 카테고리의 글 목록

학부생 프로그래머의 개발일지

his0si.tistory.com

CBT 링크

https://cbtbank.kr/category/%EC%A0%95%EB%B3%B4%EC%B2%98%EB%A6%AC%EA%B8%B0%EC%82%AC

정보처리기사 기출문제 - CBT문제은행

cbt문제은행, cbtbank, cbt, 전자문제집, cbt전자문제집, 기출문제, cbt기출문제, cbt시험, 문제은행, 자격증, 컴활자격증, 컴활, 컴퓨터활용능력, 워드, 워드프로세서, 워드자격증, 1급, 2급, 기사, 산업

cbtbank.kr

https://www.sinagong.co.kr/pds/001001001/exam-preparations

길벗, 이지톡

IT, 어학, 자기계발, 재테크, 인문, 여행 등 학습과 실용 분야 출판

www.gilbut.co.kr

https://www.kinz.kr/subject/7872

정보처리기사 객관식 필기 기출문제 CBT 목록 - 킨즈

www.kinz.kr

합격하면 화면으로 바로 합불 여부가 떴다. 합격 한 뒤에 바로 응시자격서류를 제출하려고 했는데 맥북에서는 응시자격서류 발급이 안된다...혹시 맥북인 사람들은 참고해서 윈도우 노트북에서 응시 서류 발급을 하도록 하자...

DBeaver로 원격 PostgreSQL에 SSH 터널링으로 접속하기

비숑주인 — Sun, 19 Apr 2026 17:56:13 +0900

프로덕션 DB는 보안상 외부 인터넷에 직접 노출하지 않는 게 원칙이다. AWS RDS나 사내 DB에 일반적인 방법으로 DBeaver 접속이 거부되는 경험을 한 번쯤 해봤을 것이다. 이는 DB 서버에 공인 IP를 아예 할당하지 않거나, 방화벽으로 DB 포트(5432)를 막아두기 때문이다.

이 글에서는 PostgreSQL을 네이티브로 설치한 Ubuntu 서버에 SSH 터널링 + PEM 키 인증으로 DBeaver를 연결하는 전 과정을 다루려고 한다.

[DBeaver (Mac)]
      │
│ SSH (포트 your_ssh_port)
▼
  [Remote Server your_server_ip]
      │
      │ localhost:5432
▼
  [PostgreSQL - 외부 미노출]

PostgreSQL은 localhost만 수신하도록 설정하고, DBeaver는 SSH 터널을 통해 서버 내부에서 DB에 접근한다.

1. PostgreSQL 설치 및 설정

sudo apt install postgresql postgresql-contrib
sudo systemctl enable postgresql
sudo systemctl start postgresql

DB 및 유저 생성

sudo -u postgres psql

CREATE USER your_db_user WITH PASSWORD 'your_db_password';
CREATE DATABASE your_db_name OWNER your_db_user;

\q

localhost만 수신하도록 설정

/etc/postgresql/14/main/postgresql.conf:
listen_addresses = 'localhost'

/etc/postgresql/14/main/pg_hba.conf:
host    all    all    127.0.0.1/32    md5

sudo systemctl restart postgresql

2. SSH 키 생성

DBeaver는 SSH 터널에 비밀번호 대신 PEM 키(공개키 인증) 를 사용한다.

# 서버에서 키 생성
ssh-keygen -t rsa -b 4096 -C "your_key_comment" -f /home/your_user/your_key -N ""

왜 RSA인가?

처음에는 더 현대적인 ed25519로 생성했으나 DBeaver의 SSHJ 라이브러리와 호환 문제가 있었다. RSA 4096이 더 안정적으로 동작한다.

생성 결과:

your_key → 개인키 (로컬에 저장, 절대 유출 금지)
your_key.pub → 공개키 (서버에 등록)

키 포맷 변환 (중요)

ssh-keygen이 기본으로 생성하는 OpenSSH 포맷(-----BEGIN OPENSSH PRIVATE KEY-----)은 DBeaver SSHJ가 인식하지 못한다. 전통적인 PEM 포맷으로 변환해야 한다.

ssh-keygen -p -m PEM -f /home/your_user/your_key -N ""

변환 후 첫 줄이 -----BEGIN RSA PRIVATE KEY-----로 바뀌면 정상이다.

서버에 공개키 등록

# 사용자 생성
sudo useradd -m -s /bin/bash your_user

# .ssh 디렉토리 설정
sudo mkdir -p /home/your_user/.ssh
sudo cat /home/your_user/your_key.pub >> /home/your_user/.ssh/authorized_keys

sudo chown -R your_user:your_user /home/your_user/.ssh
sudo chmod 700 /home/your_user/.ssh
sudo chmod 600 /home/your_user/.ssh/authorized_keys

# 홈 디렉토리 권한
sudo chown your_user:your_user /home/your_user
sudo chmod 755 /home/your_user

4. DBeaver 최종 설정

SSH 탭

Use SSH Tunnel	✅
Host/IP	your_server_ip
Port	your_ssh_port
User Name	your_user
Authentication	Public Key
Private Key	your_key.pem 경로

Main 탭

Host	localhost
Port	5432
Database	your_db_name
Username	your_db_user
Password	your_db_password

연결 확인 (터미널)

ssh -i ~/path/to/your_key.pem -p your_ssh_port your_user@your_server_ip

증상	원인
SSH public key authentication failed	ed25519 키 또는 OpenSSH 포맷 문제
Too many authentication failures	MaxAuthTries 부족 또는 유저명 오류
key type ssh-rsa not in PubkeyAcceptedAlgorithms	Ubuntu 22.04에서 ssh-rsa 비활성화
Authentication refused: bad ownership	홈 디렉토리 소유자 문제
Load key: bad permissions	PEM 파일 권한이 너무 열려 있음

오른쪽 아래의 Test Connection을 눌러 다음과 같이 연결이 되는지 테스트 해 볼 수 있다.

그럼 이렇게 접속이 된 모습을 확인 할 수 있다!

GitHub 멀티 계정 설정 가이드 (macOS)

비숑주인 — Wed, 15 Apr 2026 10:32:07 +0900

원래 노트북에서 개인 깃허브 계정만 사용하다가 가끔 재택을 하게 되면서 두 개의 GitHub 계정을 하나의 Mac에서 전환하면서 사용하는 방법을 찾아봤다.

환경
- macOS
- Git
- GitHub CLI (gh)

1. GitHub CLI 설치

  brew install gh

2. 두 계정 모두 로그인

  # 첫 번째 계정 로그인
  gh auth login

  # 두 번째 계정 로그인 (한 번 더 실행)
  gh auth login

각각 브라우저가 열리며, 해당 계정으로 로그인한다.

  gh auth status

3. 폴더 구조 분리

계정별로 레포를 관리할 폴더를 나눴다. 둘 다 기본적으로 문서 폴더에 생성 되어서 finder의 태그 기능을 이용해서 바로 찾을 수 있게 설정해두었다.

~/Documents/
├── GitHub/ ← 개인 계정 레포
├── GitHub-Work/ ← 회사 계정 레포

4. 폴더별 Git 설정 (자동 계정 전환)

~/.gitconfig (글로벌 설정)

[user]
name = myname
email = myaccount.com

[includeIf "gitdir:~/Documents/GitHub-Work/"]
path = ~/.gitconfig-work

~/.gitconfig-work (회사 전용 설정)

[user]
name = myname
email = workaccount.com

이렇게 설정하면 ~/Documents/GitHub-Work/ 하위의 레포에서는 자동으로 회사 이메일로 커밋 된다.

# 개인 폴더에서
cd ~/Documents/GitHub/any-repo
git config user.email
# → myaccount.com

# 회사 폴더에서
cd ~/Documents/GitHub-Work/any-repo
git config user.email
# → workaccount.com

5. 일상적인 전환 방법

Git 커밋 (자동)

폴더 구조만 지키면 전환할 필요 없이 알맞은 이메일로 커밋 된다!

- ~/Documents/GitHub/에서 클론 → 개인 이메일
- ~/Documents/GitHub-Work/에서 클론 → 회사 이메일

GitHub CLI 계정 전환 (PR 생성, Issue 등)

# 어떤 계정이 활성화되어 있는지 확인

gh auth status

# 계정 전환
gh auth switch -u myaccount # 개인 계정으로
gh auth switch -u workaccount # 회사 계정으로

정리하면

작업 구분	전환 및 처리 방법
git commit	자동 적용 (로컬 저장소의 user.name 및 user.email 설정 기준)
gh pr create, gh issue 등	gh auth switch -u <계정명> 명령어로 활성 계정 변경
git clone	gh auth switch로 대상 계정 활성화 후 클론 진행

주의사항

- 레포를 클론할 때 반드시 해당 계정의 폴더 안에서 클론해야 커밋 이메일이 올바르게 적용된다.

- GitHub Desktop은 이 설정을 인식하지 못하기 때문에 터미널로 사용해야한다.

- git clone https://... 대신 gh repo clone을 사용해야 gh 인증 토큰으로 private repo에 접근할 수 있다.

깃허브 데스크탑으로 사용하려면

메뉴 > Preferences > Accounts에서 계정 전환 가능
다만 동시에 1개 계정만 로그인 가능해서, 전환하려면 로그아웃 후 재로그인해야 한다.

실험실 창업 TeX-Corps 최종 합격 후기

비숑주인 — Tue, 7 Apr 2026 16:54:37 +0900

3달 동안 준비한 실험실 창업 TeX-Corps가 최종 합격했다! 창업 동아리조차 경험이 없기도 했고, 지원금 단위가 이렇게 큰 사업에 지원한 것도 처음이라 엄청 떨렸고, 시간도 정말 많이 쏟았다. 혹시 내년에 텍스코어를 지원할 후배들을 위해 후기를 남기려고 한다.

텍스코어(TeX-Corps)는 대학 및 연구소가 보유한 공공기술의 사업화를 촉진하기 위해 과학기술정보통신부가 주관하는 딥테크 실험실 창업 탐색 프로그램이다. 쉽게 말해 나라에서 지원해주는 연구실 창업으로, 미국 NSF의 아이코어(I-Corps)를 벤치마킹해서 석박사 연구원팀에게 교육, 멘토링, 시제품 제작비(약 2~3천만 원)를 지원해준다.

실험실 창업인만큼 기본적으로 EL은 석사과정생 이상이여야 한다. 여성 특화형은 학부생도 EL이 가능하나, EL이 여성이고 팀 전체의 과반 이상이 여성이여야 여성 특화형으로 지원할 수 있다. 창업 지원자(PM) 은 학교 창업 지원단 측에 메일을 보내니 배정해주셨다. PI는 석사과정생인 팀장 언니와 랩인턴인 EM의 지도 교수님께 부탁드렸다.

제출 서류부터 만만치 않았다....특히 특허 제출란이 나왔을 때 정신이 좀 아득해졌다....아직 대학도 졸업 안한 학부생 나부랭이가 특허가 어디 있겠는가....EL 언니의 도움으로 연구실에서 지원 받을 수 있는 항목들을 지원 받아가며 간신히 써내려갔다....

1차 서류 합격 후 발표 평가가 있었다. 5분 이내의 영상과 ppt를 제출해야 했는데, 우리가 제출한 11페이지의 서류와, 우리의 기술을 설명하기에는 턱없이 부족한 시간이었다....특히 우리는 해외 교육형을 선택해서 마지막 1분은 영어로 우리의 창업을 짧게 설명해야했기 때문에 분량을 줄이는데 꽤 애를 먹었다. 심사위원들이 우리의 도메인에 대학원생만큼의 지식이 없을 것이라고 판단해(실제로는 그런지 알 수 없다...다만 우리는 CPU 마이크로 아키텍쳐와 프로파일링이라는 다소 지협적인 분야를 정했고, 그 분야는 EL 석사 언니의 연구 주제였기 때문에 전공자가 아니면 깊은 기술적인 내용 설명은 과하다고 판단했다) 최대한 소비자 입장에서 이러한 어려움이 있고, 이러한 갈증을 해소하기 위해 00한 프로젝트를 기획했다. 다른 시중의 서비스와는 00한 차별성이 있다 하는 식으로 발표를 신행했다. 팀원들 전부 공대생이고 창업 경험이나 창업 동아리 활동을 한 사람이 전무 했기에 시장 분석 쪽 작성이 특히 어려웠다.

2차 발표 평가후 질의 응답이 잡혔다. 질의 면접한 팀과 최종 합격한 팀을 비교했을 때 질의 응답(면접) 은 4:1 정도 경쟁률이었던 것 같다. 1차 서류 합격 경쟁률은 자세히 모르겠으나 전국적으로 지원을 받는 만큼 경쟁률이 꽤 될 것 같았다....면접에서 우리 팀은 우리가 가지고 있는 기술(실제 대학원에서 실험한 결과, 논문, 특허)를 어필 하는 방향으로 우리의 차별성을 설명하려고 했다. 영어로 마지막에 간단하게 소개해보라고 했는데 미리 준비를 해 가지 못해서 당황했다....혹시 텍스코어 질의 응답을 준비하는 팀이라면 간단한 영어 소개도 준비해 가는 것을 추천한다. 다만 영어 실력 자체는 큰 평가 항목은 아니고 패논패여서 큰 디메릿은 아닌 것 같다.

https://startup.ewha.ac.kr/board/notice/view/2906

이화스타트업포털

예비창업자 및 초기 기업가, 각 분야 전문가 멘토 간의 정보 교류, 이화여대 글로벌기업가센터, 이화여대 창업지원단, 이화여대 창업지원단

startup.ewha.ac.kr

하면서 겸사겸사 대학원생 창업 동아리인 랩허도 신청했고, 텍스코어보다 더 빨리 발표가 났다. 결과는 무난하게 합격! 나는 인턴중이라 랩허 면접에는 가지 못했는데, 같이 하는 팀장 언니 말로는 이렇게 다들 스펙이 좋은데 왜 이 프로젝트를 하냐, 진짜로 개발 할거 맞냐는 이야기를 들었다고 했다. 헤헤....랩허 서류와 발표는 텍스코어와 거의 동일해서 텍스코어 내용을 재탕했다. 발표 같은 경우에는 전일제 인턴과 겹쳐서 참석하지 못했는데, 팀장 언니 말에 의하면 거의 팀장만 왔고, 전부 온 팀은 거의 없었다고 한다. 혹시 시간이 안 맞는다면 발표자만 참석해도 괜찮을 것 같다.

최종 합격 한 뒤 국내 교육과 오티 일정이 안내 되었다. 국내 교육과 인턴 기간이 한달 정도 겹쳤는데 다행이 비대면 일정도 많고, 금토일 일정 등 주말을 낀 일정 들이 있어서 인턴 기간 중에 연차를 사용해 병행 할 수 있었다.

합격 후 평가 의견 또한 pdf 로 받아 볼 수 있었는데 역시 미흡한 사업화 계획이 약점으로 꼽혔다. 사업화를 위한 시장성 분석과 현황 분석을 보완하라는 의견이 주를 이뤄서, 논의 끝에 논문 작업 등으로 바쁜 EM 한명 대신 사업 동아리 경험이 있고, 사업 구성을 해본 다른 EM이 합류하기로 결정했다. 최종 합격 후 EM 변경이 가능하기 때문에 교수님의 서명을 받고 사업화 담당 멤버를 영입했다.

REST API

비숑주인 — Thu, 19 Mar 2026 14:18:47 +0900

1. REST와 REST API의 개념

REST(REpresentational State Transfer) 란 "분산 시스템"을 위한 HTTP 기반 소프트웨어 아키텍처를 의미한다. 쉽게 말해 웹 애플리케이션, 모바일 앱, 서로 다른 언어로 된 서버들이 HTTP라는 공통된 규격 안에서 자유롭게 통신할 수 있도록 도와주는 통역사 역할을 하는 API라고 이해하면 된다. 여기서 분산 시스템이란 독립된 컴퓨터들이 네트워크를 통해 연결되어 하나의 시스템처럼 움직이는 것을 말하는데, 이를 위해 표준화된 통신 방식이 필수적이다.

REST는 크게 자원, 행위, 메시지라는 3가지 요소로 구성된다.

자원(Resource): 우리가 접근하거나 조작할 대상이다. 예를 들어 "상품"이 자원이 된다. 보통 URI를 통해 고유한 식별자를 부여한다.
메서드(Method): 자원에 대한 행위를 정의한다. HTTP Method인 GET(조회), POST(생성), PUT(수정), DELETE(삭제)를 사용한다. 일반적인 웹에서는 GET과 POST를 주로 쓰지만, REST 환경에서는 자원의 상태를 명확히 관리하기 위해 PUT과 DELETE도 적극적으로 활용한다.
메시지(Message): 행위에 담기는 구체적인 내용이다. 예를 들어 "상품명이 진라면인 상품을 생성한다"는 요청에서 "상품명: 진라면, 가격: 1000원"과 같은 데이터가 메시지에 해당한다.

2. REST의 주요 특징과 RESTful의 의미

REST는 HTTP 프로토콜을 기반으로 하기 때문에 웹 표준을 최대한 활용한다는 장점이 있다. 가장 큰 특징 중 하나는 Stateless(무상태성)이다. 서버는 클라이언트의 이전 상태를 따로 저장하지 않고 오직 들어온 요청에만 집중한다. 또한 모든 자원에 고유한 URI를 부여하여 관리하는데, 이는 우리가 흔히 아는 URL보다 더 넓은 개념의 식별자이다.

이러한 REST 원칙을 잘 지켜서 설계된 시스템을 두고 우리는 "RESTful 하다" 라고 표현한다. 즉, REST API를 제공하는 웹 서비스 시스템 자체를 지칭하는 용어이다. 실무에서는 다양한 디바이스(모바일, 태블릿 등)나 서로 다른 기술 언어로 구축된 이기종 시스템 간에 정보를 주고받기 위해 필수적으로 사용된다. 애플리케이션의 복잡도가 커질수록 서비스별로 독립적인 구축과 운영이 필요해지는데, REST는 이러한 서비스 간 분리와 통합에 대한 표준화된 방법을 제공해 준다.

3. Node.js 환경에서의 REST API 실전 예제

실제 코드로 REST API 서버를 어떻게 구성하는지 살펴보자. 자바의 SpringBoot와 개념은 같지만, Node.js의 Express 프레임워크를 사용하면 훨씬 간결하게 구현할 수 있다.

3-1. 서버 구성 및 라우팅 (Express 기반)

서버에서 각 HTTP 메서드에 맞춰 자원을 처리하는 기본적인 구조이다. @RestController와 유사하게 요청을 받아 JSON으로 응답하는 방식이다.

const express = require('express');
const app = express();
app.use(express.json()); // JSON 데이터 파싱을 위한 설정

// 가상의 데이터베이스 (상품 목록)
let products = [
  { id: "1", name: "진라면", maker: "오뚜기", price: 1000 }
];

// GET : 리스트 조회 (getAllProductList)
app.get('/products', (req, res) => {
  console.log("Request Method : GET");
  res.json(products);
});

// GET : 특정 아이디로 조회 (findProductById)
app.get('/products/:id', (req, res) => {
  const id = req.params.id;
  const product = products.find(p => p.id === id);
  if (!product) {
    return res.status(404).json({ message: "상품이 존재하지 않습니다" });
  }
  res.status(200).json(product);
});

// POST : 새로운 상품 생성 (registerProduct)
app.post('/products', (req, res) => {
  const { name, maker, price } = req.body;
  const newProduct = { id: String(products.length + 1), name, maker, price };
  products.push(newProduct);
  res.status(201).json({ message: `${newProduct.name} 상품 등록 완료`, id: newProduct.id });
});

// PUT : 상품 정보 수정 (updateProduct)
app.put('/products/:id', (req, res) => {
  const id = req.params.id;
  const index = products.findIndex(p => p.id === id);
  if (index === -1) {
    return res.status(404).json({ message: "수정할 상품이 없습니다" });
  }
  products[index] = { ...products[index], ...req.body };
  res.json({ message: `${id}번 상품 정보 수정 완료` });
});

// DELETE : 상품 삭제 (deleteProduct)
app.delete('/products/:id', (req, res) => {
  const id = req.params.id;
  const initialLength = products.length;
  products = products.filter(p => p.id !== id);
  if (products.length === initialLength) {
    return res.status(404).json({ message: "삭제할 상품이 없습니다" });
  }
  res.json({ message: `${id}번 상품 정보 삭제 완료` });
});

app.listen(3000, () => console.log('REST API 서버가 3000번 포트에서 실행 중이다.'));

3-2. 서버 간 통신 (RestTemplate과 유사한 방식)

Node.js에서는 Spring의 RestTemplate 대신 axios나 fetch 라이브러리를 주로 사용한다. 다른 서버(예: 포트 7777이나 8888 서버)와 연동할 때 아래와 같은 패턴으로 통신한다.

const axios = require('axios');

// 서버 간 연동 예제 (External API Call)
async function fetchOtherServerData(productId) {
  try {
    const response = await axios.get(`http://localhost:8888/items/${productId}`);
    console.log("서버 응답 데이터:", response.data);
  } catch (error) {
    console.error("통신 에러 발생:", error.response.status);
  }
}

4. 마무리 및 정리

REST API는 현대 웹 개발에서 떼려야 뗄 수 없는 핵심 기술이다.

URL은 자원의 위치를 나타내고,
HTTP 메서드는 그 자원을 어떻게 요리할지 결정하며,
JSON은 그 요리의 실제 내용물이 된다.

SpringBoot든 Node.js든 프레임워크는 도구일 뿐, 중요한 건 REST의 원칙을 이해하고 이를 적절하게 적용하는 설계 능력이다. 처음에는 익숙하지 않겠지만, 직접 API 서버를 띄워보고 Postman이나 curl로 요청을 날려보면서 응답 결과를 확인하다 보면 금방 감이 올 것이다.

EKS 내부 DB 접속하기: kubectl port-forward로 PostgreSQL 로컬 연결

비숑주인 — Tue, 17 Mar 2026 10:00:48 +0900

보통 운영 환경(Production)의 DB는 해킹 위험 때문에 외부 인터넷에서 접속할 수 있는 공인 IP(Public IP)를 아예 할당하지 않는다. 내가 회사 데이터베이스에 일반적인 방식으로 DBeaver에서 바로 접속이 거부당했던 것도 이 이유 때문이었다.

포트 포워딩은 내가 이미 AWS 권한(aws configure)을 가지고 있으니, 쿠버네티스라는 '관리자 통로'를 타고 들어가서 DB를 로컬로 끌어오는 것이다. 별도의 복잡한 방화벽 설정 없이도 안전하게 접속할 수 있다.

아래는 EKS(Amazon Elastic Kubernetes Service) 환경에 있는 PostgreSQL 데이터베이스를 로컬 PC에서 접속할 수 있도록 연결하는 방법이다.

A. AWS CLI 설치 여부 확인 먼저 아래 명령어를 입력해서 설치가 되어 있는지 확인

aws --version

command not found가 뜬다면 아래 설치 과정을 진행해야 한다.

B. AWS CLI 설치 (Mac 기준) 터미널에 다음 명령어를 복사해서 붙여넣기 (또는 AWS 공식 홈페이지에서 GUI 설치 파일을 받기).

curl "https://awscli.amazonaws.com/AWSCLIV2.pkg" -o "AWSCLIV2.pkg"
sudo installer -pkg AWSCLIV2.pkg -target /

설치가 완료되었다면 터미널을 완전히 껐다가 다시 키고, 아래 단계 진행하기

aws configure (액세스 키와 비밀번호 입력 단계)
aws eks update-kubeconfig ... (클러스터 연결 단계)
kubectl port-forward ... (포트 포워딩 단계)

이 때 kubectl 명령어도 설치되어 있어야 한다! 만약 aws configure는 성공했는데 kubectl에서 다시 command not found가 뜬다면, 아래 명령어로 설치하자.

brew install kubernetes-cli

aws configure는 내 컴퓨터에 "나는 이 계정의 주인이니 AWS 리소스에 접근하게 해줘" 라고 신분증을 등록하는 과정이다.

이 작업을 하려면 먼저 IAM User의 Access Key가 있어야 한다. (회사 관리자에게 받았거나, AWS 콘솔에서 직접 생성해야 함.)

1. aws configure 입력 및 정보 기입

터미널에 aws configure를 입력하면 총 4가지를 물어본다. 하나씩 입력하고 엔터를 치면 된다.

$ aws configure
AWS Access Key ID [None]: (여기에 Access Key ID 입력)
AWS Secret Access Key [None]: (여기에 Secret Access Key 입력)
Default region name [None]: ap-northeast-2
Default output format [None]: json

Access Key ID: 보통 AKIA...로 시작하는 긴 문자열
Secret Access Key: 아주 긴 비밀번호 같은 문자열 (입력 시 화면에 안 보일 수 있으니 복사 붙여넣기 후 엔터 치기.)
Default region name: 서울 리전인 ap-northeast-2 입력
Default output format: 보통 json

2단계: EKS 클러스터 연결

aws eks update-kubeconfig --region ap-northeast-2 --name [클러스터_이름]

성공하면 Added new context ... 메시지가 나온다.

3단계: PostgreSQL 서비스 확인

kubectl get svc -n [네임스페이스]

우리 데이터베이스인 postgres 서비스가 목록에 보이는 걸 확인했다.

4단계: Port Forward

kubectl port-forward svc/postgres 5432:5432 -n oracle

원격 서버의 포트를 내 로컬 포트로 끌어오는 단계이다. Forwarding from 127.0.0.1:5432 -> 5432 메시지가 나오면 성공이다. 디비버를 사용하는 동안 이 창은 계속 켜두어야 연결이 유지된다.

왼쪽 5432: 내 컴퓨터(Local)에서 사용할 포트
오른쪽 5432: EKS 내부 DB 서버의 포트

이 터미널은 닫으면 연결이 끊긴다!!!! 절대 닫지 말자!!!

다시 연결하고 싶을 때는 전부 다 반복할 필요는 없다. aws configure와 eks update-kubeconfig는 한 번만 하면 설정이 저장되기 때문에 터미널을 닫았다가 다시 연결할 때는 맨 마지막 명령어만 다시 실행하면 된다.

kubectl port-forward svc/postgres 5432:5432 -n oracle

입력이 끝났다면 아래 명령어를 쳐서 내 정보가 잘 나오는지 확인하면 된다.

aws sts get-caller-identity

이렇게 내 계정 번호(Account)가 포함된 결과가 나오면 성공이다!! DBeaver 설정 시 Host는 localhost 또는 127.0.0.1로, Port는 5432로 설정하면 된다.

5단계: DBeaver에서 연결하기

포트 포워딩 터미널을 띄워둔 상태에서 DBeaver를 켜고 아래와 같이 설정하면 된다

Host: localhost 또는 127.0.0.1 (중요: RDS 주소가 아닌 로컬 주소를 넣어야 한다!)
Port: 5432 (포트 포워딩 명령어에서 앞에 적은 숫자와 일치해야 함)
Database: 접속하려는 DB 이름 (예: postgres)
Username / Password: DB 계정 정보 입력

conda 내보내기

비숑주인 — Thu, 5 Feb 2026 20:08:53 +0900

1. .yml 파일로 환경 복원하기

conda env create -f environment.yml

-f: 파일(file)을 지정한다는 의미
이 명령어는 파일 안에 적힌 name 항목을 읽어 자동으로 환경 이름을 설정하고 필요한 패키지들을 설치한다.

2. 다른 이름으로 환경 생성하기

만약 파일에 적힌 이름 말고 다른 이름으로 환경을 만들고 싶다면 -n 옵션을 추가하면 된다.

conda env create -f environment.yml -n 새로운환경이름

3. 기존 환경 업데이트하기

이미 만들어진 환경이 있는데, .yml 파일의 최신 내용으로 패키지를 동기화하고 싶을 때 사용한다

conda env update -f environment.yml --prune

--prune: 파일에 없는 패키지는 삭제하여 완벽하게 일치시키는 옵션

정보처리기사 4과목 기출 문제 오답 노트

비숑주인 — Sat, 24 Jan 2026 03:10:40 +0900

#include <stdio.h>
int main(int argc, char *argv[]) {
    int a = 5, b = 3, c = 12; // 초기화
    int t1, t2, t3;

    t1 = a && b; // 논리 AND 연산자, 두 피연산자가 모두 참(0이 아닌 값) 일 때 참(1)을 반환
    // t1=1
    t2 = a || b; // 논리 OR 연산자, 두 피연산자 중 하나라도 참이면 참(1) 을 반환
    // t2=1
    t3 = !c; // 논리 NOT 연산자, 피연산자가 참이면 거짓(0), 피연산자가 거짓이면 참(1)을 반환
    // t3=0

    printf("%d", t1 + t2 + t3); // 실행 결과 2
    return 0;
}

정답: 2

#include <stdio.h>

// 구조체 정의: 구조체 st는 정수형 변수 a와 정수형 배열 c[10]을 포함
struct st {
    int a;       // 정수 변수 a
    int c[10];   // 크기가 10인 정수형 배열 c
};

int main(int argc, char *argv[]) {
    int i = 0;
    struct st ob1;            // 구조체 st 타입의 변수 ob1 선언
    struct st ob2;            // 구조체 st 타입의 변수 ob2 선언
    ob1.a = 0;                // ob1의 a를 0으로 초기화
    ob2.a = 0;                // ob2의 a를 0으로 초기화

    for (i = 0; i < 10; i++) {
        ob1.c[i] = i;             // ob1.c[i]에 i 값을 저장
        ob2.c[i] = ob1.c[i] + i; // ob2.c[i]에 ob1.c[i] + i 값을 저장
    }

    // 반복문: 짝수 인덱스의 배열 값으로 ob1.a와 ob2.a를 누적합
    for (i = 0; i < 10; i += 2) {
        ob1.a = ob1.a + ob1.c[i]; // ob1.a에 ob1.c[i] 값을 누적
        ob2.a = ob2.a + ob2.c[i]; // ob2.a에 ob2.c[i] 값을 누적
    }

    printf("%d", ob1.a + ob2.a); // 20 + 40
    return 0;
}

ob1.c[i]는 i값을 그대로 저장하고, ob2.c[i]는
ob1.c[i] + i를 저장

// 첫 번째 반복 (i = 0)
ob1.a = ob1.a + ob1.c[0] = 0 + 0 = 0;
ob2.a = ob2.a + ob2.c[0] = 0 + 0 = 0;

// 두 번째 반복 (i = 2)
ob1.a = ob1.a + ob1.c[2] = 0 + 2 = 2;
ob2.a = ob2.a + ob2.c[2] = 0 + 4 = 4;

// 세 번째 반복 (i = 4)
ob1.a = ob1.a + ob1.c[4] = 2 + 4 = 6;
ob2.a = ob2.a + ob2.c[4] = 4 + 8 = 12;

// 네 번째 반복 (i = 6)
ob1.a = ob1.a + ob1.c[6] = 6 + 6 = 12;
ob2.a = ob2.a + ob2.c[6] = 12 + 12 = 24;

// 다섯 번째 반복 (i = 8)
ob1.a = ob1.a + ob1.c[8] = 12 + 8 = 20;
ob2.a = ob2.a + ob2.c[8] = 24 + 16 = 40;

int main(int argc, char *argv[]) { // int argc - main() 함수에 전달 되는 데이터의 갯수
//char *argv[] - main() 함수에 전달 되는 실제적인 데이터로 char형 포인터 배열로 구성 됨
	// 중략
}

실행 결과: 60

라우팅 프로토콜을 IGP(Interior Gateway Protocol)와 EGP(Exterior Gateway Protocol)로 분류했을 때, RIP는 IGP에 속한다. EGP는 BGP와 같은 프로토콜을 의미하는데, RIP는 네트워크 내에서의 라우팅을 위한 내부 게이트웨이 프로토콜(IGP)이다.

정답: HRN 스케줄링

UNIX는 멀티태스킹과 멀티유저를 모두 지원한다. 즉, 여러 사용자가 동시에 시스템을 사용할 수 있으며, 동시에 여러 작업을 처리할 수 있다.

UDP는 주소 지정과 경로 설정을 하지 않으며, 오직 데이터를 전송하는 역할 한다. 주소 지정과 경로 설정은 네트워크 계층에서 수행 된다.

UDP는 간단하고 빠르지만 신뢰성 없는 프로토콜로, 실시간 애플리케이션이나 패킷 손실을 감수할 수 있는 서비스
에서 유용하게 사용된다. TCP와 달리 연결을 설정하지 않고 빠른 데이터 전송을 제공하지만, 데이터 전송의 신뢰성
을 보장하지 않으므로 중요한 데이터의 전송에는 적합하지 않는다.

OSI 모델과 TCP/IP 모델의 비교

OSI 모델	TCP/IP 모델
7. 응용 계층	4. 응용 계층
6. 표현 계층	(표현 계층 없음)
5. 세션 계층	(세션 계층 없음)
4. 전송 계층	3. 전송 계층
3. 네트워크 계층	2. 인터넷 계층
2. 데이터 링크 계층	1. 네트워크 인터페이스 계층
1. 물리 계층	(네트워크 인터페이스 계층에 포함)

marr() 메서드 실행
- temp 배열을 생성: new int[4]
- Java의 기본값 규칙에 따라, temp 배열의 모든 요소는 0으로 초기화됨: [0, 0, 0, 0]
- for 문을 이용해 temp[i] = i를 수행하여 배열을 [0, 1, 2, 3]으로 설정
- temp 배열을 반환
main() 메서드 실행
- iarr는 marr() 메서드에서 반환된 [0, 1, 2, 3] 배열을 참조
- for 문을 이용해 배열을 출력: 0 1 2 3

Java의 배열 참조 변수 문제임! (C 언어의 포인터 개념과 유사)

답: 0,1,2,3

삼항 연산자
변수 = (조건식) ? 참일 때 값 : 거짓일 때 값;

mx = a < b ? b : a;
- 1 < 2이므로 b의 값인 2가 선택됨 → mx = 2
if (mx == 1)
- mx의 값은 2, 2 == 1은 false이므로 else 블록 실행
else 블록 실행:
- b = 2, mx = 2 → b < mx는 false
- 따라서 mn = c = 3

응집도(Cohesion)는 모듈 내부 요소들이 서로 관련된 정도를 나타내는 개념
응집도가 높을수록 모듈이 단일 책임 원칙(SRP)을 잘 따르고, 유지보수성이 좋다.

단계	응집도	유형 설명
1	우연적 응집도 (Coincidental Cohesion)	모듈 내부의 기능들이 아무 연관 없이 우연히 묶여 있음. 응집도가 가장 낮음.
2	논리적 응집도 (Logical Cohesion)	비슷한 유형의 작업이 같은 모듈에 있지만, 서로 관련이 없음.
3	시간적 응집도 (Temporal Cohesion)	특정 시점(초기화, 정리 등)에 실행되는 기능들이 모여 있음.
4	절차적 응집도 (Procedural Cohesion)	순차적으로 실행되지만, 서로 밀접한 관련이 없는 기능들이 묶여 있음.
5	순차적 응집도 (Sequential Cohesion)	한 기능의 출력이 다음 기능의 입력으로 사용됨.
6	통신적 응집도 (Communicational Cohesion)	동일한 데이터를 사용하거나, 같은 입출력을 공유하는 기능들이 묶여 있음.
7	기능적 응집도 (Functional Cohesion)	모듈이 하나의 명확한 기능만 수행하며, 응집도가 가장 높음.

n2 <= 2 → 2 <= 2 → true (1)
n3 > 3 → 3 > 3 → false (0)
true || false → 1 || 0 → 1
결과: r1 = 1

n3 = 3이므로 참(true)
!n3 → !3 → false (0)
결과: r2 = 0

n1 > 1 → 1 > 1 → false (0)
n2 < 3 → 2 < 3 → true (1)
false && true → 0 && 1 → 0
결과: r3 = 0

LRU (Least Recently Used) 알고리즘 사용 → 가장 오랫동안 사용되지 않은 페이지를 교체

페이지 결함이 발생하는 조건은 현재 프레임에 해당 페이지가 없을 때. 1,2,3,6,9번째 총 5회 페이지 결함이 발생한다.

1. 한 프로세스가 운영체제를 호출할 때 전체 프로세스가 대기할 필요가 없으므로 시스템 성능을 높일 수 있다.
→ 틀린 이유:
사용자 수준 스레드는 운영체제에 의해 직접 관리되지 않으며, 시스템 호출을 하면 프로세스 전체가 블록(block) 된다. 따라서, 시스템 성능을 높일 수 있는 요소가 아니다.

2. 동시에 여러 스레드가 커널에 접근할 수 있으므로 여러 스레드가 시스템 호출을 동시에 사용할 수 있다.
→ 틀린 이유:
사용자 수준 스레드는 운영체제가 아닌 사용자 라이브러리에서 관리되므로, 커널이 사용자 수준 스레드를 개별적으로 인식하지 않는다. 즉, 여러 스레드가 동시에 커널에 접근할 수 없다. 이는 오히려 커널 수준 스레드의 장점임

3. 각 스레드를 개별적으로 관리할 수 있으므로 스레드의 독립적인 스케줄링이 가능하다.
→ 틀린 이유:
사용자 수준 스레드는 운영체제가 아니라 사용자 라이브러리에서 스케줄링을 관리하지만, 한 스레드가 블록되면 전체 프로세스가 블록될 수 있는 문제가 있다.

4. 커널 모드로의 전환 없이 스레드 교환이 가능하므로 오버헤드가 줄어든다.
→ 정답인 이유:
사용자 수준 스레드는 커널의 개입 없이 사용자 공간에서만 실행되고 관리되므로, 스레드 간 전환(context switch) 시 커널 모드로 전환하는 오버헤드가 발생하지 않는다. 이는 사용자 수준 스레드의 주요 장점 중 하나임.

결합도는 모듈 간의 의존성(Dependency)을 나타내는 척도로, 결합도가 낮을수록 좋은 설계라고 평가된다. 결합도는 낮을수록 유지보수성과 확장성이 좋아진다.

1. 내용 결합도(Content Coupling) – 정답

한 모듈이 다른 모듈의 내부 데이터나 내부 기능을 직접 참조할 때 발생하는 가장 강한(나쁜) 결합도.
즉, 다른 모듈의 내부 변수를 직접 변경하거나 특정 내부 로직을 직접 참조하는 경우

2. 제어 결합도(Control Coupling) – 오답

한 모듈이 다른 모듈의 수행 흐름을 직접 제어하는 경우.
즉, 특정 값을 넘겨서 다른 모듈 내부에서 실행 흐름을 변경하도록 하는 방식.

3. 공통 결합도(Common Coupling) – 오답

여러 모듈이 **공통 데이터 영역(Global Variable)**을 공유하여 사용하는 경우.
공통 변수를 수정하면 영향을 받는 모듈이 많아 유지보수가 어려워짐.

4. 스탬프 결합도(Stamp Coupling) – 오답

한 모듈이 다른 모듈에 필요 이상의 데이터 구조(Record, Object 등)를 전달하는 경우.
즉, 필요한 데이터만 넘겨주는 것이 아니라 불필요한 데이터까지 포함된 구조체를 넘겨줌.

a[0]의 주소가 10이라고 가정하고, int형의 크기가 4Byte라고 주어짐
배열 a는 4개의 정수로 이루어져 있으며, 메모리에서 연속된 주소를 차지한다.

요소값	주소	계산
a[0]	14	10
a[1]	22	10 + 4 = 14
a[2]	30	14 + 4 = 18
a[3]	38	18 + 4 = 22

1. "시스템을 모듈로 분할하면 각각의 모듈을 별개로 만들고 수정할 수 있기 때문에 좋은 구조가 된다."

올바른 설명

모듈화(Modularity)의 주요 목표 중 하나는 재사용성, 유지보수성 향상
시스템을 독립적인 모듈로 나누면 각 모듈을 독립적으로 개발, 수정, 테스트할 수 있어 소프트웨어 구조가 개선된다.

2. "응집도는 모듈과 모듈 사이의 상호의존 또는 연결 정도를 의미한다."

틀린 설명 → 정답

응집도(Cohesion)는 모듈 내부 구성 요소 간의 연관성을 의미한다.
하지만, 이 선택지에서는 응집도를 "모듈과 모듈 사이의 상호의존"으로 잘못 설명하고 있다.
모듈 간의 연결 정도는 결합도(Coupling)라고 부른다.
올바른 개념 정리:
- 응집도(Cohesion) → 모듈 내부 요소 간의 연관성
- 결합도(Coupling) → 모듈 간의 연결성 (의존성)

3. "모듈 간의 결합도가 약해야 독립적인 모듈이 될 수 있다."

올바른 설명

결합도(Coupling)가 낮을수록(Loose Coupling) 모듈 간 독립성이 증가
낮은 결합도는 모듈을 독립적으로 수정, 교체, 테스트할 수 있도록 해 유지보수를 쉽게 만든다.

4. "모듈 내 구성 요소 간의 응집도가 강해야 좋은 모듈 설계이다."

올바른 설명

응집도가 높을수록(Strong Cohesion) 모듈이 단일 기능을 명확하게 수행하여 유지보수성이 향상됨
좋은 소프트웨어 설계에서는 높은 응집도(High Cohesion)와 낮은 결합도(Low Coupling)가 중요한 원칙

정보처리기사 1과목 기출 문제 오답 노트

비숑주인 — Sat, 24 Jan 2026 03:09:14 +0900

1. "객체 간의 동적 상호작용을 시간 개념을 중심으로 모델링하는 것이다."

올바른 설명

순차 다이어그램(Sequence Diagram)은 객체 간의 메시지 교환을 시간의 흐름에 따라 표현하는 UML 다이어그램
즉, 객체 간의 동적인 상호작용을 시각적으로 표현하는 것이 핵심

2. "주로 시스템의 정적 측면을 모델링하기 위해 사용한다."

틀린 설명 → 정답

순차 다이어그램은 시간에 따른 동작과 메시지 흐름을 표현하는 것이 목적이므로, 동적인 측면을 모델링하는 데 사용됨
정적 측면(Static Aspect)을 모델링하는 데 사용되는 UML 다이어그램은 클래스 다이어그램(Class Diagram)이다.

3. "일반적으로 다이어그램의 수직 방향이 시간의 흐름을 나타낸다."

올바른 설명

순차 다이어그램에서는 위에서 아래로 시간이 흐른다.
객체(Actor 또는 Object)는 가로축(수평 방향)에 배치되고, 시간의 흐름에 따라 메시지가 수직 방향(아래 방향)으로 연결된다.

4. "회귀 메시지(Self-Message), 제어블록(Statement block) 등으로 구성된다."

올바른 설명

순차 다이어그램은 객체 간 메시지, 회귀 메시지(Self-Message), 제어 구조(Control Structure) 등을 포함할 수 있다.
회귀 메시지(Self-Message): 객체가 자기 자신에게 메시지를 보내는 경우.
제어 블록(Statement Block): 루프(Loop), 조건문(Alternative), 병렬 실행(Parallel) 등의 논리를 표현하는 구조.

3번) 두 기법 모두 결함을 찾기 위한 '검토(Review)' 기법이라는 점은 같으나 방식이 다르다.

- 워크스루(Walkthrough): 개발자가 주도하여 동료들과 비형식적으로 검토하며 결함을 발견하고 이해를 높이는 것이 목적
- 인스펙션(Inspection): 작성자를 제외한 별도의 전문 검토팀(중재자, 기록자 등 역할 분담)이 정해진 절차와 체크리스트에 따라 수행하는 매우 엄격하고 형식적인 검토 과정

2번) 애자일 방법론 자체가 아니라, 나선형(Spiral) 모델의 4가지 주요 단계(계획 수립 → 위험 분석 → 개발 및 검증 → 고객 평가)

1번) XP는 구조적 방법론이 아니라, 변화에 기민하게 대응하는 애자일(Agile) 방법론의 한 종류

1번)

객체 모델링(Object): 객체 다이어그램을 통해 객체들 간의 관계를 규정하는 가장 기초적인 단계
동적 모델링(Dynamic): 상태 다이어그램을 사용하여 시스템의 행위를 기술
기능 모델링(Function): 자료 흐름도(DFD)를 통해 데이터 처리 과정을 표현

4번) 상향식 설계(Bottom-Up)는 최하위 모듈을 먼저 개발한 후 이를 결합하여 상위 모듈을 만드는 방식. 이 방식은 각 모듈이 이미 완성되어 있어야 하므로, 인터페이스가 사전에 명확하게 성립되어 있지 않으면 모듈 간의 결합이나 기능 추가가 매우 어렵다.

4번) 자료 사전(DD)은 구조적 분석 기법에서 데이터 흐름을 정의하는 도구이다. 요구사항 명세 시 구체적인 명세(상세 기능 정의)를 위해 직접적으로 사용되는 표준 도구는 소단위 명세서(Mini-Spec) 입니다.

MOM은 쉽게 말해 서로 다른 프로그램들이 데이터를 주고받을 수 있도록 중간에서 우체국 역할을 해주는 소프트웨어이다. MOM의 가장 큰 특징은 비동기 방식과 메시지 큐(Queue) 를 사용한다는 점이다. 데이터를 큐에 쌓아두고 순차적으로 처리하기 때문에, 실시간으로 바로바로 피드백이 와야 하는 '즉각적인 응답'에는 적합하지 않다.

오히려 반대로 "즉각적인 응답은 필요 없지만, 데이터가 유실되지 않고 느리더라도 안전하고 확실하게 전달되어야 하는 업무"에 아주 적합하다. (예: 쇼핑몰의 주문 처리 시스템, 이메일 전송 등)

1번이 틀린 이유는 익스트림 프로그래밍이 '구조적 방법론'이 아니라 '애자일(Agile) 방법론'이기 때문이다. 구조적 방법론은 완벽한 계획과 문서를 중시하며 순서대로 개발하는 방식이다. 반면 애자일 방법론은 상황 변화에 유연하게 대처하며 빠르게 코딩을 반복하는 방식이다.

5단원 정보시스템 구축 관리 개념 요약

비숑주인 — Sat, 24 Jan 2026 01:40:02 +0900

1. 정보 보안 및 접근 통제

정보보안 3대 요소

기밀성(Confidentiality): 인가된 사용자만 접근 가능.
무결성(Integrity): 인가된 사용자만 수정 가능.
가용성(Availability): 필요할 때 언제든 자원 사용 가능.

접근 통제 기술 (Access Control)

방식	영문	권한 부여 기준	특징
임의 접근 통제	DAC	신원(Identity)	데이터 소유자가 권한 지정 (SQL: GRANT/REVOKE)
강제 접근 통제	MAC	등급(Label)	관리자가 설정한 보안 등급 비교 (시스템이 결정)
역할 기반 접근 통제	RBAC	역할(Role)	사용자의 직무나 역할에 따라 권한 부여

2. 네트워크 구성 및 전송 방식

네트워크 토폴로지 (형태)

스타형(성형): 중앙 노드와 1:1 연결. 고장 발견이 쉽지만 중앙 노드 고장 시 전체 마비.
버스형: 한 개의 회선에 여러 단말 연결. 회선 양끝 종단장치(Terminator) 필요.
링형(환형): 인접 단말기끼리 연결. 한 노드 고장 시 전체 시스템 마비.
망형(메시형): 모든 지점 연결. 응답 속도와 신뢰성 최상, 비용은 가장 비쌈.

정보 전송 방식

단방향(Simplex): 한쪽으로만 전송 (라디오, TV).
반이중(Half-Duplex): 양방향 가능하나 동시는 불가 (무전기).
전이중(Full-Duplex): 동시에 양방향 송수신 가능 (전화기).

3. 암호화 알고리즘

양방향 암호화

구분	대칭키 (비밀키)	비대칭키 (공개키)
키 관계	암호화키 = 복호화키	암호화키 != 복호화키
속도	빠름	느림
키 개수	n(n-1)/2 (많음)	2n (적음)
종류	DES, AES, SEED, ARIA	RSA, ECC, Diffie-Hellman

단방향 암호화(Hash): 복호화가 불가능한 함수 (SHA, MD5 등). 고정된 길이의 해시값 출력.

4. 소프트웨어 비용 산정 기법

상향식 산정 (수학적 모델)

LOC (Source Line of Code): 코드 라인 수 기반 산정.
예측치 계산법: (a + 4c + b) / 6 (a: 낙관치, b: 비관치, c: 기대치)
COCOMO: 보헴 제안. 프로젝트 규모(LOC)에 따라 조직형(5만 라인 이하), 반분리형(30만 이하), 내장형(30만 초과) 으로 구분.
Putnam: 생명주기 전 과정 노력 분포 기반. Rayleigh-Norden 곡선 활용 (자동화 도구: SLIM).
기능 점수(FP): 소프트웨어의 기능(입력, 출력, 인터페이스 등) 가중치 합산.

하향식 산정

전문가 감정: 전문가에게 의뢰.
델파이 기법: 조정자와 여러 전문가의 의견 종합 (주관성 배제 노력).

5. 보안 시스템 및 솔루션

침입 탐지 시스템(IDS):
- 오용 탐지: 알려진 공격 패턴 기반.
- 이상 탐지: 정상 상태와 비교하여 비정상 행위 감지.
- NIDS: 네트워크 트래픽 감시 / HIDS: 호스트(서버) 내부 감시.
프레임워크:
- Spring: JAVA 기반 오픈소스 경량 프레임워크.
- 전자정부 프레임워크: 공공사업 표준 아키텍처 제공.

6. 정보보안 침해 및 서비스 공격 유형

악성코드 및 해킹 기법

종류	특징 및 공격 방식
웜 (Worm)	스스로 복제하며 네트워크를 통해 전파. (트로이 목마와 달리 자기 증식성 있음)
트로이 목마	정상 프로그램으로 위장하여 잠입. 복제 능력은 없으나 백도어 형성.
백도어 (Backdoor)	설계 시 고의로 만든 통로. 탐지법: 무결성 검사, 로그 분석, SetID 파일 확인.
스니핑 (Sniffing)	네트워크 상의 패킷을 엿보며 아이디/비밀번호 탈취. (도청)
스푸핑 (Spoofing)	승인받은 사용자인 것처럼 자신의 IP나 MAC 주소를 속여 접속.

서비스 거부 공격 (DoS / DDoS)

DoS: 한 곳에서 대량의 패킷 전송.
DDoS: 여러 좀비 PC(C&C 서버 명령)를 이용해 분산 공격.

공격 종류	상세 내용
Ping of Death	허용 범위를 넘는 거대한 ICMP 패킷을 보내 시스템 마비.
Smurfing	소스 IP를 타겟 IP로 위조한 후 ICMP Echo 요청을 브로드캐스트하여 타겟에게 응답 폭주 유도.
TearDrop	패킷 재조립 순서(Fragment Offset)를 조작하여 수신측 과부하 유도.
LAND Attack	출발지 IP와 목적지 IP를 동일하게 설정하여 무한 루프 응답 유도.

7. 정보보안 솔루션

솔루션	주요 기능
방화벽 (Firewall)	내부/외부 트래픽을 허용 규칙에 따라 필터링.
웹 방화벽 (WAF)	HTTP/HTTPS 등 웹 애플리케이션 계층(L7)의 공격(SQL Injection, XSS) 차단.
IPS (침입 방지)	IDS의 탐지 기능에 능동적 차단 기능을 결합한 솔루션.
VPN (가상 사설망)	공중망을 전용회선처럼 사용할 수 있게 하는 터널링 및 암호화 기술.
DLP (데이터 유출 방지)	사내 기밀 정보가 외부로 나가는 것을 탐지 및 통제.
NAC (네트워크 접근 제어)	내부망 접속 시 MAC 주소 기반 인증 및 무결성 체크.

8. 소프트웨어 품질 및 프로세스 평가 모델

CMMI (능력 성숙도 통합 모델)

초기(Initial): 프로세스 없음. 개인의 능력에 의존.
관리(Managed): 프로젝트 단위의 관리 규칙 존재.
정의(Defined): 조직 차원의 표준 프로세스 확립.
정량적 관리(Quantitatively Managed): 데이터 기반 정량적 통제.
최적화(Optimizing): 지속적인 개선 추진.

SPICE (ISO 15504)

SW 프로세스 평가를 위한 국제 표준으로 6단계 등급을 가집니다.

불완전 → 수행 → 관리 → 확립 → 예측 가능 → 최적

9. 데이터 오류 및 기타 보안 용어

코드 오류 종류

필사(Transcription): 한 자리를 잘못 기록 (ABCD → ABFD)
전위(Transposition): 좌우 자리를 바꿈 (ABCD → ACBD)
이중(Double): 전위 오류가 두 번 발생.

세션 하이재킹 (Session Hijacking)

서버와 클라이언트 간의 세션을 가로채는 공격으로, TCP의 비동기화 상태를 이용하여 접속 권한을 탈취합니다. 탐지법은 ACK Storm 탐지가 대표적

10. UNIX / LINUX 명령어

chmod: chmod 755 파일명 (rwx r-x r-x 권한 부여)
fork / exec: 프로세스 생성 및 실행.
cat / ls / rm: 내용 확인 / 목록 확인 / 삭제.

11. 보안 및 인증 관련 용어

메모리 공격 방어 기술과 인증 프로토콜이 핵심

용어	핵심 정의 및 특징
Stack Guard	스택 오버플로우를 방지하기 위해 메모리에 Canary(카나리) 값을 심고, 이 값이 변조되면 프로그램을 중단시키는 기술
ASLR	주소 공간 배치 난독화. 실행 시마다 메모리 주소(Stack, Heap 등)를 랜덤하게 배치하여 해커의 주소 예측 공격을 차단
Salt	비밀번호 암호화 시, 동일한 패스워드라도 서로 다른 암호문이 생성되도록 덧붙이는 무작위 문자열
SSO	단일 로그인. 한 번의 인증으로 여러 연관된 시스템에 추가 로그인 없이 접근할 수 있는 기술
SSH	네트워크 상의 다른 컴퓨터에 로그인하거나 원격 명령을 실행할 수 있게 해주는 암호화 프로토콜(포트 22번)

12. 네트워크 및 인프라 신기술

물리적 한계를 넘는 논리적 구성과 차세대 통신망 관련 용어

용어	핵심 정의 및 특징
VLAN	물리적 위치와 관계없이 논리적으로 LAN을 분할하여 보안성과 성능을 높이는 기술
MQTT	발행-구독(Pub-Sub) 기반의 가볍고 낮은 대역폭을 사용하는 IoT 전용 메시징 프로토콜
Docker	컨테이너 기반 가상화 도구. 애플리케이션을 환경에 구애받지 않고 빠르게 배포/실행할 수 있게 함
PaaS-Ta	국내 기술로 개발된 개방형 클라우드 컴퓨팅 플랫폼(PaaS)
Mesh Network	망형 네트워크. 기기들이 서로 그물망처럼 연결되어 장애 발생 시 우회 경로를 찾는 등 안정성이 매우 높음

13. 보안 진단 및 분석 도구

시스템의 취약점을 찾거나 변조 여부를 확인하는 도구들.

nmap: 서버에 열려 있는 포트를 스캐닝하여 보안 취약점을 찾는 네트워크 분석 도구
Tripwire: 시스템 내 파일의 변조 여부를 감시하는 무결성 검사 도구. (백도어 탐지 등에 활용)
Router: 서로 다른 네트워크를 연결하고 최적의 경로를 설정해 주는 장비1

14. 최신 IT 트렌드 및 서비스

디지털 전환(DX)과 관련된 융합 기술들

Digital Twin: 현실의 사물을 가상 세계에 똑같이 구현하여 시뮬레이션함으로써 사고를 예방하고 자산을 최적화하는 기술
Smart Grid: IT를 전력망에 접목하여 에너지 효율을 극대화하는 지능형 전력망
SOA (서비스 지향 아키텍처): 업무 단위를 '서비스'라는 독립된 기능으로 구축하고 결합하여 시스템을 구성하는 방법론
Mashup: 웹에서 제공하는 여러 API나 서비스를 조합하여 새로운 서비스를 만드는 기술. (예: 구글 지도 + 부동산 정보)
PICONET: 블루투스 등으로 형성된 소규모 무선 네트워크 단위