供应链

在容器浪潮中守护数字堡垒——从四大安全案例看信息安全意识的必要性

admin

“防微杜渐，未雨绸缪。”——《礼记》
在信息技术高速演进的今天，Kubernetes 已经从“实验性副业”跃升为企业生产的核心基石，AI 工作负载、云原生微服务、自动化 CI/CD 等在同一平台上交织共生。技术的便利往往伴随着风险的叠加，一场细小的配置失误或一次马虎的代码审计，都可能酿成难以挽回的安全灾难。下面，让我们先进行一次“头脑风暴”，从真实或假想的四起信息安全事件出发，抽丝剥茧，窥见其中的教训与警示，进而为即将开启的信息安全意识培训奠定厚实的认知基石。

案例一：Kubernetes 集群误配置导致海量用户数据泄露

背景

2024 年底，一家国内大型电商平台在完成“双11”高峰期的容器化改造后，将核心订单服务迁移至自建的 Kubernetes 集群。为提高开发效率，平台采用了 GitOps 自动化部署，所有配置均通过 Helm Chart 统一管理。

失误点

运维人员在编写 Helm values 文件时，将 对象存储（对象桶） 的访问策略误写为 public-read，并将对应的 AWS S3（实际为国内对象存储兼容服务）凭证误植入了公开的 ConfigMap。该 ConfigMap 在部署时被同步到了所有命名空间的 kube-system 中，未进行加密或 RBAC 限制。

影响

  • 数据泄露规模：约 2.3 亿条用户订单记录公开，可直接通过对象存储的 HTTP 接口下载。
  • 业务冲击：用户信任度骤降，平台在两天内流失约 12% 的活跃用户，市值短期跌幅 8%。
  • 合规风险：违反《网络安全法》与《个人信息保护法》，被监管部门罚款 3000 万人民币。

教训

  1. 最小权限原则（Least Privilege） 必须贯彻到每一个资源对象——即便是 CI/CD 自动化脚本，也应对凭证进行加密（如使用 Sealed Secrets）并设置严格的 RBAC。
  2. 配置审计 绝不可省略，尤其是公共云资源的访问策略。建议在代码提交前加入 OPA Gatekeeper 或 Kubewarden 等政策检查插件，实现“提交即审计”。
  3. 安全意识的渗透：运维、开发、测试三方要共同参与安全培训，认识到“一行错误配置”可能导致的“千万级数据泄露”。

案例二：AI 模型供应链攻击——恶意容器镜像植入勒索病毒

背景

2025 年春，一家金融机构在其风控部门上线了基于 TensorFlow 的信用评分模型。模型训练与推理均在公司内部的 Kubernetes 集群上运行，采用 Kubeflow Pipelines 编排。模型镜像从 Docker Hub 拉取，随后在 私有镜像仓库（Harbor）进行缓存。

失误点

攻击者在 Docker Hub 上上传了一个名称相似度极高的 tensorflow:2.12.0-rc 镜像，其中植入了 勒索病毒（利用 OpenSSL Heartbleed 漏洞的变种），并通过 镜像签名缺失 的漏洞成功欺骗了 CI/CD 自动拉取流程。

影响

  • 业务中断：模型推理节点被勒索软件加密，导致风控系统失效，业务交易暂停 6 小时，损失约 850 万人民币。
  • 数据安全：勒索病毒通过共享卷（NFS）横向传播，部分敏感日志文件被加密、泄露。
  • 品牌声誉：金融行业对“AI 失控”的舆论发酵，引发监管部门的突发检查。

教训

  1. 容器镜像的供应链安全 必须从根源抓起——使用 镜像签名（Cosign、Notary） 验证镜像完整性，禁止直接使用公共仓库的未签名镜像。
  2. 软件软硬件统一治理：在 AI 工作负载中，模型、依赖库、运行时均应使用 SBOM（Software Bill of Materials） 进行追踪，确保每一层都有可追溯性。
  3. 安全意识教育：AI 开发者往往专注模型精度，对容器安全缺乏警觉，必须通过专项培训，让他们了解“模型即代码”的安全等价性。

案例三：云原生平台的权限提升攻击——服务账号被滥用导致横向渗透

背景

