일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- pwn
- GEF
- 지훈현서
- tool
- python3.11 설치
- std::cerr
- 개발
- 임베디드 시스템 해킹
- python3.11 pip
- 리커버릿
- Python.h: No such file or directory
- GDB
- pip 에러 해결
- 실시간로깅
- 공유 라이브러리는 왜 항상 같은 순서로 맵핑 될까?
- vhdx 파일 복구
- wsl2 복구
- Python3
- Recoverit
- z3 signed 이슈
- docker
- pwntools
- Seccomp bypass
- vmware 반응 속도
- VSCode C++ 표준 버전 수정
- OpenAI 개발
- c++
- python
- DYNAMIC Section
- Windows 부팅 오류
- Today
- Total
목록분류 전체보기 (141)
OZ1NG의 뽀나블(Pwnable)
보호되어 있는 글입니다.
보호되어 있는 글입니다.
WSL2에서 dockerfile로 apt update 명령어를 실행했었는데 실행 도중 에러가 났다. 원인을 보니 wsl과 실제 시간이 시간동기화가 되어 있지 않아 발생하는 문제라고 한다. # 현재 시간 확인 명령어 : $ date (wsl2에서는 컴퓨터가 절전모드가 되었을 경우 wsl2의 시간은 절전이 되는 시점에서 멈춰버려 실제 시간과의 시간 동기 문제가 발생한다고 한다.) 따라서 시간동기화를 하기위해 (앞으로 자동으로 하게만들기 위해) wsl2에 chrony라는 deamon을 설치했다. $ sudo apt -y install chrony $ sudo service chrony start # wsl2 터미널 재시작데몬을 키게 되면 알아서 시간동기화 서버와 통신하며 주기적으로 시간동기화를 해준다고 한다...
[*] 해당 에러는 파일이 ulimit에 설정된 한계보다 더 많이 열린 경우 발생합니다. [원인] ulimit -a 명령어로 확인 가능하고 보통 1024개입니다. 이 에러는 단순히 open()을 이용했다가 close를 안했을 때에도 발생하지만 subprocess.popen을 사용했을 때에도 발생합니다. 정확히 하면 popen의 옵션으로 stderr=subprocess.PIPE, stdout=subprocess.PIPE을 사용하였을 경우에 발생합니다. - 원인(추정) : popen으로 실행한 바이너리에서 출력하는 로그를 파이썬에서 fd로 받아오는 것으로 추정합니다... 추정 근거 : fd를 사용할때 /proc/pid(python3)/fd에 fd번호로 파일이 생성되는데 모니터링 결과 해당 개수가 계속 늘어나..
보호되어 있는 글입니다.
보호되어 있는 글입니다.
보호되어 있는 글입니다.
보호되어 있는 글입니다.