| Contact Us | CHT | Mobile | Wechat | Weibo | Search:
Welcome Visitors | 登录 | 免费注册 | 忘记了密码 | 社交账号注册或登录

Home

News

Forums

Realty

大温餐馆点评

Car

Education

Yellow Page

Travel

特朗普: 川普三度遇刺 维安漏洞?专家反赞……


请用微信 扫一扫 扫描上面的二维码,然后点击页面右上角的 ... 图标,然后点击 发送给朋友分享到朋友圈,谢谢!
25日白宫记协晚宴发生枪击,是美国总统川普第三度经历枪击,令外界关注维安是否出现漏洞,就连枪手也惊讶维安松散、无能。不过多名安全专家都认为,此次特勤局的维安任务发挥作用,更有专家直言,该问的不是为何枪手能再度接近川普,而是为何所有人都活了下来?


综合《纽约(专题)时报》、路透、CNN等报导,25日白宫记协晚宴冠盖云集,不只各大媒体高层、着名白宫记者,川普、第一夫人梅兰妮亚、副总统范斯、国务卿卢比欧、防长赫格塞斯、财长班森特等政府高层均到场,现场2600名宾客凭票券进入华盛顿希尔顿饭店,通过金属探测器安检后即可进入位在地下一楼的宴会厅。

不过31岁枪手艾伦(Cole Thomas Allen)因提前一天入住饭店,似乎因此躲过上述基本安检步骤。25日晚间晚宴开始后不久,艾伦持枪闯过设有金属探测器的安检站,他快跑通过一群显得有些放松的探员后,在通往地下宴会厅的楼梯前被制伏,他至少朝特勤探员开了一枪。


整起事件未导致宾客伤亡,美国代理司法部长布兰希(Todd Blanche)强调,当晚的维安系统奏效,越过安全警戒线几英尺就遭到制伏。

专家赞维安到位:该问的是,为何所有人都活了下来?

不少安全专家、前执法人员同样认同当晚的维安措施有到位。在川普第一任内担任维安人员的埃克洛夫(Paul Eckloff)表示:「以我的经验来看,这本来可能是一场大屠杀,多亏训练有素的武装专业人员,挡在攻击者和挤满人的宴会厅之间。问题不在于他(指枪手)如何接近,应该要问的是,为什么所有人都活了下来?这是因为维安计画发挥作用。」

前特勤局助理局长森特雷拉(Michael R. Centrella)也认同,他表示有人从不安全区域进入安全区域,在真正进入活动现场前就被抓了,「所以层层防护,维安计画的进行,特勤局完全按计画执行」。CNN分析师、前特勤局特工瓦克罗(Jonathan Wackrow)也表示「我不认为这是一起维安失败」,「总能吸收经验,我们不可能创造一个零风险环境」。

执法人员:有许多看不见的安全措施


了解本次活动维安计画的匿名执法人员透露,这场活动设置了多层安全措施,但不是每一层措施都为外人所见,活动中金属探测器构成外围警戒线,通过安检后,执法人员会确保不该进入宴会厅的人不能进入会场,特勤局也在会场内配置反突击小组应对突发状况,部分探员甚至打扮成服务生,以便在场内巡视。

多名总统继任人选齐聚 增加维安复杂度


不过多名政府高官一同出席活动,尤其涉及多名总统继任顺位官员,也让维安工作变得更复杂及重要,枪击发生后,川普比范斯慢了约10秒,才被特勤带离会场,美国卫生部长小罗勃甘乃迪(Robert F. Kennedy Jr.)在100秒后才被撤离,卢比欧、赫格塞斯约在150秒后才离开。

范斯比川普先撤 似符合特勤局程序

范斯比川普先撤离尤其引人侧目,不过现场影片也显示,范斯的维安人员比川普少,埃克洛夫指出,这种差异部分反映了两人的维安配置不同,维安人员的职责也略有不同。

他指出,在紧急护送人员下台时,也要考虑对方的年纪,有时立即护送某个保护对象可能是个错误。

CNN也指出,虽然部分批评人士质疑先撤离范斯的决定,但这样的顺序似乎符合特勤局的程序,当中可能隐藏一些不为人知的措施。
点个赞吧!您的鼓励让我们进步     还没人说话啊,我想来说几句
Note:
  • 新闻来源于其它媒体,内容不代表本站立场!
  • _RELATED_NEWS:
    _RELATED_NEWS_MORE:
    _POSTMYCOMMENT:
    Comment:
    Security Code:
    Please input the number which is shown on the following picture
    The Captcha image
    Terms & Conditions    Privacy Policy    Political ADs    Activities Agreement    Contact Us    Sitemap    

    加西网为北美中文网传媒集团旗下网站

    Page Generation: 0.0382 Seconds and 3 DB Queries in 0.0025 Seconds