2025 年中，一家生产制造企业在实现 边缘计算 与 云端统一调度 目标时，部署了多集群的 EKS（Amazon Elastic Kubernetes Service）平台。平台采用 内部开发的自助服务门户 为业务线提供 “一键创建命名空间 + 自动授权” 功能，背后调用了 AWS IAM Role for Service Account (IRSA) 进行权限映射。

失误点

自助门户的身份验证模块使用了 JWT，但 JWT 的 签名密钥 被硬编码在前端代码中，且未进行轮换。攻击者通过 XSS 注入窃取该密钥后，伪造合法的 JWT，成功调用门户的 API，创建了拥有 cluster-admin 权限的 ServiceAccount，并将其绑定到高权限的 IAM Role。

影响

  • 横向渗透：攻击者在集群中以 cluster-admin 身份执行 kubectl exec 进入关键工作负载容器，进一步植入后门。
  • 数据窃取：通过集群内部的 etcd 读取业务数据、配置信息，累计泄露约 12TB 数据。

  • 治理成本：事后需要对所有 ServiceAccount、IAM Role 进行审计、回滚，并重新设计自助门户的安全架构，耗时两周。

教训

  1. 身份凭证的动态管理：不应将密钥硬编码或长期存储在代码仓库中，使用 AWS Secrets Manager、HashiCorp Vault 等安全存储，并实现自动轮换。
  2. 最小化 RBAC 权限：即便是自助服务，也要在创建 ServiceAccount 时默认授予 namespace‑scoped 权限，避免直接赋予 cluster-admin。
  3. 安全意识贯穿全流程：从前端开发到平台运维，每一环节都需接受安全审计，防止“看似便利的功能”成为攻击入口。

案例四：自动化 CI/CD 流水线被恶意代码注入导致生产环境后门

背景

2024 年底，一家 SaaS 初创企业采用 GitLab CI 与 ArgoCD 完全自动化交付，代码从 GitHub 推送至 GitLab，随后通过 Helm 包部署至 GKE（Google Kubernetes Engine）集群。公司在每次合并请求（Merge Request）后，都会执行 安全扫描（包括 Snyk、Trivy），并将结果自动写入 Merge Request。

失误点

攻击者在公共的开源库中植入了恶意的 Go 语言后门，并以 fork + PR 的方式贡献给企业项目。由于该库的 安全扫描规则 未覆盖 运行时依赖注入，扫描结果显示为 “无安全漏洞”。CI 流水线在拉取依赖后，直接构建镜像并推送至生产环境。后门通过 容器启动脚本 与 CronJob 每日向外部 C2（Command & Control）服务器发送系统信息。

影响

  • 信息泄露：攻击者获得了服务器的内部网络拓扑、环境变量（包括数据库密码）。
  • 业务风险：后门被用于横向攻击其他内部系统，导致一次 SQL 注入 漏洞的利用，用户数据被篡改。
  • 信任危机：客户对 SaaS 平台的安全性产生怀疑，签约率下降 15%。

教训

  1. 全链路安全扫描：不仅要扫描 代码层面，还要对 依赖层、容器镜像层、运行时行为 进行审计。可引入 Runtime Security（如 Falco、Tracee）监控异常系统调用。
  2. 供应链防护：采用 SBOM 与 SLSA（Supply-chain Levels for Software Artifacts）标准，对每一次构建的产物进行可追溯、可验证。
  3. 安全意识的持续渗透：开发者应对 “开源即安全” 的误区保持警惕，理解供应链攻击的危害，从编写安全代码到审查第三方依赖，都必须接受系统化培训。

从案例到行动：在智能化、无人化、自动化融合的新时代，信息安全意识培训为何刻不容缓？

1. 智能化浪潮的双刃剑

AI 与机器学习已经渗透到业务决策、系统运维、异常检测等各个环节。智能化 能帮助我们 “用算法捕捉异常、用模型预测风险”，但同样也为攻击者提供了 “使用 AI 生成更隐蔽的恶意代码、利用模型交互实现侧信道攻击” 的新手段。正如《子曰》：“工欲善其事，必先利其器”，我们在打造“智能”武器的同时，必须同步提升“安全”防护的利器。

2. 无人化运维的“看不见的风险”

