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