滲透測試網(wǎng)絡(luò)安全應(yīng)用安全【免費下載鏈接】reconftwreconFTW is a tool designed to perform automated recon on a target domain by running the best set of tools to perform scanning and finding out vulnerabilities項目地址https://gitcode.com/gh_mirrors/re/reconftw點擊查看免費下載reconFTW 是面向 bug bounty、滲透測試與安全研究場景的 Bash 偵察編排框架其 Phase 1Resilient Resume Timeout Safety集中解決長時間掃描面臨的四類可靠性問題中斷后無法續(xù)跑、磁盤中途寫滿、并行批處理被卡死作業(yè)拖垮、DNS 枚舉無限期掛起。本文基于 01-CONTEXT.md 的完整設(shè)計決策D-01D-17結(jié)合 modules/core.sh、lib/parallel.sh、modules/utils.sh、modules/modes.sh 與 reconftw.cfg 的實際實現(xiàn)講清每個機制的觸發(fā)鏈路、配置方法與源碼級依據(jù)。讀完你既能掌握PRESERVEtrue續(xù)跑、PARALLEL_JOB_TIMEOUT_SECONDS限時等實戰(zhàn)配置也能理解這套設(shè)計為何選哨兵文件 EXIT trap而非 PID/時間戳方案。一、Phase 1 的邊界與目標四項 v1 需求Phase 1 要解決的核心問題長時間掃描在遭遇中斷、磁盤壓力或卡死工具時不能靜默產(chǎn)出截斷結(jié)果也不能在續(xù)跑時浪費數(shù)小時重復(fù)勞動。按 ROADMAP.md 的定義Phase 1 覆蓋 REQUIREMENTS.md 中的四項 v1 需求拆分為三個計劃計劃機制對應(yīng)需求01-01.inprogress哨兵生命周期 續(xù)跑檢測RESIL-0101-02函數(shù)邊界處周期性df檢查磁盤滿中途防護RESIL-0201-03lib/parallel.sh中PARALLEL_JOB_TIMEOUT_SECONDS強制執(zhí)行 reconftw.cfgDNS 超時默認值RESIL-03、PERF-02范圍內(nèi)改動面生命周期包裝位于 modules/core.sh 的start_func/end_func并行作業(yè)機制位于 lib/parallel.sh磁盤輔助函數(shù)位于 modules/utils.sh四項配置默認值位于 reconftw.cfg。明確不在范圍內(nèi)推遲到其他階段MIN_DISK_SPACE_GB的 2-vs-5 不一致問題DOCS-02Phase 5、逐工具線程上限PERF-01Phase 3、針對新超時/心跳路徑的并行覆蓋測試TEST-01Phase 4。從 PROJECT.md 可以看到Phase 1 的五項成果RESIL-01/02/03、PERF-02 及 01-04/01-05 兩個缺口修復(fù)均已標記為 Validated說明下述設(shè)計與實現(xiàn)已經(jīng)落地為倉庫中的真實代碼。二、.inprogress哨兵生命周期與續(xù)跑檢測RESIL-012.1 哨兵文件的形態(tài)純空文件D-01設(shè)計決策 D-01 規(guī)定哨兵文件是一個純空文件${called_fn_dir}/.inprogress_fn。start_func負責touch創(chuàng)建它end_func負責在touch既有的.fn成功檢查點之前刪除它。不攜帶任何 JSON 元數(shù)據(jù)、PID 或時間戳。源碼印證modules/core.shstart_funcL1441-L1469function start_func() { # Mid-run disk-full guard (D-07/D-09): abort BEFORE any state write _check_disk_mid_run || _abort_disk_full ... # Resume sentinel (RESIL-01 / D-01): touch .inprogress_fn as a crash-leftover marker if [[ -n ${called_fn_dir:-} ]]; then touch $called_fn_dir/.inprogress_${1} 2/dev/null || true fi log_json INFO ${1} Function started description${2} ... }對應(yīng) modules/core.shend_funcL1471-L1507# Resume sentinel (RESIL-01 / D-01): remove .inprogress_fn BEFORE touching # the .fn success checkpoint. A crash between the rm and the touch leaves # .fn absent — the existing checkpoint guard re-enters the function on the # next run. .fn is the source of truth; .inprogress_fn is a surface # indicator only. if [[ -n ${called_fn_dir:-} ]]; then rm -f $called_fn_dir/.inprogress_${fn} 2/dev/null || true touch $called_fn_dir/.${fn} 2/dev/null || true fi關(guān)鍵語義.fn是事實來源決定是否重跑.inprogress_fn只是表面指示器用于發(fā)生了什么的報告不參與控制流。若函數(shù)在rm與touch之間崩潰.fn缺失下次運行的檢查點守衛(wèi)會自然重入該函數(shù)——這正是透明續(xù)跑得以成立的原因見 2.5。2.2 過時檢測clean-exit-gated trapD-02D-02 規(guī)定過時檢測采用以干凈退出為門檻的 trap 清理機制modules/modes.sh 的start()L13 起初始化模塊級標志_RECON_CLEAN_EXITfalse實際在 L16并安裝一個獨立的 EXIT-only trap調(diào)用_cleanup_inprogresstrap 清掃以_RECON_CLEAN_EXITtrue為門檻該值由end()工作流收尾函數(shù)的最后一條可執(zhí)行語句設(shè)置因此干凈遍歷不會殘留任何.inprogress_*文件而 SIGINT/SIGTERM經(jīng)由cleanup_on_exittrap 調(diào)用exit 130不會翻轉(zhuǎn)該標志EXIT trap 以_RECON_CLEAN_EXITfalse觸發(fā)哨兵得以保留——下次運行看到哨兵并發(fā)出 WARN 續(xù)跑橫幅。trap 安裝源碼modules/modes.sh L122-L123trap cleanup_on_exit INT TERM trap _cleanup_inprogress EXIT # silent EXIT-only sentinel sweep (D-02)標志翻轉(zhuǎn)源碼modules/modes.sh L526-L532end()收尾# Mark clean traversal so the EXIT traps _cleanup_inprogress sweeps # ... (bypasses end() — SIGINT/SIGTERM via cleanup_on_exit, an # internal abort like _abort_disk_fulls exit 1, or an unhandled error) _RECON_CLEAN_EXITtrueEXIT trap 實現(xiàn)modules/utils.sh_cleanup_inprogressL153-L157function _cleanup_inprogress() { [[ ${_RECON_CLEAN_EXIT:-false} true ]] || return 0 [[ -n ${called_fn_dir:-} ]] rm -f ${called_fn_dir}/.inprogress_* 2/dev/null return 0 }注意start()中還已存在一個 ERR trapmodules/modes.sh L140 附近新增的 EXIT trap 必須與它組合而非替換——可通過單個注冊字符串鏈式掛多個 handler或重構(gòu)為同時調(diào)用兩者的單一_recon_exit_hook。2.3 為何棄用 PID / 時間戳方案D-03D-03 解釋了選型的理由項目是單操作員、單目標約束見 PROJECT.md Constraints 與 CLAUDE.md同一called_fn_dir永遠不會被并發(fā)運行競爭。這一約束使得目錄里還留著哨兵 之前崩潰過成為安全推斷從而完全不需要 PID 存活探測或時間戳過時窗口。PID 方案在長時運行機器上還會因PID 回收而失效舊進程的 PID 可能被新進程復(fù)用導(dǎo)致誤判存活。因此規(guī)劃階段明確要求不要出于保險重新引入 PID/時間戳元數(shù)據(jù)——在單操作員約束下更簡單的設(shè)計才是正確的設(shè)計見原文檔 Specific Ideas 小節(jié)。2.4 續(xù)跑報告單行橫幅而非逐函數(shù)徽章D-04D-04 規(guī)定當start()時發(fā)現(xiàn)一個或多個.inprogress_*文件在 recon 橫幅頂部輸出一行匯總WARN resume: N functions re-running after interruption (fn_a, fn_b)之后靜默繼續(xù)——不做逐函數(shù)RESUME徽章不在模塊區(qū)內(nèi)部增加額外噪聲。JSONL 日志同步輸出levelWARN funcresume reasoninprogress_leftover funcsfn_a,fn_b。該設(shè)計刻意保持OK/WARN/FAIL/SKIP徽章詞匯不變徽章詞匯表鎖定于 CONVENTIONS.md匯總行是唯一的續(xù)跑專屬 UI。橫幅渲染方式用現(xiàn)有_print_msg WARN還是新_print_resume_banner輔助函數(shù)屬于規(guī)劃層渲染選擇由于它是 WARN 級別在默認OUTPUT_VERBOSITY1下即可見而_print_error路徑的磁盤滿錯誤則始終可見。2.5PRESERVEfalse清理與透明重執(zhí)行D-05 / D-06D-05PRESERVEfalse默認在運行開始前就會清空.fn檢查點同一個循環(huán)也必須清理任何孤兒.inprogress_*文件保證PRESERVEfalse的運行永不報告續(xù)跑。而PRESERVEtrue時trap 清理 殘留檢測邏輯正是續(xù)跑得以工作的機制。D-06函數(shù)重執(zhí)行是透明的。既有檢查點守衛(wèi)[[ ! -f $called_fn_dir/.${FUNCNAME[0]} ]] || [[ $DIFF true ]]本就會重跑.fn不存在的函數(shù)——崩潰的函數(shù)從未到達end_func其.fn必然缺失守衛(wèi)自然重入。哨兵文件純粹服務(wù)于發(fā)生了什么的表面報告不驅(qū)動控制流。這與 ROADMAP.md 的成功標準 1 完全一致中斷sub_brute后以PRESERVEtrue重跑產(chǎn)生清晰的.inprogress_sub_brute指示且僅重執(zhí)行該函數(shù)——已完成的函數(shù)保留.func檢查點并被跳過。三、磁盤滿中途防護RESIL-023.1 檢查節(jié)奏每個函數(shù)邊界D-07D-07 規(guī)定檢查節(jié)奏為每次start_func/end_func邊界新增輔助函數(shù)_check_disk_mid_run位于 modules/utils.sh緊挨既有check_disk_space()start_func在既有函數(shù)體之前調(diào)用它end_func在 touch 檢查點之后調(diào)用它。源碼印證start_func第一行即_check_disk_mid_run || _abort_disk_fullmodules/core.sh L1444end_func在持久化.status_fn之后、收尾之前再次執(zhí)行_check_disk_mid_run || _abort_disk_fullmodules/core.sh L1575注釋明確說明在.fn與.status_fn可靠寫入之后執(zhí)行讓已完成的函數(shù)留下完整成功記錄在此中止可保護下一個函數(shù)不在無余量狀態(tài)下運行。成本評估每次調(diào)用約 1ms一個掃描約 100 次函數(shù)邊界總開銷可忽略不引入后臺監(jiān)視進程。3.2 閾值單一來源復(fù)用MIN_DISK_SPACE_GBD-08D-08 規(guī)定閾值就是 pre-flight 檢查所用的同一個MIN_DISK_SPACE_GB單一事實來源實現(xiàn)如下modules/utils.sh L449-L453# Mid-run disk-full check: thin wrapper around check_disk_space using MIN_DISK_SPACE_GB (D-07/D-08). function _check_disk_mid_run() { check_disk_space ${MIN_DISK_SPACE_GB:-5} ${dir:-.} return $? }底層的check_disk_space()modules/utils.sh L432-L447用df -Pk計算可用 GB跨 macOS/Linux 可移植返回 0/1 并填充DISK_SPACE_INFO。Phase 5DOCS-02將解決reconftw.cfg中MIN_DISK_SPACE_GB2reconftw.cfg L49與 modules/modes.shstart()中${MIN_DISK_SPACE_GB:-5}回退默認值 5 之間的差異Phase 1 刻意不碰這兩處運行期讀到哪個值就用哪個值也不引入獨立的中途旋鈕。3.3 中止策略整輪硬中止D-09D-09 規(guī)定磁盤滿時硬中止整個運行_check_disk_mid_run返回非零 → 調(diào)用_abort_disk_full。實現(xiàn)modules/utils.sh L455-L460function _abort_disk_full() { _print_error disk_full: aborting (${DISK_SPACE_INFO:-disk space exhausted}) log_json ERROR ${FUNCNAME[1]:-main} Disk space exhausted reasondisk_full info${DISK_SPACE_INFO:-unknown} exit 1 }它輸出disk_full: aborting (availXGB, reqYGB at dir)形式的錯誤、記錄log_json ERROR disk_full abort_run然后exit 1。此時 D-02 的 Bash EXIT trap 會在退出路上觸發(fā)清空所有.inprogress_*——后續(xù)運行不會看到虛假的續(xù)跑條件。軟中止與暫停等待方案均被否決單操作員項目快速失敗fail-fast才是正確選擇。3.4 ENOSPC 檢測機制僅邊界dfD-10D-10 明確檢測機制只有邊界df不做run_command的 stderr 掃描No space left on device不做每個重定向的失敗 trap。這是有意識接受的權(quán)衡某個工具在單個函數(shù)內(nèi)部耗盡磁盤如gotator寫出 2GB 詞表時該函數(shù)可能產(chǎn)生截斷輸出但下一次start_func會在造成進一步破壞前中止整個運行。pre-flight 5GB 余量 Phase 5 的 DOCS-02 對齊讓這種情況成為罕見邊緣場景對 v1 而言全量逐寫 trap 屬于過度設(shè)計。四、PARALLEL_JOB_TIMEOUT_SECONDS強制執(zhí)行RESIL-034.1 默認值0禁用、顯式啟用D-11D-11 規(guī)定默認值PARALLEL_JOB_TIMEOUT_SECONDS0禁用、opt-in隨 reconftw.cfg 發(fā)布并附文檔注釋明確建議長掃描用3600CI 運行用600。這樣在運行的掃描零風險被過度激進的默認值殺死且向后兼容。實際配置reconftw.cfg L330-L331PARALLEL_JOB_TIMEOUT_SECONDS0 # 0 disables; e.g. 3600 for long scans, 600 for CI PARALLEL_KILL_GRACE_SECONDS10 # Seconds between TERM and KILL when enforcing PARALLEL_JOB_TIMEOUT_SECONDS規(guī)劃層面特意強調(diào)不要提議非零默認值見原文檔 Specific Ideas。4.2 執(zhí)行點既有 batch-flush 心跳循環(huán)D-12D-12 規(guī)定執(zhí)行點位于既有的batch-flush 心跳循環(huán)lib/parallel.shparallel_funcs的 batch 等待區(qū)。該循環(huán)原本每PARALLEL_HEARTBEAT_SECONDS默認 20s用kill -0 ${batch_pids[$idx]}輪詢存活 PID擴展后為每個存活 PID 計算now - batch_starts[$idx]若超過PARALLEL_JOB_TIMEOUT_SECONDS且變量 0則調(diào)用_timeout_kill_job。實際源碼lib/parallel.sh L516-L524batch flush 心跳內(nèi)for idx in ${!batch_pids[]}; do if kill -0 ${batch_pids[$idx]} 2/dev/null; then alive1 job_dur$((now - batch_starts[$idx])) # Timeout enforcement (RESIL-03 / D-11..D-14): fires regardless of # verbosity (CR-02 fix). Uses hoisted _to from outer scope. if (( _to 0 )) (( job_dur _to )); then _timeout_kill_job ${batch_pids[$idx]} ${batch_funcs[$idx]} $job_dur fi ...CR-02 缺口修復(fù)使超時執(zhí)行與--quiet無關(guān)心跳循環(huán)在超時啟用或verbose 進度開啟時即運行見 L508 與 L629 的循環(huán)條件保證 CI 場景--quiet下超時依然生效。注意 lib/parallel.sh 的注釋還記錄了一個已知細節(jié)PARALLEL_HEARTBEAT_SECONDS0會完全禁用該循環(huán)從而也禁用超時執(zhí)行WR-05計劃在 Phase 5 DOCS-01 處理。4.3 殺進程行為TERM 后 KILLD-13D-13 規(guī)定先 TERM 再 KILL新旋鈕PARALLEL_KILL_GRACE_SECONDS10默認。_timeout_kill_job先發(fā)kill -TERM $pid隨后以 1 秒間隔輪詢kill -0 $pid直至寬限期結(jié)束若仍存活則kill -KILL $pid。這符合 Unix 關(guān)停語義并能對付無視 TERM 的工具。實現(xiàn)lib/parallel.sh_timeout_kill_jobL77-L105function _timeout_kill_job() { local pid$1 func_name$2 duration_sec$3 local grace${PARALLEL_KILL_GRACE_SECONDS:-10} [[ $grace ~ ^[0-9]$ ]] || grace10 _kill_tree $pid TERM local i for ((i0; igrace; i)); do kill -0 $pid 2/dev/null || break sleep 1 done _kill_tree $pid KILL ...CR-03 修復(fù)讓_timeout_kill_job切換為進程樹擊殺_kill_treelib/parallel.sh L55-L66通過pgrep -P遞歸遍歷先信號化葉子節(jié)點再信號化父節(jié)點確保真正的底層外部工具puredns、dnsx、ffuf、axiom-scan 等被終止而不只是包裝子 shell——修復(fù)前的行為是只殺包裝 PID導(dǎo)致工具被孤兒化到 PID 1 后繼續(xù)超時運行。若宿主機缺pgrep則優(yōu)雅退化為僅殺包裝與補丁前行為一致運行不失敗。進程組擊殺方案kill -- -pgid被否決因為 modules/modes.sh L17 顯式set m禁用了作業(yè)控制包裝子 shell 沒有獨立 pgid。4.4 超時報告FAIL reasontimeoutD-14D-14 規(guī)定被擊殺作業(yè)的徽章為FAIL原因timeout持久化到.status_fnFAIL與.status_reason_fntimeout復(fù)用 modules/core.sh 既有的狀態(tài)持久化模式原文檔引用 L1505-L1509當前實現(xiàn)位于end_func的 L1547-L1552。批計數(shù)器failed于是RECON_PARTIAL_RUNtrue由既有聚合器自動跟隨?？刂婆_徽章輸出FAIL func_name 600s (timeout)。_timeout_kill_job中的持久化與結(jié)構(gòu)化日志lib/parallel.sh L96-L104if [[ -n ${called_fn_dir:-} ]]; then printf FAIL\n ${called_fn_dir}/.status_${func_name} 2/dev/null || true printf timeout\n ${called_fn_dir}/.status_reason_${func_name} 2/dev/null || true fi if declare -F log_json /dev/null 21; then log_json ERROR ${func_name} Job timed out reasontimeout duration_sec${duration_sec} fi下游_parallel_emit_job_outputlib/parallel.sh L235-L363讀取這兩個文件并在 FAIL 徽章上渲染reason: timeout無需任何 schema 擴展。實際殺延遲 閾值 約 1s心跳輪詢節(jié)奏PARALLEL_KILL_GRACE_SECONDS此計算已寫進 reconftw.cfg L328-L329 的注釋。4.5 本地與 Axiom 通用D-15D-15 強調(diào)超時對本地與 axiom 分布式作業(yè)同樣適用——兩者的并行批處理包裝是同一代碼路徑無特例。Axiom 無需改動超時擊殺發(fā)生在父 shell 的parallel_funcs心跳層、每個作業(yè)子 shell 之前從并行批處理內(nèi)部發(fā)起的 axiom 分布式作業(yè)在本地子 shell 層被擊殺axiom-scan命令被終止其本身會向遠端節(jié)點發(fā)信號這已足夠。五、DNS 超時默認值PERF-025.1 默認值從0改為非零D-16D-16 規(guī)定 reconftw.cfg 中兩個 DNS 超時默認值從0改為DNS_BRUTE_TIMEOUT6h # timeout/gtimeout duration for DNS bruteforce (0 disables hard-timeout). Default protects against hung resolvers. DNS_RESOLVE_TIMEOUT4h # timeout/gtimeout duration for DNS resolve (0 disables hard-timeout). Default protects against hung resolvers.當前實現(xiàn)位于 reconftw.cfg L414-L415規(guī)劃文檔中的原始引用行號為 L387-L388隨階段推進行號有位移。這兩個值都經(jīng)由_run_dns_with_heartbeatmodules/utils.sh L1434 附近透傳該輔助函數(shù)尊重0禁用——非零的h后綴時長被timeout/gtimeout原樣接受。輔助函數(shù)本身零代碼改動只改 cfg 默認值加內(nèi)聯(lián)文檔注釋。5.2 超時觸發(fā)后的呈現(xiàn)D-17D-17 規(guī)定硬超時觸發(fā)時既有的_run_dns_with_heartbeat已經(jīng)返回非零并輸出清晰的日志行無需新增呈現(xiàn)邏輯——既有的徽章路徑end_func的WARN已足夠。JSONL 日志條目應(yīng)攜帶reasondns_hard_timeout讓下游工具Phase 4 測試、AI 報告能夠區(qū)分該原因。這與 ROADMAP.md 成功標準 4 一致新裝reconftw.cfg出廠即帶非零DNS_BRUTE_TIMEOUT6h與DNS_RESOLVE_TIMEOUT4h默認值卡死的 DNS 運行以日志化超時中止而不是無限期阻塞。它修復(fù)了 CONCERNS.md 中兩個硬超時守衛(wèi)默認0禁用大詞表上的長 DNS 爆破可能無限期運行的性能隱患。六、可復(fù)用資產(chǎn)與集成點速查6.1 既有可復(fù)用資產(chǎn)資產(chǎn)位置在 Phase 1 中的作用check_disk_space()modules/utils.sh L432已返回 0/1 并填充DISK_SPACE_INFO_check_disk_mid_run包裝它無需重實現(xiàn)df解析start_func/end_funcmodules/core.sh L1441 / L1471并行安全的逐函數(shù)開始時間戳與record_func_timing保留哨兵操作插入指定位置_run_dns_with_heartbeatmodules/utils.sh L1434已尊重0disabled并接受timeout/gtimeout風格時長DNS 硬超時只改 cfg心跳循環(huán)lib/parallel.sh L508-L544 / L629-L665已迭代存活 PID超時擊殺檢查插入其中狀態(tài)持久化模式modules/core.sh L1547-L1552.status_fn與.status_reason_fn模式已存在超時報告D-14直接復(fù)用log_json輔助函數(shù)各模塊D-09、D-14、D-17 復(fù)用同一調(diào)用形態(tài)log_json LEVEL func msg keyval ...6.2 集成點清單start()modules/modes.sh L13安裝_cleanup_inprogress的 EXIT/INT/TERM trapD-02、在首個模塊開始前輸出續(xù)跑匯總橫幅D-04、承載PRESERVEfalse孤兒清理循環(huán)D-05。既有 ERR trapmodules/modes.sh L140 附近新 EXIT trap 必須與之組合而非替換。reconftw.cfg本階段四處配置——PARALLEL_JOB_TIMEOUT_SECONDS0、PARALLEL_KILL_GRACE_SECONDS10并行旋鈕應(yīng)緊鄰PARALLEL_HEARTBEAT_SECONDS文檔區(qū)實際位于 reconftw.cfg L328-L331以及DNS_BRUTE_TIMEOUT6h、DNS_RESOLVE_TIMEOUT4h兩處取值變更reconftw.cfg L414-L415。Axiom 無改動見 4.5 節(jié)。6.3 既有模式約束徽章詞匯表鎖定OK/WARN/FAIL/SKIP/CACHE/INFO/RUNCONVENTIONS.md。超時擊殺 FAILD-14磁盤滿中止 FAILD-09續(xù)跑提示 WARND-04不引入任何新徽章值。verbosity 門控OUTPUT_VERBOSITY0/1/2已管控哪些_print_msg/notification調(diào)用可見。續(xù)跑匯總行是 WARN 級別默認 verbosity 1 下可見磁盤滿錯誤走_print_error始終可見。CLI-over-config 重應(yīng)用本階段新增旋鈕如PARALLEL_KILL_GRACE_SECONDS不需要 CLI 標志env-var/cfg 覆蓋已足夠若日后加標志遵循reconftw.sh的CLI_*重應(yīng)用模式。Source guards本階段不新增 lib 文件全部改動進既有 lib/parallel.sh、modules/core.sh、modules/utils.sh、modules/modes.sh、reconftw.cfg通過編輯既有文件保持 source-guard 模式。6.4 命名約定D-01 之外的私有輔助函數(shù)名_check_disk_mid_run、_abort_disk_full、_timeout_kill_job、_cleanup_inprogress遵循 CONVENTIONS.md 的下劃線前綴私有約定當前源碼均以function關(guān)鍵字聲明符合函數(shù)命名規(guī)則。JSONL 日志的 key/value 拼寫reasoninprogress_leftover、reasontimeout、reasondns_hard_timeout沿用 modules/core.sh 既有模式。七、推遲項與邊界明確不做的內(nèi)容原文檔 Deferred 小節(jié)列出的刻意推遲項理解它們有助于避免在后續(xù)使用中誤以為存在缺失功能逐工具超時覆蓋如PARALLEL_TIMEOUT_DNS_BRUTE_SECONDSv1 討論后否決用戶可上調(diào)PARALLEL_JOB_TIMEOUT_SECONDS以容納最慢工具。僅在真實調(diào)優(yōu)需求出現(xiàn)后重新評估。函數(shù)中段的磁盤后臺心跳監(jiān)視器能在下一個邊界前捕獲單個函數(shù)燒盤但鑒于 5GB pre-flight 余量被否決為過度設(shè)計若遙測顯示截斷事件可在未來可觀測性里程碑考慮。逐重定向 ENOSPC trap包裹每個/最徹底但侵入全代碼庫v1 不在范圍內(nèi)。MIN_DISK_SPACE_GB2-vs-5 對齊明確歸 Phase 5DOCS-02Phase 1 刻意不碰 reconftw.cfg 與 modules/modes.sh 的取值。新代碼路徑的測試Phase 4TEST-01覆蓋parallel_funcs超時擊殺路徑哨兵生命周期與磁盤滿處理測試可并入該階段——Phase 1 交付行為Phase 4 交付覆蓋率。從 ROADMAP.md 可以看到Phase 1 還額外完成了 01-04_RECON_CLEAN_EXIT門控對應(yīng) RESIL-01/CR-01與 01-05超時執(zhí)行脫離--quiet門控 _kill_tree進程樹擊殺對應(yīng) RESIL-03/CR-02、CR-03兩個缺口閉合計劃。八、實戰(zhàn)配置速查將以下配置應(yīng)用于 reconftw.cfg 即可啟用 Phase 1 的三大實戰(zhàn)能力# --- 續(xù)跑RESIL-01--- # PRESERVEtrue 時中斷后重跑會檢測 .inprogress_* 哨兵并只重執(zhí)行崩潰函數(shù) PRESERVEtrue # --- 磁盤滿中途防護RESIL-02--- # 閾值沿用 pre-flight 的 MIN_DISK_SPACE_GB注意 cfg 寫 2、modes.sh 回退 5 的差異歸 Phase 5 MIN_DISK_SPACE_GB5 # --- 并行作業(yè)超時RESIL-03--- # 0 禁用長掃描建議 3600CI 建議 600 PARALLEL_JOB_TIMEOUT_SECONDS600 # 先 TERM、寬限期后仍存活再 KILL 的間隔秒數(shù) PARALLEL_KILL_GRACE_SECONDS10 # --- DNS 硬超時PERF-02--- # 0 禁用硬超時默認值已保護免受掛死 resolver 阻塞 DNS_BRUTE_TIMEOUT6h DNS_RESOLVE_TIMEOUT4h典型場景與預(yù)期行為中斷續(xù)跑sub_brute執(zhí)行中被 Ctrl-C → 重跑PRESERVEtrue→ 橫幅輸出WARN resume: 1 functions re-running after interruption (sub_brute)其余已完函數(shù)因.fn存在被跳過。磁盤寫滿運行中途可用空間跌破MIN_DISK_SPACE_GB→ 下一函數(shù)邊界_check_disk_mid_run失敗 →_abort_disk_full輸出disk_full: aborting (...)并exit 1EXIT trap 順帶清理哨兵后續(xù)運行不誤報續(xù)跑?？ㄋ拦ぞ吣巢⑿凶鳂I(yè)超過PARALLEL_JOB_TIMEOUT_SECONDS→_kill_tree TERM寬限 10s→_kill_tree KILL→ 徽章FAIL func_name 600s (timeout)failed使RECON_PARTIAL_RUNtrue批次繼續(xù)而非整體停擺。DNS 掛起resolver 卡死導(dǎo)致 DNS 爆破超過6h/ 解析超過4h→_run_dns_with_heartbeat經(jīng)timeout/gtimeout終止并返回非零日志攜帶reasondns_hard_timeoutend_func以WARN徽章呈現(xiàn)。九、總結(jié)Phase 1 以哨兵文件 干凈退出門控 trap替代 PID/時間戳方案把續(xù)跑檢測收斂為純表面指示讓控制流繼續(xù)由.fn檢查點驅(qū)動以邊界df檢查 硬中止攔截磁盤寫滿避免截斷輸出污染后續(xù)管線以heartbeat 循環(huán)內(nèi)的 TERM→KILL 進程樹擊殺為并行批處理提供每作業(yè)時限并以6h/4h的 DNS 硬超時默認值堵住無限阻塞。四者共用既有徽章詞匯、log_json形態(tài)與狀態(tài)持久化模式未新增任何配置之外的運行面——整套設(shè)計在單操作員、fail-fast、向后兼容三大約束下用最小的機制面換取確定性的恢復(fù)與中止語義。對希望在長時偵察中保住已投入計算、又能防止環(huán)境故障靜默劣化輸出的使用者而言這四項配置與行為是優(yōu)先理解的可靠性基座。贊分享滲透測試網(wǎng)絡(luò)安全應(yīng)用安全【免費下載鏈接】reconftwreconFTW is a tool designed to perform automated recon on a target domain by running the best set of tools to perform scanning and finding out vulnerabilities項目地址https://gitcode.com/gh_mirrors/re/reconftw點擊查看免費下載相關(guān)推薦ESPHome 完整指南4 步讓 ESP8266 說出溫濕度數(shù)據(jù)ESPHome 完整指南4 步讓 ESP8266 說出溫濕度數(shù)據(jù) 抽屜里那塊吃灰的 NodeMCU加上不到 50 行的 YAML幾分鐘之后它的溫濕度讀數(shù)就滲透測試網(wǎng)絡(luò)安全應(yīng)用安全如何購買第一臺云服務(wù)器用于個人知識庫網(wǎng)站如何購買第一臺云服務(wù)器用于個人知識庫網(wǎng)站 《toBeBetterJavaer》二哥的Java進階之路在「知識庫搭建」章節(jié)完整記錄了它的知識庫網(wǎng)站從碼云 P滲透測試網(wǎng)絡(luò)安全應(yīng)用安全Grist如何用關(guān)系型表格管理復(fù)雜數(shù)據(jù)Grist如何用關(guān)系型表格管理復(fù)雜數(shù)據(jù) 客戶表、訂單表、跟進記錄三張表各放各的。改一個客戶名十幾處要手動同步。Grist 是一種關(guān)系型表格工具每列有固定滲透測試網(wǎng)絡(luò)安全應(yīng)用安全上一篇OOTDiffusion 內(nèi)置 Detectron2 快速上手命令行推理、訓(xùn)練與評估實戰(zhàn)指南下一篇Depth Anything Preprocessor節(jié)點API兼容性錯誤深度解析與完整修復(fù)指南創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考