随着 GitOps、IaC、Serverless 等无人化运维理念的普及，人手参与的环节大幅压缩，系统的 “自我修复” 与 “自我扩容” 已成为常态。然而，无人化 并不意味着 “免于监控”。相反，由于操作链条被抽象为 Git Commit → CI → CD → 运行，任何 一次错误提交 都可能在 数十台服务器 同时产生影响。我们需要 “机器看机器”，更需要“人看机器”——即通过持续的安全培训，使每一位工程师都具备审视自动化流水线的安全素养。

3. 自动化为攻击者提供了“弹射平台”

自动化脚本、容器编排、CI/CD 流水线正成为攻击者的 “弹射平台”。只要攻击者成功渗透到 自动化入口（如源码仓库、镜像仓库、CI Runner），便能 “一键式” 将恶意代码或后门横向扩散至整个生产环境。正如《孙子兵法》所言：“兵贵神速”，攻击的速度往往决定成败；而防御的关键是 “预先演练、快速响应”——这正是信息安全意识培训所能提供的能力。

4. 统一的安全文化是组织韧性的根本

在技术快速迭代的今天，安全不是技术部门的专属，而是每位员工的共同责任。从 产品经理 的需求评审、业务运营 的数据合规、人事行政 的账号管理，到 研发运维 的代码提交、客服 的用户信息处理，无一不可能成为安全链条的环节。正如《礼记·大学》所述：“格物致知，诚意正心”，只有把 安全意识根植于日常工作，组织才能在面对突发安全事件时保持弹性，快速恢复业务。

呼吁：加入我们的信息安全意识培训，让安全成为每个人的“第二天赋”

培训目标

  1. 认知层面：了解 Kubernetes、AI、云原生技术的安全边界，认识常见的供应链、权限提升、配置泄露等风险。
  2. 技能层面：掌握 RBAC、PodSecurityPolicy、OPA Gatekeeper、Sealed Secrets 等实战工具的基本使用；熟悉 SBOM、SLSA、Cosign 等供应链安全最佳实践。
  3. 思维层面：培养“安全先行”、“从代码到运行时”的全链路安全思考方式，学会在日常工作中主动发现、报告、修复安全隐患。

培训形式

  • 线上微课堂（每周 30 分钟）：情景剧+案例复盘，帮助大家在轻松氛围中记忆关键点。
  • 实战实验室（双周一次）：针对 Kubernetes 集群、CI/CD 流水线、AI 模型部署进行渗透测试演练，亲手体验 攻防对抗。
  • 安全挑战赛（月底）：基于 CTF 形式的竞赛，奖励最佳“安全守护者”。

参与方式

  • 报名渠道：内部企业微信小程序 “安全学习” 页面直接点击 “报名”。
  • 学习奖励：完成全部课程并通过结业测评的同事，将获得 “安全星徽” 电子徽章，以及 部门安全积分（可用于年度评优、培训经费提升）。
  • 支持资源：公司已为每位参与者配备 个人安全实验环境（基于 Kind/K3s 本地集群），以及 安全知识库（包含最新的 CVE、CIS Benchmarks、CNCF 安全指南）。

让我们共同打造“一城不倒”的安全堡垒

信息安全不再是“靠墙防守”，而是 “以攻为守、以防为攻” 的动态平衡。正如《周易》所云：“天行健，君子以自强不息”，在容器与 AI 的浪潮中，我们也必须 自强不息，不断学习、不断演练、不断提升。

“未雨绸缪，防患未然；众志成城，方可安天下。”

亲爱的同事们，让我们把 “安全意识” 这把钥匙，交到每一位手中。通过本次培训，你将不再是 “安全盲区” 的受害者，而是 “安全卫士” 的主动者。未来的每一次代码提交、每一次容器部署、每一次 AI 上线，都将在你的监督与护航下，安全而稳健地前行。

让我们在智能化、无人化、自动化交织的新时代，用知识武装自己，用行动守护企业，用合作共赢打造安全的数字新城！

昆明亭长朗然科技有限公司为企业提供安全意识提升方案，通过创新教学方法帮助员工在轻松愉快的氛围中学习。我们的产品设计注重互动性和趣味性，使信息安全教育更具吸引力。对此类方案感兴趣的客户，请随时与我们联系。

  • 电话：0871-67122372
  • 微信、手机：18206751343
  • 邮件：info＠securemymind.com
  • QQ: 1767022898

守护数字化时代的安全防线——信息安全意识培训动员

admin

