티스토리

꾸러기해커

검색하기

블로그 홈

꾸러기해커

bde574786.tistory.com/m

bde574786 님의 블로그입니다.

구독자: 2

방명록 방문하기

주요 글 목록

[Dreamhack] Curlove2 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 4. 28.
link-shortener 코드 분석더보기main.pyFlask 앱이 시작될 때 설정되는 전역 구성값들이다.app = Flask(__name__)app.config["SQLALCHEMY_DATABASE_URI"] = "sqlite:///db/links.db"app.config["TOKEN"] = token_hex(64)app.secret_key = token_hex(64)engine = create_engine(app.config["SQLALCHEMY_DATABASE_URI"], echo=False)SessionFactory = sessionmaker(bind=engine)Session = scoped_session(SessionFactory)base_url = getenv("BASE_URL", "http://127.0.0.1:5.. 공감수 0 댓글수 0 2025. 4. 25.
defense-in-depth 코드 분석더보기app.pyBLACKLIST 필터링, EXPLAIN QUERY PLAN 쿼리로 WAF가 걸려있다.@app.route('/info/', methods=['GET'])def get_user_info(name): if len(name) > 100: return jsonify({"Message": "Why the long name? Are you Tung Tung Tung Tung Tung Tung Tung Sahua????"}), 403 try: db = get_db() cursor = db.cursor() except Exception: print(traceback.format_exc()) return jsonify.. 공감수 0 댓글수 0 2025. 4. 24.
Atom Bomb 코드 분석더보기page.html/bomb_impacts 경로로 폭탄 정보를 전달하면 Elixir 서버가 위험도를 계산해 준다.async function check_bomb_danger(bomb) { // convert altitude to an atom bomb.altitude = ":" + bomb.altitude payload = { impact: { bomb: bomb } }; try { const responce = await fetch("/bomb_impacts", { method: "POST", body: JSON.stringify(payload), h.. 공감수 1 댓글수 0 2025. 4. 24.
trouble at the spa 코드 분석더보기main.tsxReact 앱이 시작되는 부분이다. /flag 경로에서 FLAG를 보여주도록 라우터가 설정되어 있다.import { StrictMode } from 'react';import { createRoot } from 'react-dom/client';import { BrowserRouter, Routes, Route } from 'react-router';// Pagesimport App from './App.tsx';import Flag from './Flag.tsx';import './index.css';createRoot(document.getElementById('root')!).render( } /> .. 공감수 1 댓글수 0 2025. 4. 22.
when 코드 분석더보기app.tsExpress 앱에 limiter라는 전역 미들웨어가 등록되어 있다. 60초에 60번까지만 /gamble 요청이 가능하다.const limiter = rateLimit({ windowMs: 60 * 1000, limit: 60, // 60 per minute standardHeaders: 'draft-7', legacyHeaders: false, skip: (req, res) => { return req.path != "/gamble" }})const app = express()app.use(limiter)app.use(express.static(path.join(__dirname, 'static'))) 클라이언트가 보낸 date 헤더 값을 초 단위 tim.. 공감수 0 댓글수 0 2025. 4. 22.
[Dreamhack] cURL-Based Call 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 4. 21.
[Dreamhack] Make 01 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 4. 21.
[Dreamhack] Invitation 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 4. 21.
PHAR Deserialization Vulnerability PHAR(PHP Archive) 구조PHAR 파일은 4가지의 구조로 이루어져있다. Stub작은 형태의 코드를 담을 수 있는 공간__HALT_COMPILER(); 코드가 있어야 PHAR 파일로 인식Stub을 지정하지 않으면 약 7KB 코드가 기본값으로 설정됨 Manifest해당 PHAR 내부 파일에 대한 메타데이터 저장setMeta(mixed $metadata) 함수를 통해 설정 가능 File ContentsPHAR 내 데이터 영역 Signature(Optional)PHAR에 대한 시그니처 그 중 PHAR Manifest의 각 파일에는 다음 정보가 포함되어 있으며 마지막 바이트 부분에서 직렬화 포맷을 사용하고 있다. 따라서, 공격자는 Manifest의 serialize 영역에 의도적인 PHP 객체 페이로드.. 공감수 2 댓글수 1 2025. 4. 15.
[Dreamhack] Return to Library 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 4. 14.
[Dreamhack] Secret Document Storage 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 4. 14.
[Dreamhack] Buffalo Wings 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 4. 11.
[wargame.kr] counting query 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 4. 10.
[Dreamhack] Movie time table 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 4. 10.
[Dreamhack] Pybrid 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 4. 10.
임시 객체로 치환(replace) 저장소 분리1. 저장소를 분리할 수 있도록 새로운 브랜치를 생성한다. 2. 깃허브에서 위 저장소와 동기화할 새로운 원격 저장소를 생성하고 로컬 저장소에 등록한다. 3. 생성한 브랜치를 원격 저장소로 푸시한다. 이때 로컬 저장소의 브랜치는 분리 기준이 되는 worked 브랜치이다. 그리고 원격 저장소로 전송되는 브랜치는 main 브랜치이다. 이제 원격 저장소는 커밋 3개만 main 브랜치에 가지고 있다. 4. 저장소를 분리하기 위해 commit-tree 명령어로 가상의 임시 객체를 생성한다. 이 객체는 아직 다른 어떤 객체와도 연결되지 않고 떨어져 있는 객체이다. 5. 생성된 임시 객체를 다른 커밋 객체와 리베이스하여 병합한다. 결과로 이전에 있던 커밋들과 연결 고리가 끊어져 분리되었으며 로그 기록에는 .. 공감수 0 댓글수 0 2025. 4. 8.
파일 애너테이션(blame) 여러 개발자와 협업하다 보면 잘못된 코드를 찾는 것은 쉽지 않다. 모든 커밋 이력을 살펴본다면 시간이 오래 걸리므로 깃은 이러한 코드를 쉽게 찾을 수 있도록 파일의 수정 이력을 분석한다. blame 명령어blame 기능은 커밋의 메타 정보를 코드 라인 별로 같이 결합하여 출력한다. 코드를 수정한 사람이 누구인지, 언제 수정한지를 쉽게 판별할 수 있으며, 메타 정보를 바탕으로 문제를 좀 더 쉽게 파악할 수 있다. blame 명령어는 개별 파일에서만 동작하며, 명령어 인자 값으로 개별 파일을 전달한다.$ git blame blame 옵션소스 코드의 용량이 클 때는 이력 정보도 많이 출력된다. 이때는 L 옵션을 사용하여 파일의 특정 영역만 지정할 수 있다.$ git blame -L , 추가 옵션-e: 사.. 공감수 0 댓글수 0 2025. 4. 8.
참조 기록(reflog) 참조 기록 확인reflog깃은 안정적인 작업을 유지하기 위해 참조된 모든 refs를 기록한다. 그리고 내부적으로 작업한 모든 HEAD와 브랜치 포인터를 기록한다. 이때 사용된 포인터들의 기록을 reflog라고 하며, reflog 기록은 reflog 명령어를 사용하여 확인할 수 있다.$ git reflog log -glog 명령어의 g 옵션으로도 refs 로그를 확인할 수 있다.$ git log -g 기록 확인reflog 기록들은 HEAD@{숫자} 형태이다. 각 숫자는 작업을 수행한 해시 값을 가리킨다. 따라서, reflog에 기록된 HEAD@{숫자} 포인터를 이용하여 커밋 정보를 확인할 수 있다.$ git show HEAD@{0} 기간 확인커밋의 로그 기록이 많은 경우 필터링할 수 있다. 필터링은 특정한.. 공감수 0 댓글수 0 2025. 4. 8.
참조(refs) 해시 값 확인생성된 모든 해시 값은 show 명령어로 확인할 수 있다.$ git show 역 조회show 명령과는 반대로 rev-parse 명령어로 포인터의 해시 값을 알 수 있다. 예를 들어, 브랜치는 커밋 해시 값을 가리키는 포인터이므로 브랜치 이름을 사용하여 참조하는 해시 값을 조회할 수 있다.$ git rev-parse main 참조 목록깃에서는 생성된 해시 값을 쉽게 참조할 수 있도록 refs 목록을 생성한다. 깃의 모든 refs 목록은 저장소의 숨긴 영역인 .git/refs 폴더 안에 저장된다. 처음 저장소를 생성하면 .git/refs 폴더에는 heads와 tags 폴더만 있다. 새로운 feature 브랜치를 만들고 .git/refs 폴더를 확인하면 feature 브랜치의 refs가 생성되었.. 공감수 0 댓글수 0 2025. 4. 8.
서브 모듈 저장소 분리규모가 큰 프로젝트를 효과적으로 관리하기 위해, 프로젝트를 작은 단위로 분리하여 관리하는 방식이 많이 사용된다. 이를 위해 Git은 서브모듈(Submodule) 이라는 개념을 제공한다.서브모듈은 하나의 Git 저장소가 다른 Git 저장소를 포함하는 형태로, 대형 프로젝트를 모듈화하여 독립적으로 관리할 수 있도록 도와준다. 각각의 기능을 독립된 저장소로 분리하여 관리하며, 독립적으로 관리된 저장소들은 다시 메인 저장소(Main Repository) 와 결합하여 재사용된다. 이러한 방식은 프로젝트의 유지 보수성과 확장성을 크게 향상시킨다. 서브 모듈 추가부모 저장소와 자식 저장소를 생성하고 각각 원격 저장소에 연결해준 상황이다.submodule 명령어의 add 옵션은 부모 저장소에 자식 저장소를 .. 공감수 0 댓글수 0 2025. 4. 8.
[Dreamhack] ejs@3.1.8 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 4. 7.
[Dreamhack] ssp_001 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 3. 29.
[Dreamhack] Return to Shellcode 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 3. 28.
배포 관리 태그깃은 정리된 커밋을 배포할 수 있도록 특수한 포인터를 제공하며, 특정 커밋을 가리키는 포인터로 버전을 관리한다. 이 포인터를 태그라고 한다. 즉, 태그는 특정 커밋의 해시 값을 가리키는 꼬리표를 의미 한다.최종 사용자는 개발자가 부여한 태그를 사용하여 코드 버전을 구별한다. 또한, 태그 포인터로 최종 배포판의 커밋을 구별한다. 태그는 커밋 해시 값을 기준으로 생성되며 특정 커밋 해시 값을 가리키는 것 뿐만 아니라, 꼬리표 이름과 정보도 포함하고 있다. 태그는 추가 정보를 보유하는지 여부에 따라 두 가지로 구분한다.Annotated: 태그 이름 + 정보 포함Lightweight: 태그 이름만 포함 태그 목록단순히 태그 목록을 확인하고 싶다면 tag 명령을 단독으로 실행하거나 l 옵션을 사용하여 모든 태.. 공감수 0 댓글수 0 2025. 3. 27.
커밋 복귀 reset 명령어리셋 명령어를 사용하면 지정된 커밋 코드로 되돌아가고 특정 커밋의 해시 값 상태로 모든 코드를 복구한다. $ git reset 옵션 커밋ID mixed리셋 명령어의 기본 옵션이다.$ git reset --mixed 커밋ID$ git reset 커밋ID 리셋한 후 스테이지 상태까지 복원하지는 않기 때문에 수정 사항이 Unstaged 상태로 남게 된다. 따라서, 커밋하려면 add 명령을 먼저 실행한다. softsoft 옵션은 가장 낮은 단계의 리셋 동작이다. 지정한 커밋 위치로 복귀하면서 스테이지 영역의 상태도 같이 복구시킨다. 즉, 해당 옵션은 파일을 수정하고, add 명령어로 스테이지 영역에 올려 커밋을 실행하기 직전의 단계로 되돌린다.soft 옵션은 단순히 HEAD 위치만 이동하는 역할.. 공감수 0 댓글수 0 2025. 3. 25.
리베이스(rebase) 브랜치를 합치는 방법은 병합 외에도 리베이스가 있다. 리베이스는 커밋의 트리 구조를 재배열하는 것으로 파생된 브랜치의 기준이 되는 베이스 커밋을 변경하는 것이다. 브랜치가 많아지면 단계별로 커밋을 따라가면서 코드를 확인해야하는 불편함이 있으므로 베이스의 분기점을 변경하여 진행 사항을 파악하기 쉽게 한다. 리베이스 vs 병합병합은 두 브랜치의 공통 조상 커밋을 찾아 서로 다른 커밋을 3-way 방식으로 병합할 수 있다. 병합하는 두 브랜치는 순차적으로 커밋을 비교하면서 마지막 최종 커밋을 생성한다.반면 리베이스는 두 브랜치를 서로 비교하지 않고 순차적으로 커밋 병합을 시도한다. 따라서 리베이스는 단순히 변경 사항을 새로운 베이스 브랜치의 최신 커밋 뒤로 하나씩 적용하는 방식으로 진행된다. 이 과정에서 두 .. 공감수 0 댓글수 0 2025. 3. 24.
병합 충돌 해결 여러 사람과 개발 작업을 하다 보면 충돌이 자주 발생한다. 대부분의 충돌 원인은 같은 위치의 코드를 동시에 수정했을 때 두 수정 중 어떤 것이 맞는지 깃에서 자동으로 알 수 없기 때문에 발생한다. 보통 3-way 병합이 실패한 경우이다. 충돌 상황을 만들기 위하여 main 브랜치에서 footer 브랜치를 생성하고 임의의 파일을 수정한 다음 커밋한다. 다시 main 브랜치로 체크아웃하고 충돌이 발생하도록 같은 파일의 같은 위치를 수정한 후 커밋한다. 서로 다르게 분기된 브랜치이기 때문에 3-way 병합을 시도한다면 자동으로 병합되지 못하고 충돌이 발생하게 된다. 이어서 git status로 작업 상태를 확인해보면 커밋되지 않은 변경 사항이 추가가 되어있음을 알 수 있다. 수동으로 충돌 해결깃은 충돌이 발생.. 공감수 0 댓글수 0 2025. 3. 24.
[Dreamhack] basic_exploitation_000 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 3. 23.
[Dreamhack] basic_exploitation_001 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 3. 22.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.