簡介一套基于 Python 與 Django 框架實現(xiàn)的圖像信息隱藏技術畢業(yè)設計/課程設計源碼包面向計算機相關專業(yè)學生適用于畢業(yè)設計、課程設計或綜合實訓也適合研究信息隱藏、數字水印與 Web 開發(fā)結合的開發(fā)者參考。壓縮包約 38.02MB文件總數與類型明細暫未單獨列出從項目描述看主體包含 Django 工程代碼、部署說明與項目說明文檔可支持在本地環(huán)境復現(xiàn)系統(tǒng)并跟蹤整體實現(xiàn)脈絡。資源核心是秘密信息嵌入與提取的圖像處理流程借助 PIL、OpenCV 等庫進行像素級處理同時使用 Django 構建上傳、處理與展示界面并依靠 ORM 完成圖像及相關數據的存儲前后端與數據庫形成完整閉環(huán)。已有 66 人瀏覽學習讀者可借此了解整份畢設源碼的目錄結構、部署步驟、隱寫算法工程化落地要點以及 Django 項目從模型到視圖的集成方式。1. 圖像信息隱藏畢設一份能跑的DjangoLSB完整源碼圖像信息隱藏這個畢設方向每年都有人做但流傳出來的源碼要么跑不起來要么缺東少西。這份項目不一樣的地方在于它把LSB位平面隱寫算法、Django Web前后端和SQLite數據庫串成了完整閉環(huán)上傳載體圖、輸入秘密文本、生成肉眼無差別的隱寫圖再通過提取端把原文完整撈回來。別看它是個課程設計級別的項目里面圖像處理、Web框架、ORM模型三塊都有實際覆蓋非常適合計算機、網絡空間安全、軟件工程專業(yè)拿來當畢設底子也適合剛接觸信息隱藏的開發(fā)者照著復現(xiàn)一遍。下面對著源碼按算法、工程、部署、避坑的順序拆開講。2. LSB嵌入與提取從位平面到可復現(xiàn)的Python代碼2.1 為什么選LSB改最低位肉眼真的看不出來一個像素在RGB模型里由紅、綠、藍三個通道組成每個通道占一個字節(jié)取值0到255換算成二進制就是8位。左邊的高位決定了像素亮度和色彩的主體右邊最低位只影響1/255的亮度差。把秘密信息拆成單個比特逐個替換掉每個通道的最低位后像素變化最多只有±1人眼在這點差異面前基本是“瞎子”。這并不是玄學而是亮度差低于人眼識別閾值的數學結論也是LSBLeast Significant Bit隱寫成為畢設最常見方案的根本原因。項目正文里提到的PIL和OpenCV在這套流程中我一般傾向用PIL來做。原因很直接PIL讀圖像、取像素、寫像素的接口足夠簡單幾行代碼就能拿下“讀-改-存”三段流程OpenCV更適合后面要做灰度變換、頻域分析或圖像預處理的場景。畢設核心是信息嵌入提取用PIL能少踩不少格式轉換的坑。2.2 嵌入端實現(xiàn)把文本拆成比特塞進像素最低位from PIL import Image def lsb_embed(carrier_path, secret_text, output_path): img Image.open(carrier_path).convert(RGB) # 統(tǒng)一轉RGB兼容PNG等格式 pixels list(img.getdata()) # getdata()返回每個像素的RGB三元組 # 16位長度頭 UTF-8字節(jié)流長度頭用于提取端知道要讀多少字節(jié) secret_bytes secret_text.encode(utf-8) length_bits format(len(secret_bytes), 016b) secret_bits .join(format(b, 08b) for b in secret_bytes) full_bits length_bits secret_bits # 每個像素有3個通道可用bit數 像素總數 * 3 if len(full_bits) len(pixels) * 3: raise ValueError(秘密信息過長超出載體容量) new_pixels [] bit_index 0 for pixel in pixels: r, g, b pixel[:3] # 0xFE 把最低位清成0再或上秘密bit實現(xiàn)單比特替換 if bit_index len(full_bits): r (r 0xFE) | int(full_bits[bit_index]) bit_index 1 if bit_index len(full_bits): g (g 0xFE) | int(full_bits[bit_index]) bit_index 1 if bit_index len(full_bits): b (b 0xFE) | int(full_bits[bit_index]) bit_index 1 new_pixels.append((r, g, b)) new_img Image.new(RGB, img.size) new_img.putdata(new_pixels) new_img.save(output_path)邏輯說明carrier_path是上傳的原始載體圖secret_text是要藏的文本output_path是生成的隱寫圖。先把文本按UTF-8編碼成字節(jié)再把每個字節(jié)展開成8位二進制串前面拼一個16位長度頭提取端先讀這個頭才知道后面要取多少比特。容量判斷是關鍵一個像素三個通道就是三個比特位超了直接拋異常而不是靜默截斷這點能省掉后面一大半排查時間。參數說明format(len(secret_bytes), 016b) 強制輸出16位定長二進制長度范圍0到65535字節(jié)對畢設場景完全夠用 0xFE 是保留高7位、清最低位的標準位運算寫法。最終保存的隱寫圖要選PNG這類無損格式這是LSB能否提取成功的先決條件。2.3 提取端實現(xiàn)取最低位拼回流再解碼from PIL import Image def lsb_extract(stego_path): img Image.open(stego_path).convert(RGB) pixels list(img.getdata()) # 逐通道收集最低位組成完整比特流 bits [] for pixel in pixels: for channel in pixel[:3]: bits.append(channel 1) # 先解析16位長度頭非法長度直接報錯 length int(.join(str(b) for b in bits[:16]), 2) if length 0 or length len(pixels) * 3 // 8: raise ValueError(提取失敗長度頭不合法或圖像不是有效載體) # 按8位一組拼字節(jié)再從字節(jié)解碼回UTF-8文本 secret_bytes bytearray() for i in range(16, 16 length * 8, 8): byte 0 for j in range(8): byte (byte 1) | bits[i j] secret_bytes.append(byte) return secret_bytes.decode(utf-8)邏輯說明提取是嵌入的逆過程channel 1 取每個通道的最低位按順序收集成比特流。前16位轉成十進制得到length再按8位一組切字節(jié)。這里對length做了合法性校驗避免拿一張沒藏過信息的普通圖片硬解碼時得到超長內容或亂碼報錯。decode(utf-8) 必須和嵌入端的 encode(utf-8) 配對英文文本用什么編碼差別不大中文則必須統(tǒng)一。參數說明stego_path 是待提取的隱寫圖路徑range(16, 16 length * 8, 8) 確保只讀長度頭聲明范圍內的比特不越界。至此嵌入和提取兩個函數形成對稱閉環(huán)項目的核心算法部分就跑通了。3. Django包成Web系統(tǒng)ORM模型、視圖鏈路與URL路由3.1 models.py數據模型一張表記錄上傳載體與嵌入結果Django的ORM把數據庫表映射成Python類這張表要同時承載三件事記錄上傳的載體圖、記錄生成的隱寫圖、記錄用戶輸入的秘密文本。核心字段定義如下from django.db import models class ImageRecord(models.Model): carrier models.ImageField(upload_tocarrier/) # 用戶上傳的載體圖 stego models.ImageField(upload_tostego/, blankTrue, nullTrue) # 生成的隱寫圖 secret_text models.TextField(blankTrue) # 嵌入的秘密信息 created_at models.DateTimeField(auto_now_addTrue) # 操作時間 remark models.CharField(max_length255, blankTrue) # 備用備注字段參數說明carrier 用 ImageField 而不是 FileField是為了讓 Django 在 admin 后臺直接顯示圖片預覽upload_to 參數決定文件落到 MEDIA_ROOT 下的哪個子目錄。stego 字段允許為空因為記錄剛創(chuàng)建時隱寫圖還沒生成要在視圖函數里跑完算法再回填。secret_text 用 TextField 存長文本用戶可能輸入幾百字甚至一段代碼。一個容易忽略的點ImageField 依賴 Pillow 庫requirements.txt 里必須帶上 pillow否則遷移時會報“不能初始化 ImageField”。很多第一次跑畢設項目的人在 makemigrations 那一步就卡住十有八九是漏了這一步。3.2 views.py鏈路上傳、嵌入、提取如何串聯(lián)算法函數寫好后需要通過視圖把HTTP請求、算法調用、文件保存串起來。核心視圖分成兩條鏈路嵌入和提取。import os from django.conf import settings from django.shortcuts import render from .models import ImageRecord from .lsb import lsb_embed, lsb_extract def embed_view(request): if request.method POST: # 把上傳文件和表單數據一起入庫 record ImageRecord( carrierrequest.FILES[carrier], secret_textrequest.POST[secret_text] ) record.save() # 調用嵌入算法隱寫圖命名跟記錄id掛鉤避免覆蓋 carrier_path record.carrier.path stego_path os.path.join(settings.MEDIA_ROOT, stego, fstego_{record.id}.png) lsb_embed(carrier_path, record.secret_text, stego_path) # 回填隱寫圖字段再保存一次 record.stego fstego/stego_{record.id}.png record.save() return render(request, result.html, {record: record}) return render(request, embed.html) def extract_view(request): if request.method POST: # 先落盤再傳路徑給算法 stego_file request.FILES[stego] save_path os.path.join(settings.MEDIA_ROOT, uploads, stego_file.name) with open(save_path, wb) as f: for chunk in stego_file.chunks(): f.write(chunk) secret lsb_extract(save_path) return render(request, extract_result.html, {secret: secret}) return render(request, extract.html)邏輯說明embed_view 里先 save() 拿到主鍵 id隱寫文件名用 stego_{record.id}.png同一條記錄對應一個確定文件名重復嵌入也不會互相覆蓋。算法跑完再把 stego 字段更新回去第二次 save() 只更新這一條記錄。extract_view 這邊把上傳文件先寫入 MEDIA_ROOT/uploads 臨時目錄這種落盤再處理的習慣比直接在內存里轉來轉去要穩(wěn)得多排錯時也能直接看到上傳的文件內容。參數說明request.FILES 是 Django 處理 multipart/form-data 上傳的入口必須和前端表單的 enctypemultipart/form-data 對應否則 request.FILES 取出來是空的settings.MEDIA_ROOT 必須在 settings.py 里定義通常配成 os.path.join(BASE_DIR, media)chunks() 是 Django 對大文件分塊讀寫的推薦接口避免一次性把大文件讀進內存。3.3 urls.py路由與模板渲染的對應關系Django 的路由表決定每個 URL 交給哪個視圖函數。這個項目至少需要兩個頁面一個嵌入頁一個提取頁。路由配置如下from django.urls import path from . import views urlpatterns [ path(embed/, views.embed_view, nameembed), path(extract/, views.extract_view, nameextract), ]參數說明nameembed 用于模板里的 {% url embed %} 反向解析改名時模板里的引用也要同步改這是新手最容易忽略的關聯(lián)關系。對應的模板文件放在 app 目錄下的 templates 文件夾里嵌入頁表單的核心寫法是里面一個和一個name 的值必須和視圖里 request.FILES[carrier]、request.POST[secret_text] 完全一致錯一個字母就取不到數據。/p p模板渲染那層不復雜就是寫完表單交后臺后臺返回 result.html 并帶上 record 對象頁面里用 {?{ record.stego.url }} 顯示生成結果。把 urls、views、templates 三者對上整個 Web 框架就完整跑通了。/p h24. 部署與復現(xiàn)從zip解壓到runserver跑通的完整路徑/h2 h34.1 環(huán)境準備Python版本、虛擬環(huán)境與依賴安裝/h3 p拿到壓縮包先解壓項目文件夾內通常包含 xiangmu 主代碼目錄、說明文檔、部署說明這幾類內容。常見結構如下/p table thead tr th解壓后常見內容/th th作用/th /tr /thead tbody tr tdxiangmu//td tdDjango項目主目錄含manage.py與app代碼/td /tr tr td說明文檔/td td項目設計目標、模塊分析、使用說明/td /tr tr td部署說明.zip/td td環(huán)境安裝、依賴配置、啟動步驟/td /tr /tbody /table p別急著直接雙擊 manage.py先按順序做環(huán)境準備。這個項目基于 Django建議用 Python 3.8 到 3.10太新的 Python 版本碰到老項目的三方依賴可能出兼容問題。依賴安裝的標準做法是先建虛擬環(huán)境再裝依賴/p precode classlanguage-bash# 進入項目主目錄 cd xiangmu # 創(chuàng)建虛擬環(huán)境 python -m venv venv # Windows激活虛擬環(huán)境 venv\Scripts\activate # Linux / macOS激活虛擬環(huán)境 source venv/bin/activate # 安裝依賴 pip install -r requirements.txt /code/pre p邏輯說明虛擬環(huán)境的作用是把項目依賴和系統(tǒng) Python 隔離避免多個項目互相污染。requirements.txt 里一般包含 django、pillow 以及可能用到的其他庫django 負責 Webpillow 負責圖像讀寫這兩個是標配。如果部署說明里另外寫了 mysqlclient 或 pymysql說明數據庫用了 MySQL本地想省事可以在 settings.py 里把 DATABASES 改成 SQLite 配置不影響演示功能。/p p參數說明python -m venv 依賴 Python3 自帶模塊不需要額外安裝激活后命令行前綴出現(xiàn) (venv) 說明虛擬環(huán)境生效。Windows 下如果用 PowerShellvenv\Scripts\activate 可能因執(zhí)行策略報錯臨時放開策略或改用 venv\Scripts\activate.bat 都能解決。/p h34.2 數據庫初始化遷移、超級用戶與媒體目錄/h3 p數據庫是 Django 繞不開的環(huán)節(jié)。這個項目用 ORM 操作 SQLite 或 MySQL第一次運行前必須建表/p precode classlanguage-bash# 生成遷移文件把models.py變成數據庫操作 python manage.py makemigrations # 真正執(zhí)行建表 python manage.py migrate # 創(chuàng)建admin超級用戶后臺用 python manage.py createsuperuser /code/pre p邏輯說明makemigrations 掃描 app 里的 models.py 生成遷移腳本migrate 執(zhí)行腳本建表。很多第一次跑的人只跑 runserver 不跑 migrate訪問頁面就報 no such table這是 Django 項目的頭號翻車點。createsuperuser 創(chuàng)建的賬號用于登錄 admin 管理后臺答辯時常被問到順手建一個不會錯。/p p參數說明如果 app 沒被注冊進 INSTALLED_APPSmakemigrations 會提示沒有改動這時要先在 settings.py 里把 app 名加進去如果 settings.py 里配置了 MEDIA_ROOT還需要手動建 media 目錄Django 不會自動創(chuàng)建命令行 mkdir media 就能解決否則上傳文件時 open() 會報路徑不存在。/p h34.3 啟動服務完整跑一次嵌入提取流程/h3 p環(huán)境、數據庫、媒體目錄都就緒后啟動開發(fā)服務器/p precode classlanguage-bashpython manage.py runserver 0.0.0.0:8000 /code/pre p瀏覽器打開 http://127.0.0.1:8000/embed/ 選一張 PNG 載體圖輸入“hello 你好”點嵌入頁面展示生成的隱寫圖。再打開提取頁上傳這張隱寫圖提取結果應該和輸入完全一致。這一輪測試下來算法、Web、ORM、靜態(tài)文件四條鏈路就全部驗證到了。/p p參數說明0.0.0.0:8000 表示監(jiān)聽所有網卡局域網內其他機器可以用開發(fā)機 IP 加 8000 端口訪問只在本機調試時直接runserver即可。生產部署想上 Nginx 加 uwsgi部署說明里如果有對應章節(jié)可以照做但畢設演示階段 runserver 已經足夠。/p h25. 避坑與排查圖像隱寫項目最常翻車的四個環(huán)節(jié)/h2 h35.1 嵌入后另存成JPG提取出來全是亂碼/h3 p現(xiàn)象隱寫圖保存時被轉成了 JPG 格式再喂給提取端解出來的內容完全不可讀。/p p原因LSB 依賴像素最低位的精確值JPG 是有損壓縮格式編碼過程中量化表會把低位數據改掉嵌入的信息被壓縮算法破壞了。這跟算法本身沒關系是載體格式選錯了。/p p解決載體圖和隱寫圖的保存路徑統(tǒng)一限定為 PNG、BMP 這類無損格式。前端上傳控件限制 accept.png,.bmp后端視圖里再用文件后綴做一道校驗雙重保險。如果業(yè)務上必須用 JPG就要換成第 6 章講的 DCT 頻域方案那是另一套思路。/p h35.2 秘密信息是中文提取時直接UnicodeDecodeError/h3 p現(xiàn)象嵌英文一切正常換中文后要么提取結果亂碼要么拋 UnicodeDecodeError。/p p原因嵌入端用的編碼和解碼端不一致或者用 ASCII 這類單字節(jié)編碼去處理中文。中文字符在 UTF-8 里通常是 3 個字節(jié)被拆成 24 個 bit 嵌入提取時只要有一端編碼不對字節(jié)流就拼不回合法的中文字符。/p p解決嵌入端固定用 secret_text.encode(utf-8)提取端固定用 bytes.decode(utf-8)兩個函數放在一起對照檢查。這是血淚經驗換來的提醒我見過好幾次學生答辯現(xiàn)場演示中文提取翻車全是編碼不一致導致的。/p h35.3 秘密信息一長嵌入就報容量不足/h3 p現(xiàn)象輸入幾百字文本沒問題換成幾千字或嵌入圖片時lsb_embed 直接拋出 ValueError。/p p原因每個像素只有 3 個 bit 可用容量上限是像素總數乘 3 再除以 8單位才是字節(jié)。一張 1024x768 的圖理論容量約 29 萬字節(jié)看起來很大但只要秘密信息經過編碼或壓縮處理體積立刻膨脹超出載體容量。/p p解決嵌入前先算容量前端用 JS 按字節(jié)數做預估提示后端保留異常拋出邏輯再加一個 try...except 把錯誤信息換成“秘密信息過長請更換更大載體或壓縮內容”。硬截斷是最差的處理方式寧可讓用戶換圖也不要生成一張?zhí)崛∈〉碾[寫圖。/p h35.4 首次部署訪問頁面就500日志顯示no such table/h3 p現(xiàn)象migrate 之后訪問 embed 頁面或提交表單Django 返回 500日志里帶著 Table doesnt exist。/p p原因models.py 建好了但 makemigrations 或 migrate 沒有成功執(zhí)行或者是后來改過模型字段舊遷移文件對應的表和新字段對不上。/p p解決重新跑一遍 makemigrations 和 migrate確認輸出里有 Applying 開頭的日志。如果反復不生效檢查 settings.py 里 INSTALLED_APPS 有沒有包含項目 app 名把 xxx.apps.XxxConfig 加進去再遷移。這個坑在 Django 新手里出現(xiàn)頻率極高基本屬于必修踩坑點。/p h26. 從畢設到能演示的實用工具校驗位與DCT域進階改法/h2 h36.1 加魔數校驗位提取前先判斷“這張圖是不是被藏過”/h3 p基礎版提取端遇到普通圖片會硬解碼得到亂碼甚至拋異常這在答辯演示時很尷尬。一個低成本改進是加魔數Magic Number校驗嵌入前在信息流前面拼一段固定字節(jié)提取時先檢查這段字節(jié)是否匹配不匹配就直接提示“不是有效載體”。/p precode classlanguage-pythonMAGIC bINFMAGIC # 8字節(jié)固定魔數可自行更換 def build_bits(secret_text): payload MAGIC secret_text.encode(utf-8) length_bits format(len(payload), 016b) secret_bits .join(format(b, 08b) for b in payload) return length_bits secret_bits def parse_bits(bits): length int(.join(str(b) for b in bits[:16]), 2) payload bytearray() for i in range(16, 16 length * 8, 8): byte 0 for j in range(8): byte (byte 1) | bits[i j] payload.append(byte) if not bytes(payload[:len(MAGIC)]) MAGIC: raise ValueError(不是有效載體) return bytes(payload[len(MAGIC):]).decode(utf-8) /code/pre p參數說明MAGIC 用 8 字節(jié)固定值payload 長度上限從 65535 字節(jié)降到 65527 字節(jié)對畢設文本場景沒有實際影響。提取時先比對魔數比對失敗立即報錯這樣普通圖片不會再被硬解碼成亂碼字符串頁面交互也體面得多。/p h36.2 魯棒性提升LSB空間域換成DCT頻域的思路/h3 pLSB 的弱點是扛不住有損壓縮和輕微幾何攻擊論文里想往上走一步最常見的延展方向是 DCT 頻域隱寫類似 JSteg 的思路。做法是把圖像切成 8x8 像素塊每塊做離散余弦變換得到頻域系數在中頻系數的最低有效位嵌入信息。中頻系數受壓縮量化影響比高頻小嵌入后的隱寫圖就算被存成 JPG提取成功率也比空間域 LSB 高一個量級代價是容量變小、代碼復雜度明顯上升。/p p畢設階段如果只求穩(wěn)加個魔數校驗已經夠了DCT 方案可以作為論文“未來工作”那節(jié)的素材如果指導老師明確要求抗 JPEG 壓縮再考慮這一步。從那以后我每次做隱寫項目都強制把載體格式限定為 PNG、嵌入前校驗長度和魔數、上傳接口必測中文文本三件事做完才敢說這套代碼能穩(wěn)定復現(xiàn)。希望幫到你。/p p a hrefhttps://download.csdn.net/download/luoluoal/88442535 stylecolor:#ec7500;font-size:14px; 本文還有配套的精品資源點擊獲取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p Django+LSB圖像信息隱藏畢設：完整源碼與部署避坑指南
簡介一套基于 Python 與 Django 框架實現(xiàn)的圖像信息隱藏技術畢業(yè)設計/課程設計源碼包面向計算機相關專業(yè)學生適用于畢業(yè)設計、課程設計或綜合實訓也適合研究信息隱藏、數字水印與 Web 開發(fā)結合的開發(fā)者參考。壓縮包約 38.02MB文件總數與類型明細暫未單獨列出從項目描述看主體包含 Django 工程代碼、部署說明與項目說明文檔可支持在本地環(huán)境復現(xiàn)系統(tǒng)并跟蹤整體實現(xiàn)脈絡。資源核心是秘密信息嵌入與提取的圖像處理流程借助 PIL、OpenCV 等庫進行像素級處理同時使用 Django 構建上傳、處理與展示界面并依靠 ORM 完成圖像及相關數據的存儲前后端與數據庫形成完整閉環(huán)。已有 66 人瀏覽學習讀者可借此了解整份畢設源碼的目錄結構、部署步驟、隱寫算法工程化落地要點以及 Django 項目從模型到視圖的集成方式。1. 圖像信息隱藏畢設一份能跑的DjangoLSB完整源碼圖像信息隱藏這個畢設方向每年都有人做但流傳出來的源碼要么跑不起來要么缺東少西。這份項目不一樣的地方在于它把LSB位平面隱寫算法、Django Web前后端和SQLite數據庫串成了完整閉環(huán)上傳載體圖、輸入秘密文本、生成肉眼無差別的隱寫圖再通過提取端把原文完整撈回來。別看它是個課程設計級別的項目里面圖像處理、Web框架、ORM模型三塊都有實際覆蓋非常適合計算機、網絡空間安全、軟件工程專業(yè)拿來當畢設底子也適合剛接觸信息隱藏的開發(fā)者照著復現(xiàn)一遍。下面對著源碼按算法、工程、部署、避坑的順序拆開講。2. LSB嵌入與提取從位平面到可復現(xiàn)的Python代碼2.1 為什么選LSB改最低位肉眼真的看不出來一個像素在RGB模型里由紅、綠、藍三個通道組成每個通道占一個字節(jié)取值0到255換算成二進制就是8位。左邊的高位決定了像素亮度和色彩的主體右邊最低位只影響1/255的亮度差。把秘密信息拆成單個比特逐個替換掉每個通道的最低位后像素變化最多只有±1人眼在這點差異面前基本是“瞎子”。這并不是玄學而是亮度差低于人眼識別閾值的數學結論也是LSBLeast Significant Bit隱寫成為畢設最常見方案的根本原因。項目正文里提到的PIL和OpenCV在這套流程中我一般傾向用PIL來做。原因很直接PIL讀圖像、取像素、寫像素的接口足夠簡單幾行代碼就能拿下“讀-改-存”三段流程OpenCV更適合后面要做灰度變換、頻域分析或圖像預處理的場景。畢設核心是信息嵌入提取用PIL能少踩不少格式轉換的坑。2.2 嵌入端實現(xiàn)把文本拆成比特塞進像素最低位from PIL import Image def lsb_embed(carrier_path, secret_text, output_path): img Image.open(carrier_path).convert(RGB) # 統(tǒng)一轉RGB兼容PNG等格式 pixels list(img.getdata()) # getdata()返回每個像素的RGB三元組 # 16位長度頭 UTF-8字節(jié)流長度頭用于提取端知道要讀多少字節(jié) secret_bytes secret_text.encode(utf-8) length_bits format(len(secret_bytes), 016b) secret_bits .join(format(b, 08b) for b in secret_bytes) full_bits length_bits secret_bits # 每個像素有3個通道可用bit數 像素總數 * 3 if len(full_bits) len(pixels) * 3: raise ValueError(秘密信息過長超出載體容量) new_pixels [] bit_index 0 for pixel in pixels: r, g, b pixel[:3] # 0xFE 把最低位清成0再或上秘密bit實現(xiàn)單比特替換 if bit_index len(full_bits): r (r 0xFE) | int(full_bits[bit_index]) bit_index 1 if bit_index len(full_bits): g (g 0xFE) | int(full_bits[bit_index]) bit_index 1 if bit_index len(full_bits): b (b 0xFE) | int(full_bits[bit_index]) bit_index 1 new_pixels.append((r, g, b)) new_img Image.new(RGB, img.size) new_img.putdata(new_pixels) new_img.save(output_path)邏輯說明carrier_path是上傳的原始載體圖secret_text是要藏的文本output_path是生成的隱寫圖。先把文本按UTF-8編碼成字節(jié)再把每個字節(jié)展開成8位二進制串前面拼一個16位長度頭提取端先讀這個頭才知道后面要取多少比特。容量判斷是關鍵一個像素三個通道就是三個比特位超了直接拋異常而不是靜默截斷這點能省掉后面一大半排查時間。參數說明format(len(secret_bytes), 016b) 強制輸出16位定長二進制長度范圍0到65535字節(jié)對畢設場景完全夠用 0xFE 是保留高7位、清最低位的標準位運算寫法。最終保存的隱寫圖要選PNG這類無損格式這是LSB能否提取成功的先決條件。2.3 提取端實現(xiàn)取最低位拼回流再解碼from PIL import Image def lsb_extract(stego_path): img Image.open(stego_path).convert(RGB) pixels list(img.getdata()) # 逐通道收集最低位組成完整比特流 bits [] for pixel in pixels: for channel in pixel[:3]: bits.append(channel 1) # 先解析16位長度頭非法長度直接報錯 length int(.join(str(b) for b in bits[:16]), 2) if length 0 or length len(pixels) * 3 // 8: raise ValueError(提取失敗長度頭不合法或圖像不是有效載體) # 按8位一組拼字節(jié)再從字節(jié)解碼回UTF-8文本 secret_bytes bytearray() for i in range(16, 16 length * 8, 8): byte 0 for j in range(8): byte (byte 1) | bits[i j] secret_bytes.append(byte) return secret_bytes.decode(utf-8)邏輯說明提取是嵌入的逆過程channel 1 取每個通道的最低位按順序收集成比特流。前16位轉成十進制得到length再按8位一組切字節(jié)。這里對length做了合法性校驗避免拿一張沒藏過信息的普通圖片硬解碼時得到超長內容或亂碼報錯。decode(utf-8) 必須和嵌入端的 encode(utf-8) 配對英文文本用什么編碼差別不大中文則必須統(tǒng)一。參數說明stego_path 是待提取的隱寫圖路徑range(16, 16 length * 8, 8) 確保只讀長度頭聲明范圍內的比特不越界。至此嵌入和提取兩個函數形成對稱閉環(huán)項目的核心算法部分就跑通了。3. Django包成Web系統(tǒng)ORM模型、視圖鏈路與URL路由3.1 models.py數據模型一張表記錄上傳載體與嵌入結果Django的ORM把數據庫表映射成Python類這張表要同時承載三件事記錄上傳的載體圖、記錄生成的隱寫圖、記錄用戶輸入的秘密文本。核心字段定義如下from django.db import models class ImageRecord(models.Model): carrier models.ImageField(upload_tocarrier/) # 用戶上傳的載體圖 stego models.ImageField(upload_tostego/, blankTrue, nullTrue) # 生成的隱寫圖 secret_text models.TextField(blankTrue) # 嵌入的秘密信息 created_at models.DateTimeField(auto_now_addTrue) # 操作時間 remark models.CharField(max_length255, blankTrue) # 備用備注字段參數說明carrier 用 ImageField 而不是 FileField是為了讓 Django 在 admin 后臺直接顯示圖片預覽upload_to 參數決定文件落到 MEDIA_ROOT 下的哪個子目錄。stego 字段允許為空因為記錄剛創(chuàng)建時隱寫圖還沒生成要在視圖函數里跑完算法再回填。secret_text 用 TextField 存長文本用戶可能輸入幾百字甚至一段代碼。一個容易忽略的點ImageField 依賴 Pillow 庫requirements.txt 里必須帶上 pillow否則遷移時會報“不能初始化 ImageField”。很多第一次跑畢設項目的人在 makemigrations 那一步就卡住十有八九是漏了這一步。3.2 views.py鏈路上傳、嵌入、提取如何串聯(lián)算法函數寫好后需要通過視圖把HTTP請求、算法調用、文件保存串起來。核心視圖分成兩條鏈路嵌入和提取。import os from django.conf import settings from django.shortcuts import render from .models import ImageRecord from .lsb import lsb_embed, lsb_extract def embed_view(request): if request.method POST: # 把上傳文件和表單數據一起入庫 record ImageRecord( carrierrequest.FILES[carrier], secret_textrequest.POST[secret_text] ) record.save() # 調用嵌入算法隱寫圖命名跟記錄id掛鉤避免覆蓋 carrier_path record.carrier.path stego_path os.path.join(settings.MEDIA_ROOT, stego, fstego_{record.id}.png) lsb_embed(carrier_path, record.secret_text, stego_path) # 回填隱寫圖字段再保存一次 record.stego fstego/stego_{record.id}.png record.save() return render(request, result.html, {record: record}) return render(request, embed.html) def extract_view(request): if request.method POST: # 先落盤再傳路徑給算法 stego_file request.FILES[stego] save_path os.path.join(settings.MEDIA_ROOT, uploads, stego_file.name) with open(save_path, wb) as f: for chunk in stego_file.chunks(): f.write(chunk) secret lsb_extract(save_path) return render(request, extract_result.html, {secret: secret}) return render(request, extract.html)邏輯說明embed_view 里先 save() 拿到主鍵 id隱寫文件名用 stego_{record.id}.png同一條記錄對應一個確定文件名重復嵌入也不會互相覆蓋。算法跑完再把 stego 字段更新回去第二次 save() 只更新這一條記錄。extract_view 這邊把上傳文件先寫入 MEDIA_ROOT/uploads 臨時目錄這種落盤再處理的習慣比直接在內存里轉來轉去要穩(wěn)得多排錯時也能直接看到上傳的文件內容。參數說明request.FILES 是 Django 處理 multipart/form-data 上傳的入口必須和前端表單的 enctypemultipart/form-data 對應否則 request.FILES 取出來是空的settings.MEDIA_ROOT 必須在 settings.py 里定義通常配成 os.path.join(BASE_DIR, media)chunks() 是 Django 對大文件分塊讀寫的推薦接口避免一次性把大文件讀進內存。3.3 urls.py路由與模板渲染的對應關系Django 的路由表決定每個 URL 交給哪個視圖函數。這個項目至少需要兩個頁面一個嵌入頁一個提取頁。路由配置如下from django.urls import path from . import views urlpatterns [ path(embed/, views.embed_view, nameembed), path(extract/, views.extract_view, nameextract), ]參數說明nameembed 用于模板里的 {% url embed %} 反向解析改名時模板里的引用也要同步改這是新手最容易忽略的關聯(lián)關系。對應的模板文件放在 app 目錄下的 templates 文件夾里嵌入頁表單的核心寫法是里面一個和一個name 的值必須和視圖里 request.FILES[carrier]、request.POST[secret_text] 完全一致錯一個字母就取不到數據。/p p模板渲染那層不復雜就是寫完表單交后臺后臺返回 result.html 并帶上 record 對象頁面里用 {?{ record.stego.url }} 顯示生成結果。把 urls、views、templates 三者對上整個 Web 框架就完整跑通了。/p h24. 部署與復現(xiàn)從zip解壓到runserver跑通的完整路徑/h2 h34.1 環(huán)境準備Python版本、虛擬環(huán)境與依賴安裝/h3 p拿到壓縮包先解壓項目文件夾內通常包含 xiangmu 主代碼目錄、說明文檔、部署說明這幾類內容。常見結構如下/p table thead tr th解壓后常見內容/th th作用/th /tr /thead tbody tr tdxiangmu//td tdDjango項目主目錄含manage.py與app代碼/td /tr tr td說明文檔/td td項目設計目標、模塊分析、使用說明/td /tr tr td部署說明.zip/td td環(huán)境安裝、依賴配置、啟動步驟/td /tr /tbody /table p別急著直接雙擊 manage.py先按順序做環(huán)境準備。這個項目基于 Django建議用 Python 3.8 到 3.10太新的 Python 版本碰到老項目的三方依賴可能出兼容問題。依賴安裝的標準做法是先建虛擬環(huán)境再裝依賴/p precode classlanguage-bash# 進入項目主目錄 cd xiangmu # 創(chuàng)建虛擬環(huán)境 python -m venv venv # Windows激活虛擬環(huán)境 venv\Scripts\activate # Linux / macOS激活虛擬環(huán)境 source venv/bin/activate # 安裝依賴 pip install -r requirements.txt /code/pre p邏輯說明虛擬環(huán)境的作用是把項目依賴和系統(tǒng) Python 隔離避免多個項目互相污染。requirements.txt 里一般包含 django、pillow 以及可能用到的其他庫django 負責 Webpillow 負責圖像讀寫這兩個是標配。如果部署說明里另外寫了 mysqlclient 或 pymysql說明數據庫用了 MySQL本地想省事可以在 settings.py 里把 DATABASES 改成 SQLite 配置不影響演示功能。/p p參數說明python -m venv 依賴 Python3 自帶模塊不需要額外安裝激活后命令行前綴出現(xiàn) (venv) 說明虛擬環(huán)境生效。Windows 下如果用 PowerShellvenv\Scripts\activate 可能因執(zhí)行策略報錯臨時放開策略或改用 venv\Scripts\activate.bat 都能解決。/p h34.2 數據庫初始化遷移、超級用戶與媒體目錄/h3 p數據庫是 Django 繞不開的環(huán)節(jié)。這個項目用 ORM 操作 SQLite 或 MySQL第一次運行前必須建表/p precode classlanguage-bash# 生成遷移文件把models.py變成數據庫操作 python manage.py makemigrations # 真正執(zhí)行建表 python manage.py migrate # 創(chuàng)建admin超級用戶后臺用 python manage.py createsuperuser /code/pre p邏輯說明makemigrations 掃描 app 里的 models.py 生成遷移腳本migrate 執(zhí)行腳本建表。很多第一次跑的人只跑 runserver 不跑 migrate訪問頁面就報 no such table這是 Django 項目的頭號翻車點。createsuperuser 創(chuàng)建的賬號用于登錄 admin 管理后臺答辯時常被問到順手建一個不會錯。/p p參數說明如果 app 沒被注冊進 INSTALLED_APPSmakemigrations 會提示沒有改動這時要先在 settings.py 里把 app 名加進去如果 settings.py 里配置了 MEDIA_ROOT還需要手動建 media 目錄Django 不會自動創(chuàng)建命令行 mkdir media 就能解決否則上傳文件時 open() 會報路徑不存在。/p h34.3 啟動服務完整跑一次嵌入提取流程/h3 p環(huán)境、數據庫、媒體目錄都就緒后啟動開發(fā)服務器/p precode classlanguage-bashpython manage.py runserver 0.0.0.0:8000 /code/pre p瀏覽器打開 http://127.0.0.1:8000/embed/ 選一張 PNG 載體圖輸入“hello 你好”點嵌入頁面展示生成的隱寫圖。再打開提取頁上傳這張隱寫圖提取結果應該和輸入完全一致。這一輪測試下來算法、Web、ORM、靜態(tài)文件四條鏈路就全部驗證到了。/p p參數說明0.0.0.0:8000 表示監(jiān)聽所有網卡局域網內其他機器可以用開發(fā)機 IP 加 8000 端口訪問只在本機調試時直接runserver即可。生產部署想上 Nginx 加 uwsgi部署說明里如果有對應章節(jié)可以照做但畢設演示階段 runserver 已經足夠。/p h25. 避坑與排查圖像隱寫項目最常翻車的四個環(huán)節(jié)/h2 h35.1 嵌入后另存成JPG提取出來全是亂碼/h3 p現(xiàn)象隱寫圖保存時被轉成了 JPG 格式再喂給提取端解出來的內容完全不可讀。/p p原因LSB 依賴像素最低位的精確值JPG 是有損壓縮格式編碼過程中量化表會把低位數據改掉嵌入的信息被壓縮算法破壞了。這跟算法本身沒關系是載體格式選錯了。/p p解決載體圖和隱寫圖的保存路徑統(tǒng)一限定為 PNG、BMP 這類無損格式。前端上傳控件限制 accept.png,.bmp后端視圖里再用文件后綴做一道校驗雙重保險。如果業(yè)務上必須用 JPG就要換成第 6 章講的 DCT 頻域方案那是另一套思路。/p h35.2 秘密信息是中文提取時直接UnicodeDecodeError/h3 p現(xiàn)象嵌英文一切正常換中文后要么提取結果亂碼要么拋 UnicodeDecodeError。/p p原因嵌入端用的編碼和解碼端不一致或者用 ASCII 這類單字節(jié)編碼去處理中文。中文字符在 UTF-8 里通常是 3 個字節(jié)被拆成 24 個 bit 嵌入提取時只要有一端編碼不對字節(jié)流就拼不回合法的中文字符。/p p解決嵌入端固定用 secret_text.encode(utf-8)提取端固定用 bytes.decode(utf-8)兩個函數放在一起對照檢查。這是血淚經驗換來的提醒我見過好幾次學生答辯現(xiàn)場演示中文提取翻車全是編碼不一致導致的。/p h35.3 秘密信息一長嵌入就報容量不足/h3 p現(xiàn)象輸入幾百字文本沒問題換成幾千字或嵌入圖片時lsb_embed 直接拋出 ValueError。/p p原因每個像素只有 3 個 bit 可用容量上限是像素總數乘 3 再除以 8單位才是字節(jié)。一張 1024x768 的圖理論容量約 29 萬字節(jié)看起來很大但只要秘密信息經過編碼或壓縮處理體積立刻膨脹超出載體容量。/p p解決嵌入前先算容量前端用 JS 按字節(jié)數做預估提示后端保留異常拋出邏輯再加一個 try...except 把錯誤信息換成“秘密信息過長請更換更大載體或壓縮內容”。硬截斷是最差的處理方式寧可讓用戶換圖也不要生成一張?zhí)崛∈〉碾[寫圖。/p h35.4 首次部署訪問頁面就500日志顯示no such table/h3 p現(xiàn)象migrate 之后訪問 embed 頁面或提交表單Django 返回 500日志里帶著 Table doesnt exist。/p p原因models.py 建好了但 makemigrations 或 migrate 沒有成功執(zhí)行或者是后來改過模型字段舊遷移文件對應的表和新字段對不上。/p p解決重新跑一遍 makemigrations 和 migrate確認輸出里有 Applying 開頭的日志。如果反復不生效檢查 settings.py 里 INSTALLED_APPS 有沒有包含項目 app 名把 xxx.apps.XxxConfig 加進去再遷移。這個坑在 Django 新手里出現(xiàn)頻率極高基本屬于必修踩坑點。/p h26. 從畢設到能演示的實用工具校驗位與DCT域進階改法/h2 h36.1 加魔數校驗位提取前先判斷“這張圖是不是被藏過”/h3 p基礎版提取端遇到普通圖片會硬解碼得到亂碼甚至拋異常這在答辯演示時很尷尬。一個低成本改進是加魔數Magic Number校驗嵌入前在信息流前面拼一段固定字節(jié)提取時先檢查這段字節(jié)是否匹配不匹配就直接提示“不是有效載體”。/p precode classlanguage-pythonMAGIC bINFMAGIC # 8字節(jié)固定魔數可自行更換 def build_bits(secret_text): payload MAGIC secret_text.encode(utf-8) length_bits format(len(payload), 016b) secret_bits .join(format(b, 08b) for b in payload) return length_bits secret_bits def parse_bits(bits): length int(.join(str(b) for b in bits[:16]), 2) payload bytearray() for i in range(16, 16 length * 8, 8): byte 0 for j in range(8): byte (byte 1) | bits[i j] payload.append(byte) if not bytes(payload[:len(MAGIC)]) MAGIC: raise ValueError(不是有效載體) return bytes(payload[len(MAGIC):]).decode(utf-8) /code/pre p參數說明MAGIC 用 8 字節(jié)固定值payload 長度上限從 65535 字節(jié)降到 65527 字節(jié)對畢設文本場景沒有實際影響。提取時先比對魔數比對失敗立即報錯這樣普通圖片不會再被硬解碼成亂碼字符串頁面交互也體面得多。/p h36.2 魯棒性提升LSB空間域換成DCT頻域的思路/h3 pLSB 的弱點是扛不住有損壓縮和輕微幾何攻擊論文里想往上走一步最常見的延展方向是 DCT 頻域隱寫類似 JSteg 的思路。做法是把圖像切成 8x8 像素塊每塊做離散余弦變換得到頻域系數在中頻系數的最低有效位嵌入信息。中頻系數受壓縮量化影響比高頻小嵌入后的隱寫圖就算被存成 JPG提取成功率也比空間域 LSB 高一個量級代價是容量變小、代碼復雜度明顯上升。/p p畢設階段如果只求穩(wěn)加個魔數校驗已經夠了DCT 方案可以作為論文“未來工作”那節(jié)的素材如果指導老師明確要求抗 JPEG 壓縮再考慮這一步。從那以后我每次做隱寫項目都強制把載體格式限定為 PNG、嵌入前校驗長度和魔數、上傳接口必測中文文本三件事做完才敢說這套代碼能穩(wěn)定復現(xiàn)。希望幫到你。/p p a hrefhttps://download.csdn.net/download/luoluoal/88442535 stylecolor:#ec7500;font-size:14px; 本文還有配套的精品資源點擊獲取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p