“防微杜渐，未雨绸缪。”
——《礼记·大学》

一、脑洞大开：从想象到危机的头脑风暴

在信息技术如洪流般汹涌的今天，企业的每一次代码提交、每一次依赖升级、每一次自动化部署，都可能是黑客潜伏的埋伏点。想象一下：你在凌晨两点的咖啡屋里，敲下最后一行代码，自动化工具悄然拉取了一个看似无害的第三方库；而在你回到公司时，系统已经悄悄植入了后门，等待下一次指令。再想象：一张看似普通的电子邮件，隐藏着一段 VBS 脚本，用户点开后瞬间弹出“系统更新”，实则是窃取管理员凭证的钓鱼陷阱。又或是，当你在 Mac 上点击“更新”，其实是在为黑客打开一扇通往你开发环境的后门。如此情景，若不从根源上提高安全意识，任何一个细小的疏忽，都可能酿成灾难。

基于上述想象，本文挑选了四起近期颇具代表性的安全事件，结合真实案例进行深度剖析，让大家在“想象-现实-教训”三层循环中，切身感受信息安全的紧迫与重要。

二、案例一：OpenAI macOS 应用签名证书被撤销——供应链攻击的“连环炸弹”

事件概述
2026 年 3 月 31 日，OpenAI 在其 GitHub Actions 工作流中意外下载并执行了被篡改的 Axios 1.14.1 版本。该版本被北朝鲜黑客组织 UNC1069（GTIG 标记）通过劫持 npm 包维护者账号推送，植入了名为 plain‑crypto‑js 的恶意依赖，进而部署跨平台后门 WAVESHAPER.V2。该后门能够在 Windows、macOS、Linux 系统上执行任意代码。

OpenAI 的 macOS 应用签名流程使用了同一套证书与公证材料，误将受污染的 Axios 代码纳入签名环节。虽然事后调查显示证书未被成功外泄，但 OpenAI 为防患未然，立即撤销并重新签发了所有 macOS 应用的证书，并在 5 月 8 日前停止对旧证书签名的应用提供更新与支持。

安全要点剖析

关键点 说明
供应链信任链的破裂 开源包的信任链从“官方发布 → npm 镜像 → CI 拉取 → 代码编译”每一步都可能被篡改。
CI/CD 环境的权限过宽 GitHub Actions 工作流拥有访问签名证书的权限，一旦被恶意代码利用，即可导致证书被窃取或滥用。
恶意依赖的隐蔽性 plain‑crypto‑js 伪装为普通加密库，未被常规安全扫描工具检测到。
应急响应的及时性 OpenAI 在发现后迅速撤证、轮换证书，并与 Apple 协作阻止旧证书的再公证，展现了成熟的危机处理流程。

教训
1. 对第三方依赖进行严格校验：使用 SHA256 摘要或锁定具体 commit，避免“最新标签”盲目更新。
2. 最小化 CI 权限：将签名证书放在专用的密钥库中，仅在需要时通过短期令牌访问。
3. 持续监控供应链安全：引入供应链可视化平台，实时追踪依赖的安全状态。

三、案例二：TeamPCP（UNC6780）横扫 npm 与 PyPI——从 Trivy 到 Telnyx 的连环渗透

事件概述
2026 年 3 月，黑客组织 TeamPCP（又名 UNC6780）先后攻破了流行的开源安全扫描器 Trivy（Aqua Security 维护），窃取其维护者的凭证，随后在 npm 与 PyPI 上传恶意版本的 LiteLLM、Telnyx、CanisterWorm 等库。攻击者利用窃取的凭证在 CI 中植入自制的 CanisterWorm，并通过 SANDCLOCK 盗取开发者的私钥、API token 等高价值凭证。

在 Windows 环境中，Telnyx Python SDK 被植入名为 msbuild.exe 的可执行文件，该文件利用 PNG 隐写技术藏匿 DonutLoader，进而加载 AdaptixC2 开源 C2 框架，实现持久化控制。整个链路覆盖了 npm → GitHub Actions → Docker 镜像 → 生产环境，影响范围波及数千家企业。

安全要点剖析

