想象你是一家餐厅的老板,每天清晨都会收到来自各地供应商的食材。你当然希望这些食材越新鲜越好,但现实是:可能有不良商家把过期肉混在鲜肉里,可能有人把贴错标签的食材送进来,甚至有人在调味料里掺了有害物质。如果你不设任何关卡,直接把这些食材送进后厨,做出的菜品迟早会出问题。 AI 模型的训练数据,就像这些食材。攻击者会往数据集中“掺毒”——翻转标签、注入后门、混入噪声——让模型在特定条件下输出错误结果。数据审计机制,就是餐厅的“食品安全检测线”:它系统化地检查即将进入训练管线的数据,识别可疑样本、评估投毒风险、验证数据可信度,把有问题的“食材”拦截在模型训练之前。 本文将以这套“餐厅质检”体系为线索,从审计目标、攻击类型、核心原理、指纹水印、隔离验证、流程设计到应用应对,系统讲解数据审计机制设计的完整知识框架。
掌握数据审计机制设计,是 AI 从业者构建可信训练数据管线的核心技能。无论是大模型预训练、推荐系统还是自动驾驶,审计能力直接决定了模型能否在对抗环境下保持安全可靠,是保障 AI 系统合规落地的必备技术素养。
可视化演示
展示数据审计四层架构(采集、传输、分析、存证)的完整流水线,实时呈现数据包流转、规则检测与哈希链存证过程。
本节配有交互动效(进入视口后自动加载,约 3KB)。
正常审计流 数据包经采集层进入,通过加密传输到达分析层 规则引擎检测通过后写入哈希链存证 H(n)=SHA256(H(n-1)+data) 四层架构确保全链路可追溯
审计概念目标
老张是餐厅的食品安全质检员,每天清晨守在自己的食材验收台前。他手里有一份《供应商食材验收标准》:肉类要看检疫合格证,蔬菜要测农药残留,冷冻品要查温度记录。这套标准就是餐厅的“审计基线”——没有它,任何食材都能混进后厨。
数据审计机制,就是 AI 训练管线中的“验收标准”。它定义了一组系统化的检查流程,在数据进入训练系统之前或训练过程中,评估数据的真实性、完整性与可信度。审计目标不是提高模型准确率,而是发现并阻断恶意投毒数据,保障模型在对抗环境中的行为安全——就像老张的目标不是让菜更好吃,而是别让人吃坏肚子。
审计目标可以拆解为三个层面:可用性审计,确认数据来自可信来源且可追溯;完整性审计,检测数据是否被篡改、注入或替换;有效性审计,发现数据中混有的恶意构造异常样本。触发审计的时机同样关键:数据集采购入库时、训练任务启动前、模型上线后监测到异常时,都是典型审计触发点。
公式:
老张的验收标准救过餐厅一次——那批被掉包的冷冻虾仁如果上了菜单,一晚上就能让几十位顾客食物中毒。数据审计的纯净率指标就像这道验收线:它不负责做饭,但能确保进到厨房的食材不会砸掉餐厅的招牌。
- N_total数据集中的样本总数,对应验收台收到的全部食材批次。
- N_suspect审计过程中被标记为可疑的样本数,如标签异常、特征离群、来源不明的数据。
- 纯净率 Purity值越接近 1,说明可疑样本越少,数据集越可信;低于预设阈值则触发人工复核,就像食材不合格率超标时整批退回。
投毒攻击类型
老张干了二十年质检,见过的掺假手段五花八门:有人把过期牛肉重新贴标当鲜肉卖,有人往辣椒粉里掺砖粉,还有人专门养一批“带菌”食材想毒倒竞争对手。这些手段,恰好对应三种典型的数据投毒攻击。
第一种是“标签翻转”投毒。攻击者将数据集中部分样本的标签改成错误类别,相当于把牛肉贴上“猪肉”标签,让模型学到错误的映射关系。这只需要篡改少量样本,就能显著拉低模型在特定类别上的准确率,是最简单也最常见的投毒方式。
第二种是“后门投毒”,攻击者在训练样本中植入特定触发模式(如图像右下角的某个水印),同时将标签改为攻击者指定目标。模型正常使用时表现正常,但输入一旦携带触发模式,就会被劫持输出恶意结果——这就像慢性毒药,发作前毫无征兆。第三种是“数据污染”,攻击者往数据集中混入无关样本或噪声,干扰模型的统计分布,让模型在正常数据上也表现不稳定。
老张把掺假手段编成了《质检手册》,每一条都配有检测方法。同样地,理解三种投毒攻击的构造方式,是设计数据审计机制的前提——不知道敌人怎么下毒,就没办法针对性化验。
- N_poison被攻击者恶意篡改的样本数,包括标签翻转样本、后门植入样本与污染样本。
- N_total数据集总样本数,与审计基线统计口径一致。
- 投毒率 ρρ 越大,模型被劫持的风险越高。研究发现,即使 ρ 只有千分之一,后门攻击依然可能成功——正如只需一颗毒丸就能毒倒一桌宴席。
审计核心原理
老张检查食材有三板斧:先闻气味,不对劲的食材先挑出来;再用化学试纸定量测,农药残留超标多少一目了然;最后查进货单,追溯问题到底出在哪个供应商。数据审计也遵循同样的三板斧。
第一板斧是“异常检测”:通过统计方法找出偏离数据分布正常模式的样本。第二板斧是“统计检验”:用假设检验量化样本或子集的异常程度是否显著,避免仅凭直觉下结论。第三板斧是“溯源分析”:跟踪每个样本的来源路径——数据源、生产脚本、预处理管道,定位投毒可能发生的环节。
异常检测是审计的第一道防线。对结构化特征,常用 Z-score 度量每个样本在特征维度上偏离均值的倍数;对高维数据,可以用 PCA 重构误差、孤立森林等方法识别离群点。统计检验更进一步:比如对可疑子集和正常子集做双样本 t 检验,判断均值差异是否显著。溯源分析则要求数据管理系统保留完整的血统信息,记录每个样本“从哪来、经过谁、怎么变换”,为事后追责提供证据链。
老张的三板斧组合拳,让那些“闻起来没什么不对劲”的高科技掺假也无处遁形。数据的异常检测、统计检验、溯源分析就是这样一套组合拳:第一道筛子揪出显眼的问题,统计检验确认问题的严重程度,溯源分析挖出问题的源头。
- x_i第 i 个样本的某个特征取值,对应一块食材的某项检测指标(如农药残留量)。
- μ全体样本在该特征上的均值,是审计基线的核心参数。
- σ全体样本的标准差,描述正常波动的幅度。
- z_i当 |z_i| 超过 2 或 3 时,样本显著偏离常态,被标记为可疑,交由后续环节复核。
数据指纹水印
对付最狡猾的掺假商,光靠闻和测不够。老张现在要求供应商提供完整溯源标签,还定期送样做 DNA 检测——每种食材都有独一无二的“生物指纹”,假货在指纹面前立刻原形毕露。
数据同样可以拥有“指纹”。数据指纹技术的核心思想是:为每个样本或数据集生成一个紧凑的、可比较的唯一标识。数据所有者可以对训练数据计算内容哈希,作为完整性凭证;也可以在数据中嵌入特定水印,用于验证数据来源与真伪。
内容哈希是最直接的完整性校验工具:对样本内容计算哈希值,比对与发布时是否一致,任何比特级的篡改都会导致哈希完全改变。水印嵌入则更隐蔽:在特征向量或图像像素中叠加人眼不可见的编码模式,提取水印即可判断数据是否来自特定批次。指纹比对环节,可以用 SimHash 对相似数据进行快速近似匹配,检测“经过微小扰动但仍保持语义一致”的投毒变体——这在对抗审计场景中尤其重要。
就像 DNA 检测能揪出贴错标签的“注水牛肉”,数据指纹和水印让攻击者无法轻易抵赖。你拿到的到底是原厂正品还是高仿假货,一比对指纹便知。
- A, B两个数据样本的 SimHash 指纹,都是 L 位二进制向量。
- Hamming(A, B)汉明距离,统计两个指纹间不同位的数量。
- L指纹长度,决定相似度计算的粒度与存储开销,常用 64 或 128 位。
- sim越接近 1,说明两个数据越相似;攻击者微调后的投毒变体与原始样本往往有较高的 sim 值。
隔离验证方法
老张还有一个压箱底的手段——留样试菜。每批新食材,他都会取一小份单独做一道菜让试菜员品尝,同时保留样本观察 24 小时。如果试菜员闹肚子,说明这批食材绝不能进正餐。
“留样试菜”在数据审计中对应“隔离验证”。审计者从可疑数据集中隔离出一部分样本,在受控环境中单独训练一个探测模型,再用独立验证集评估其行为,观察是否存在异常:比如模型准确率骤降、对特定触发模式有异常响应。隔离的目的是防止可疑数据与正常数据混合,掩盖投毒效应。
隔离验证有三种常用形态。隔离训练:只用可疑子集训练一个轻量模型,直接在验证集上测精度,若精度显著低于正常水平则确认投毒。触发集验证:专门构造一个带候选触发模式的测试集,喂给探测模型,观察是否被劫持到目标类别——这是检测后门攻击最直接的手段。交叉验证:采用多种子、多折切分的重复验证,排除单一验证分割的偶然性,提高审计结论置信度。
试菜员用肚子投票,探测模型用准确率投票。隔离验证的精髓就在于“隔离”二字——只有把可疑食材单独做成一道菜,才能不被正常菜品的味道掩盖。
- acc_clean在干净基准数据上训练模型的准确率,对应“标准菜品的正常口感”。
- acc_suspect在可疑子集上训练探测模型的准确率,反映可疑数据的质量。
- Δacc落差越大,可疑子集存在投毒的可能性越高;超过阈值则触发二级审查。
审计流程设计
老张的质检之所以可靠,不只因为经验丰富,更因为他把经验固化成了一套标准作业流程:收货先核对单据,再抽样检测,登记台账,下班前做汇总分析。流程,让个人经验变成了可复制的制度。
数据审计机制的落地同样依赖流程设计。一个完整的审计流程包括四个阶段:数据采集、基线建立、实时监控、报告处置。流程设计的核心矛盾是审计成本和覆盖率的平衡——不可能对每个样本都做深度验证,必须用分层策略把资源花在最值得怀疑的地方。
数据采集阶段,确保审计系统能访问到完整元数据——来源、版本、采集时间、处理历史,这是溯源分析的前提。基线建立阶段,用历史可信数据或领域知识构建统计基线,包括均值、方差、分布形态,为异常检测提供参照系。实时监控阶段,在数据流入训练管线时持续计算审计指标,一旦偏离基线立即告警。报告处置阶段,将审计结论分级为通过、复核、退回,并记录处置详情供事后追溯。
有了制度化的流程,老张哪怕休假一周,新来的质检员照着 SOP 也能守住食品安全线。数据审计的流程设计,就是把“老张的经验”固化成“组织的审计制度”。
- z样本在基线下的最大 Z-score,衡量统计异动强度。
- Δacc隔离验证得到的准确率落差,衡量功能行为异常程度。
- 1 - sim_best与已知投毒指纹库最相似样本的补值,衡量来源可疑度。
- α, β, γ权重系数,由历史审计结果或安全策略调参确定。
应用与应对
老张的质检体系还延伸到供应链管理:每个供应商都有信用评级,出过问题的供应商会被提高抽检频率;甚至还有人专门研究老张的检测流程,想方设法绕过它——这就是“质检与反质检”的攻防。
数据审计机制的实际应用,集中在第三方数据供应链审计、大模型训练前的数据体检、联邦学习中的恶意参与方检测等场景。与此同时,攻击者也在“学习”审计机制,发展出对抗审计的手段:刻意压低投毒样本的分布异常度、针对审计验证集发起定向攻击、用生成模型制造“看起来正常”的污染数据。
面对对抗审计,审计机制设计需遵循三个原则。纵深防御:不依赖单一检测信号,而是指纹、统计、隔离验证多重证据融合。红队演练:定期模拟攻击者对审计机制进行压力测试,评估检测率与盲区。持续进化:审计基线与阈值需随数据分布漂移动态更新,避免攻击者利用过时基线。评估审计机制自身质量时,要同时关注误报率与漏报率——误报浪费人力,漏报埋下安全隐患。
老张深知,质检不是一劳永逸的——供应商在变、手段在变,检测设备和流程也必须跟着变。数据审计机制的最终形态,不是一道静止的安检门,而是一场永不停歇的攻防博弈。
- FPR误报率,正常数据被误判为可疑的比例——“没问题的食材被错扔”,浪费复核人力。
- FNR漏报率,投毒数据未被发现的比例——“有毒食材混进后厨”,安全风险最大。
- AU审计可用性,α、β 为权重,由安全策略确定,通常 FNR 的权重更高,因为安全优先。
AI 应用场景
大模型训练前的数据体检
阶段:数据准备
解决的问题:大模型训练动辄需要数十亿条数据,传统做法只关注去重和清洗,几乎不检查数据是否被恶意投毒。攻击者只需在语料库中混入 0.1% 的恶意样本,就能让模型学会在特定提示词下泄露隐私或输出有害内容。数据审计机制在训练前对数据源进行指纹比对、统计检验和隔离验证,把投毒风险挡在训练算力投入之前。
具体案例:某大模型团队在预训练前的数据体检中,通过内容哈希比对和 SimHash 指纹聚类,发现某开源语料包子集中藏有大量“指令触发式”恶意样本——正常对话下模型表现良好,一旦出现特定暗语,模型就会被诱导输出违法信息。审计机制及时拦截了这批数据,避免了后续数千万美元训练成本的浪费。
第三方数据采购供应链审计
阶段:数据采集与外部数据接入
解决的问题:许多企业依赖第三方数据供应商采购标注数据,但供应商的标注团队可能存在恶意或妥协员工,在数据中埋设后门。传统验收只看数量是否达标、格式是否规范,完全无法感知隐蔽投毒。数据审计机制通过溯源分析记录每一批数据的生产人员和标注脚本,结合隔离验证测试数据质量,形成完整的供应链审计链条。
具体案例:某自动驾驶公司采购了十万张众包标注的街景图像。审计团队对这批数据做隔离验证时发现,单独用这批数据训练的分割模型在“雨天夜晚场景”下准确率骤降 23%。进一步溯源发现,某标注外包商的三名标注员被竞对公司收买,对所有包含特定交通标志的图像统一标注错误类别。审计机制不仅发现了问题,还通过溯源记录精准定位了责任环节。
联邦学习中的恶意参与方检测
阶段:模型训练与聚合
解决的问题:联邦学习允许多个参与方在不共享原始数据的情况下协同训练,但恶意参与方可以投喂精心构造的梯度,使全局模型中毒。传统训练流程无法直接审计参与方的本地数据,数据审计机制通过交叉验证和触发集验证,对参与方上传的模型更新进行行为审计,识别异常更新来源。
具体案例:某跨机构医疗联盟在联邦训练糖尿病预测模型时,审计模块发现某医院上传的模型更新在“夜间血糖异常”样本上表现反常。触发集验证确认该模型带有后门触发器——特定血糖序列输入会强制输出“正常”结论。审计机制将该参与方标记为不可信并冻结其更新,保障了全局模型安全。
Python 演示
import numpy as npfrom sklearn.linear_model import LogisticRegressionfrom sklearn.model_selection import train_test_splitfrom sklearn.metrics import accuracy_score def generate_data(n=400, poison_ratio=0.15): """生成二分类数据并注入标签翻转投毒""" rng = np.random.RandomState(42) X = rng.randn(n, 2) y = (X[:, 0] + 0.5 * X[:, 1] > 0).astype(int) n_poison = int(n * poison_ratio) poison_idx = rng.choice(n, n_poison, replace=False) y[poison_idx] = 1 - y[poison_idx] return X, y, poison_idx def audit_zscore(X, y): """统计检验:比较两个类别特征均值的 Z-score""" mu0 = X[y == 0].mean(axis=0) mu1 = X[y == 1].mean(axis=0) var0 = X[y == 0].var(axis=0) / max(len(X[y == 0]), 1) var1 = X[y == 1].var(axis=0) / max(len(X[y == 1]), 1) z = (mu0 - mu1) / np.sqrt(var0 + var1 + 1e-9) return z def audit_isolation(X, y, n_trials=5): """隔离验证:多种子训练探测模型,观察准确率""" scores = [] for seed in range(n_trials): tr, te, ytr, yte = train_test_split(X, y, test_size=0.3, random_state=seed) clf = LogisticRegression(max_iter=200) clf.fit(tr, ytr) scores.append(accuracy_score(yte, clf.predict(te))) return float(np.mean(scores)), float(np.std(scores)) def audit_report(X, y): """输出完整审计报告""" z = audit_zscore(X, y) acc, std = audit_isolation(X, y) z_max = float(np.max(np.abs(z))) print("=== 数据审计报告 ===") print("特征Z分数:", np.round(z, 3), "最大异动:", round(z_max, 3)) print("隔离验证精度: {:.3f} ± {:.3f}".format(acc, std)) risky = z_max > 2.5 or acc < 0.85 print("结论:", "存在投毒风险,建议人工复核" if risky else "通过审计") if __name__ == "__main__": X, y, idx = generate_data(n=400, poison_ratio=0.15) audit_report(X, y)
y[poison_idx] = 1 - y[poison_idx]标签翻转投毒的核心操作,把选中的样本标签切换为错误类别,模拟攻击者行为。z = (mu0 - mu1) / np.sqrt(var0 + var1 + 1e-9)统计检验的核心公式,计算两个类别特征均值差异的显著性。train_test_split(X, y, test_size=0.3, random_state=seed)每次用不同随机种子划分训练集,实现多种子交叉验证。clf = LogisticRegression(max_iter=200)训练一个轻量级逻辑回归探测模型,快速评估可疑数据的行为影响。risky = z_max > 2.5 or acc < 0.85审计决策规则:统计异动超过 2.5 个标准差或隔离验证精度低于 0.85,就判定存在投毒风险。
常见误区
误区“数据审计不就是查一查数据有没有缺失值、重复项、格式错误吗?我们团队一直在做数据清洗,早就覆盖审计了。”
正解数据质量检查关注的是“数据是否规范可用”,而数据审计关注的是“数据是否安全可信”。审计的核心对抗对象是恶意攻击者——他们制造的数据可能格式完美、统计分布看似正常,却藏有后门触发器。就像质检员检查蔬菜是否新鲜是质量检查,而化验菠菜是否含剧毒农药是安全审计,二者目标完全不同。
为何常见:数据审计和数据质量都属于数据管理范畴,日常工具链也有重叠,初学者容易将两者混为一谈,以为做了清洗就等于做了审计。
误区“数据集是静态的,我们入库时做一次全面审计,之后就可以放心用了。”
正解数据分布会随时间漂移,攻击者也会持续演化攻击手法。一次审计只能证明“当前时刻”数据可信,无法保证“以后”依然安全。审计机制应该像餐厅每天的食材验收流程一样持续运行,在每次数据更新时重新检查,并建立实时监控应对动态数据流。
为何常见:项目初期审计通过后往往就不再关注,忽略了数据本身的动态性和攻击手法演进,这是典型的静态思维。
误区“只要用了 Z-score、孤立森林这些异常检测算法,任何投毒样本都会被揪出来。”
正解异常检测只能发现“偏离统计常态”的样本,而后门投毒恰恰被设计成“看起来完全正常”——攻击者会在投毒样本上叠加噪声分布匹配,甚至用生成模型模拟正常样本的特征分布。因此审计必须融合异常检测、统计检验、指纹比对、隔离验证等多重信号,任何单一手段都有盲区。
为何常见:异常检测的直观性强、实现简单,容易给人一种“有了雷达就万无一失”的错觉,忽视了攻击者会主动隐藏异常特征。
误区“我们优化的目标是让误报率无限接近零,这样审计才不会打扰正常的算法团队。”
正解误报率和漏报率是一对跷跷板。盲目压低误报率通常意味着提高阈值或放宽检测规则,结果必然是漏报率上升。安全场景中漏报的代价往往远高于误报——一次漏报可能导致模型带着后门上线。应该用审计可用性公式综合权衡,安全优先地配置权重。
为何常见:在业务压力下,团队倾向于追求“不多事”的审计系统,却忘了审计的核心价值是在关键时候拦下毒药,而不是乖乖放行。
误区“我们用多种子交叉验证了数据集,模型精度没有异常,所以数据一定是干净的。”
正解交叉验证虽然能发现明显影响模型精度的投毒,但无法应对针对验证流程的攻击——攻击者可以专门构造投毒样本,使验证集和训练集的错误相互抵消,让性能指标表面正常。此外,如果投毒样本只影响特定触发模式,全局精度指标可能几乎没有变化。需要使用触发集这类靶向验证手段来补充交叉验证的盲区。
为何常见:交叉验证在机器学习中太经典了,让人本能地把它当作万能验证工具,忽略了对抗环境下验证逻辑本身也会被攻击者研究利用。
面试题
Q1. 数据审计机制的首要目标是什么?
- A.提升模型训练速度
- B.检测恶意投毒样本← 正确答案
- C.压缩数据集存储容量
- D.加密敏感训练数据
答案:B。数据审计的核心目标是发现并阻断恶意投毒数据,保障模型在对抗环境下的安全。提升训练速度和压缩存储属于工程优化范畴,加密保护数据属于数据安全传输领域,都不是审计的首要目标。
Q2. “标签翻转”投毒指的是?
- A.将样本特征随机置换
- B.将样本标签翻转为错误类← 正确答案
- C.删除部分正常训练样本
- D.复制少量样本重复训练
答案:B。标签翻转是最基础的投毒方式,攻击者选中部分样本后将标签改为错误类别(如把“猫”标成“狗”),破坏模型学到的映射关系。特征置换、样本删除、重复采样都不是规范的标签翻转定义。
Q3. 审计中 Z-score 的作用是?
- A.度量样本偏离正常均值的程度← 正确答案
- B.计算分类模型的测试准确率
- C.对高维特征做降维压缩
- D.自动平衡数据集的标签分布
答案:A。Z-score 衡量样本观察值与均值的偏差,以标准差为单位,是异常检测的核心统计量。准确率计算、降维和类别平衡分别对应评估、表示学习和数据增强,与 Z-score 无关。
Q4. 内容哈希在数据审计中的作用是?
- A.压缩数据以节省存储空间
- B.检验数据是否被篡改过← 正确答案
- C.将数据加密防止泄露
- D.对数据进行格式转换
答案:B。内容哈希为数据生成唯一“指纹”,任何比特级修改都会导致哈希值变化,因此用于完整性校验。它不承担压缩、加密或格式转换职责。
Q5. 隔离验证的具体做法包括?
- A.用干净子集独立训练探测模型← 正确答案
- B.构造触发集验证后门攻击← 正确答案
- C.用多种子交叉重复审计← 正确答案
- D.只保留最新批次的数据
答案:ABC。隔离验证的核心是把可疑数据“单独小灶”验证:干净子集独立训练、构造触发集测试后门、多种子交叉排除偶然性,都是标准做法。只保留最新批次数据是数据处理策略,不是隔离验证手段。
Q6. 后门投毒攻击区别于标签翻转的特点是?
- A.均匀污染所有训练样本
- B.特定触发条件下才激活← 正确答案
- C.仅降低模型训练速度
- D.完全无法被任何检测发现
答案:B。后门攻击在正常输入下模型表现正常,只有输入携带特定触发模式时才被劫持,隐蔽性远高于标签翻转。它不是均匀污染,也不仅仅影响训练速度;虽然隐蔽性强,但通过触发集验证等手段仍可检测。
Q7. 数据审计流程的正确起点是?
- A.建立审计基线与参考标准
- B.启动实时监控系统
- C.采集待审计的原始数据← 正确答案
- D.组织专家进行人工复核
答案:C。审计流程按“采集→基线→监控→处置”推进,第一步必然是采集原始数据及其元数据。没有数据,基线和监控都是空谈;人工复核是审计后期的处置环节。
Q8. 数据审计的核心原理包括?
- A.异常检测与统计检验← 正确答案
- B.溯源分析与指纹比对← 正确答案
- C.隔离验证与交叉验证← 正确答案
- D.反向传播与梯度下降
答案:ABC。审计原理涵盖统计层面的异常检测、证据层面的溯源与指纹、行为层面的隔离验证。反向传播与梯度下降是模型训练优化算法,不属于数据审计原理。
Q9. 面对对抗审计,攻击者可能采取?
- A.刻意隐藏投毒的分布特征← 正确答案
- B.针对验证规则构造攻击← 正确答案
- C.无限增加投毒样本数量
- D.缩短训练轮次节省算力
答案:AB。对抗审计的核心思想是攻击者主动规避检测,包括让投毒数据在分布上伪装正常、研究验证规则构造针对性攻击。无限增加投毒样本会加大暴露风险,与对抗审计的隐蔽性原则相悖。
Q10. 针对数据水印的“洗白攻击”是指?
- A.对样本微扰以破坏水印特征← 正确答案
- B.从零训练一个全新模型
- C.增加大量干净数据稀释投毒
- D.删除所有第三方采购的数据
答案:A。洗白攻击是指攻击者通过对数据样本添加微小扰动(如轻微旋转、噪声叠加),破坏水印的可提取性,使审计者无法验证数据来源。从零训练模型是“蒸除后门”的对策而非攻击数据水印的手段;增加干净数据或删除第三方数据都不是攻击水印的典型操作。