美国倡导组织要求 FTC 停止发布新的 OpenAI GPT
继马斯克、苹果联合创始人等签署联名公开信呼吁暂停大型生成 AI 实验后(CAIDP 主席 Marc Rotenberg 也签署了该公开信),非营利研究组织人工智能和数字政策中心 (CAIDP) 向美国联邦贸易委员会 (FTC) 提起申诉,要求对 Open AI 和其产品 ChatGPT 进行调查。并要求 FTC 暂停发布更多新的 GPT 商业版本,直到建立适当的保障措施;同时向 FTC 申请对生成人工智能行业进行监管。
CAIDP 认为 Open AI 违反了消费者保护规则,称 GPT-4“有偏见、具有欺骗性,并对隐私和公共安全构成风险。输出无法证明或复制,在部署之前没有进行独立评估”。并引用 FTC 此前宣布的“人工智能的使用应该是透明的、可解释的、公平的,并且在促进问责制的同时在经验上是合理的”内容表示,GPT-4 没有满足上述任一要求。
申诉内容列举了 GPT-4 的潜在威胁,包括可能产生恶意代码和高度定制的宣传,以及有偏见的训练数据可能导致在招聘等方面形成刻板印象或不公平的种族和性别偏好。
它还指出了 OpenAI 产品界面在隐私方面的重大缺陷,并列举了最近的一个漏洞事件 —— 将 OpenAI ChatGPT 历史记录和可能的支付细节暴露给其他用户。而“OpenAI 在完全了解这些风险的情况下,向公众发布了 GPT-4,供商业使用”。
CAIDP 警告称,ChatGPT 将促进欺骗性的商业声明和广告。FTC 应该利用联邦贸易委员会法第 5 条规定的调查、起诉和禁止“商业中或影响商业的不公平或欺骗行为或做法”的权力来调查 OpenAI。
该组织声称,“GPT-4 的商业发布违反了 FTC 法案第 5 条,FTC 对企业使用和宣传人工智能产品的既定指南,以及美国政府正式认可的人工智能治理的新兴规范和主要专家和科学协会推荐的 AI 通用准则”
CAIDP 要求 FTC 停止 GPT 模型的任何进一步商业部署,并要求在未来推出任何模型之前对模型进行独立评估。以及提供一种可公开访问的报告工具,类似于允许消费者提出欺诈投诉的工具;并要求 FTC 就生成人工智能系统的规则制定明确的规则,建立在该机构对人工智能工具正在进行但仍相对非正式的研究和评估之上。
“我们支持增长和创新。我们认识到人工智能可能提供的广泛机会和好处。但是,除非我们能够保持对这些系统的控制,否则我们将无法管理由此产生的风险或可能出现的灾难性后果。我们要求 FTC “按下暂停键”,以便我们的机构、我们的法律和我们的社会有机会迎头赶上。在我们失去控制之前,我们需要对我们创造的技术主张代理权。”

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
🎉OpenTiny 开源啦!面向未来,为开发者而生
OpenTiny是一套华为云出品的企业级组件库解决方案,适配 PC 端/移动端等多端,涵盖 Vue2 / Vue3 / Angular 多技术栈,拥有主题配置系统 / 中后台模板 / CLI 命令行等效率提升工具,可帮助开发者高效开发 Web 应用。 OpenTiny 孵化自华为云和流程IT,经过九年持续打磨,服务于华为内外部上千个项目,千锤百炼,是一个稳定可靠的组件库,我们希望将内部的优秀实践开源出来,服务于更广大的企业和个人开发者,另一方面技术在不断地进步,我们希望携手社区开发者一起探索新技术,不断扩展 OpenTiny 的能力边界,让更多开发者受益,因此决定全面拥抱开源。 核心亮点 一套代码同时支持 Vue 2 / Vue 3 随着 Vue 3 的逐渐普及以及 Vue 3 开源生态的持续繁荣,未来将会有更多开发者投入 Vue 3 的怀抱,使用 Vue 3 开发新业务,同时存量的 Vue 2 项目也会逐渐迁移到 Vue 3 中来。 目前业界主流的 Vue 组件库,要么只支持 Vue 3,要么分成 Vue 2 / Vue 3 两套组件库,Vue 2 版本用于 Vue 2 项目, Vu...
- 下一篇
curl 作者宣布不再向各发行版发送安全漏洞预警
curl 作者 Daniel Stenberg 在博客中宣布,以后将不再向各 Linux 发行版的邮件列表发送有关 cURL 安全漏洞的提前预告。 Daniel Stenberg 从 2011 年开始向发行版邮件列表(当时称为 linux-distros)发送有关"已发现但未解决"的 curl 安全漏洞的“预先通知”。通过提前通知各发行版,让他们可以抢先一步修复 curl 包。如此一来,在 curl 解决并公布安全漏洞的同时,各发行版就可以提供同步的 curl 升级和修复。 但最近 curl 项目更新了安全流程,以前 curl 会在发版日期的 48 小时内将修复程序合并到普通的公开 PR,48 小时足以完成所有已知问题的测试和 CI 验证修复。但如果出现了新的安全问题,要赶在版本发布之前测试并修复新问题,48 小时则是一个非常短的时间窗口。 为了有更多的时间来处理漏洞的修复,在新的 curl 安全流程中,如果安全问题是“低严重性或中等严重性”,将允许更早地将修复程序提交到公共 PR 中。而且 PR 中不能详细讨论安全问题的细节,只能描述用于哪个漏洞。 当然,这样做也有风险,一些别有用心...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8安装Docker,最新的服务器搭配容器使用
- Linux系统CentOS6、CentOS7手动修改IP地址
- 2048小游戏-低调大师作品
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- CentOS8编译安装MySQL8.0.19
- CentOS6,CentOS7官方镜像安装Oracle11G
- CentOS7,8上快速安装Gitea,搭建Git服务器
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- MySQL8.0.19开启GTID主从同步CentOS8