关键点 说明
凭证泄露的连锁反应 通过 Trivy 窃取的凭证被直接用于在多个生态（npm、PyPI）投放恶意包，实现“一键感染”。
自传播蠕虫的创新 CanisterWorm 通过自动更新依赖的方式实现自我复制，形成“供应链病毒”。
双平台持久化 通过 Windows 的 msbuild.exe 与 Linux 的 WAVESHAPER 双管齐下，提升攻击成功率。
隐藏技术的深化 使用 PNG 隐写、分块 WAVSTEGO 等高级隐蔽手段，规避传统防病毒检测。

教训

  1. 强化凭证管理：使用短效令牌、最小化作用域，并对关键凭证实施多因素认证（MFA）。
  2. 提升依赖审计深度：在 CI 中引入 SBOM（软件物料清单）并对每一次依赖更新进行签名校验。
  3. 部署“蜜罐”检测：在内部镜像仓库或私有 PyPI 中布置诱饵包，监控异常下载行为。

四、案例三：WhatsApp 交付的 VBS 恶意脚本——社交工程与系统特权的危险组合

事件概述
2026 年 4 月，Microsoft 发布警告称，一批利用 WhatsApp 消息投递的 VBS（Visual Basic Script） 恶意脚本在全球范围内快速扩散。攻击者通过伪装成“系统管理员”或“文件共享”链接，引诱用户点击后触发 VBS 脚本，脚本利用 UAC（用户账户控制） 绕过提升权限，植入后门并下载更多payload。

该攻击的关键在于 社交工程 与 系统特权提升 的双重叙事：用户在收到熟人或公司内部的即时消息时，往往放松警惕；而 VBS 本身拥有直接访问 Windows 脚本宿主（WSH）的能力，能够调用系统 API 完成提权。

安全要点剖析

关键点 说明
即时通讯作为攻击载体 WhatsApp 的强加密对网络防御层面无效，攻击者直接在终端用户层面作手脚。
UAC 绕过技巧 通过利用已签名的系统组件或伪装成可信文件名（如 update.exe）欺骗 UAC。
脚本执行默认开启 Windows 默认启用 WSH，导致 VBS 能够在未授权情况下直接运行。
快速迭代的 Payload 攻击者通过 C2 动态下发不同 payload，提升持久化与隐蔽性。

教训

  1. 限制脚本执行：在企业终端部署 Applocker 或 Windows Defender Application Control，仅允许运行签名可信的脚本。
  2. 强化即时通讯安全：对 WhatsApp、Telegram 等外部 IM 进行内容过滤与链接检测。
  3. 提升安全意识：定期进行社交工程演练，让员工熟悉钓鱼信息的典型特征。

五、案例四：Chrome 零日 CVE‑2026‑5281——浏览器安全的“最后防线”被突破

事件概述
2026 年 3 月，Google 披露了 Chrome 零日漏洞 CVE‑2026‑5281，攻击者利用该漏洞在用户访问特制的网页时实现 任意代码执行。该漏洞根源于 V8 引擎的 JIT 编译器在处理特定字节码序列时的边界检查失效，导致攻击者可注入恶意机器指令。

此漏洞被公开后，仅两天即被黑客组织 DarkSword 利用，并通过 恶意广告网络 快速扩散。受影响的用户在无感知的情况下，系统被植入后门，进一步窃取凭证、加密货币钱包私钥等高价值信息。

安全要点剖析

关键点 说明
浏览器基座的攻击面 浏览器是用户与互联网交互的唯一入口，任何底层漏洞都意味着全链路安全受到威胁。
JIT 编译器的双刃剑 JIT 提升性能的同时，也为攻击者提供了可执行内存的直接利用路径。
恶意广告链路 通过合法网站的广告位投放恶意代码，规避传统内容过滤器。
快速响应的必要性 零日被利用后，厂商在 48 小时内发布补丁，展示了响应速度对降低损失的关键作用。

教训

  1. 及时打补丁：建立统一的补丁管理平台，确保浏览器等关键终端软件在 24 小时内完成更新。
  2. 采用浏览器沙箱：启用 Chrome 的增强型沙箱配置，限制渲染进程的系统调用权限。
  3. 防范恶意广告：使用 广告拦截器 与 内容安全策略（CSP），阻断未知脚本的加载。

六、当前形势：数据化、智能体化、具身智能化的融合冲击

信息技术正在经历一次根本性的转型——数据化、智能体化 与 具身智能化 正在深度交汇。

  1. 数据化：企业业务、运营、营销的每一个环节都在产生结构化或非结构化数据。数据湖、数据仓库、实时流处理平台已成为企业的血脉。数据泄露的后果不再是“密码被窃”，而是业务模型、客户画像乃至国家机密的全景曝光。

  2. 智能体化：大语言模型（LLM）与自动化代理（AI Agent）正在进入开发、运维、客服等业务流程。例如，ChatGPT Desktop、Codex CLI、Atlas 等工具已经成为日常编码、调试的得力助手。但正如本文开头的案例所示，一旦智能体的供应链被污染，后果将是代码即后门，极易形成“供给链的玛丽苏”。

  3. 具身智能化：从机器人、无人机到边缘计算设备，具身智能化系统正逐步渗透工业控制、物流、医药等关键领域。这些设备往往运行在 嵌入式系统 与 实时操作系统 中，对安全更新的依赖极高，一旦被植入后门，则可能导致物理世界的破坏（如工业设施停摆、机器人误操作）。

在这样一个 三位一体 的环境中，信息安全的防御边界被迫向 数据层、模型层、边缘层 四处延伸，单一的“防火墙+杀毒”已难以满足需求。企业必须构建 全栈安全体系：从供应链可信度、数据加密与防泄漏、AI模型审计、到嵌入式固件完整性校验，全方位覆盖。

七、号召行动：加入信息安全意识培训，筑牢个人与组织的安全防线

面对日新月异的威胁，每一位员工都是安全链条上的关键环节。我们准备了为期 两周 的信息安全意识培训，内容涵盖：

  • 供应链安全实战：如何审计 npm、PyPI、Docker 镜像；SBOM 与签名验证的落地操作。
  • 社交工程防御：真实钓鱼邮件与即时通讯攻击案例拆解，演练“先确认再点击”。
  • 零日漏洞应急：快速补丁部署流程、浏览器沙箱配置、漏洞影响评估工具。
  • 数据保护与合规：GDPR、CISA KEV、国产数据安全法的关键要点与企业合规路径。
  • AI 时代的安全：大模型的 Prompt 注入、模型投毒、AI 代理权限管理。
  • 边缘设备安全：固件签名、OTA 更新安全、物联网设备的安全基线。

培训采用 线上互动+实战演练 的混合模式，配合 案例复盘、知识竞猜 与 安全实验室，确保理论与实践同步提升。完成培训后，所有学员将获得 《信息安全合规与防护》 电子证书，并有机会参与公司内部的 红队/蓝队演练，将所学技能转化为真正的防御力量。

“千里之行，始于足下。”
——《老子·道德经》

让我们一起从 “不当别人的实验室” 做起，从 “不让恶意代码走进我的工作流” 开始，以行动守护企业的数字资产、以知识抵御潜在的供应链暗流。报名入口已在企业内部门户发布，请于本周五（4 月 19 日）前完成报名，让安全成为每一位同事的自觉与自豪。

八、结语：安全是一场长期的修行

信息安全不只是技术人员的职责，也不是一场“一次性”演练即可结束的任务。它是一场 “持续改进、全员参与、文化浸润” 的长期修行。正如《孟子》所言：“天时不如地利，地利不如人和。”在数字化浪潮中，人和——即每一位员工的安全意识与行动——是抵御一切风险的根本。

让我们以本篇长文为起点，以四起真实案例为警钟，以即将开启的培训为契机，共同筑起 “数据、模型、设备” 三位一体的安全防线。当下一次供应链攻击来临时，我们不再是被动的受害者，而是具备主动识别、快速响应、全链路防护 能力的安全围墙。

让安全的种子在每一位同事心中萌芽，让防护的树冠在企业每一条业务线上茁壮。未来的挑战已然在前方，唯有我们携手并进，方能迎接更加安全、更加智能的数字化明天。

安全，是每一次代码提交的良心；是每一次点击的自律；是每一次更新的责任。

昆明亭长朗然科技有限公司致力于推动企业信息安全意识的提升，通过量身定制的培训方案来应对不同行业需求。我们相信教育是防范信息泄露和风险的重要一环。感兴趣的客户可以随时联系我们，了解更多关于培训项目的细节，并探索潜在合作机会。

  • 电话：0871-67122372
  • 微信、手机：18206751343
  • 邮件：info＠securemymind.com
  • QQ: 1767022898