1990年代最駭人聽聞的劉邦友血案(二):與兇嫌接觸過,唯二的活口

1990年代最駭人聽聞的劉邦友血案(二):與兇嫌接觸過,唯二的活口
在劉邦友血案頭部中彈的唯一倖存者鄧文昌(坐輪椅者)|Photo Credit: 中央社

我們想讓你知道的是

在人證方面,除了在案發現場被槍擊導致昏迷喪失記憶的鄧文昌外,唯一有看到兇嫌的證人,僅有官邸菲傭茱蒂和縣議員鄧文昌祕書梁美嬌。

文:唐嘉邦(重大歷史懸疑案件調查辦公室調查員)

槍口下的兩名倖存者

桃園縣議員鄧文昌是劉宅血案的被害人之一,也是唯一倖存者。他是中壢地區重量級地方人士鄧天來的長子、建築界大亨林章銓的女婿。鄧天來縱橫黑白兩道數十年,他與藍綠政治人物都頗有交情,其中與桃園縣長劉邦友更是拜把之交,在桃園有舉足輕重的地位。鄧天來自己雖然從不參政,但兒子鄧文昌卻於1994年踏入政壇,首次參選桃園縣議員即高票當選。

鄧天來去世後,鄧文昌接過父親的人脈餘蔭,加上自己廣結善緣,在桃園政商界逐漸成為令人注目的後起之秀。他與岳父林章銓的義子,同為桃園縣議員的莊順興是結拜兄弟,兩人是劉邦友在議會中最堅實的支持者,卻也都在劉宅血案中被害。

1996年11月21日,劉宅血案案發當天清晨6點多,莊順興打了通電話至鄧文昌的住處,約鄧一起去縣長官邸討論事情。當時鄧文昌的妻子曾問鄧是要去談什麼事,但鄧文昌表示他也不知道。

上午7點,鄧文昌連絡祕書梁美嬌,要她等一下到自己在中壢開設的三溫暖門口碰面,與莊順興同赴縣長官邸洽公。7點40分,梁美嬌在三溫暖門口和鄧文昌、莊順興會合,三人坐上莊順興駕駛的富豪轎車,一同從中壢駛往桃園市的縣長官邸,大約8點10分到達。

當鄧、莊兩名議員進入縣長官邸後,梁美嬌下車走到路旁的麵包店買了三個麵包,然後回到車上坐在後座左側,吃了一個麵包後就在車內閉目養神。

而這個時候,縣長官邸警衛室正在發生慘絕人寰的屠殺。

遭槍手挾持的人質

不久後,車門突然被急速打開,一名男子進入駕駛座,把一個袋子往右側副駕駛座位一丟,另一名男子則從左側後門闖入,二話不說就把正在假寐的梁美嬌強力壓住頭部,臉部貼著椅墊。坐在前方駕駛座的男子則立刻發動引擎,快速將轎車駛離現場。

原本在打瞌睡的梁美嬌,起初還以為是鄧、莊兩名議員在對她惡作劇,曾揮手抗拒,並說:「幹什麼?」但壓住她頭部的男子立刻怒斥不准動,梁美嬌驚覺狀況不對,這才發現:她被歹徒挾持了。

梁美嬌在縣長官邸外被歹徒連車帶人擄走,期間長達90分鐘。此一事件是劉邦友官邸血案中,唯一有當事人和兇嫌直接接觸的場面,在這段期間,梁美嬌曾與歹徒交談,而她與歹徒的互動內容,也成為警方在偵辦劉宅血案中最重要,或者說是對兇嫌有具體描述的唯一線索。

《中國時報》在案發後隔天曾對梁美嬌進行過專訪,她將當時與歹徒的對話還原,刊登在報上,以下為當年報紙原文:

梁美嬌:幹什麼?

後座兇嫌:不准動,否則一槍打死妳。

前座兇嫌:縣長公館裡面死多少人,妳知道嗎?她有看清楚咱嗎?

後座兇嫌:沒有。

前座兇嫌:老三,你看看有多少子彈。

這時梁美嬌聽到前座兇嫌把一個袋子丟到後座,發出響亮的金屬擦撞聲。然後後座的兇嫌拉開袋子的拉鍊,並把子彈上膛。

前座兇嫌:老三,把膠帶、面罩拿出來。

後座兇嫌:膠帶忘了帶出來。

前座兇嫌:她到底有沒有看清楚我們的臉?

後座兇嫌:沒有啦。

前座兇嫌:你確定?

後座兇嫌:對啦。

前座兇嫌:要是有看到,就到山上把她打死。

前座兇嫌:幹XX,縣長做到那麼「搖擺」(編按:意指囂張),還不是一槍就把他打死(兇嫌不斷地罵劉縣長)。

後座兇嫌:怎麼辦(指對梁美嬌)?

前座兇嫌:到山上再說。如果她有看到我們,就把她殺掉算了。

梁美嬌聲淚俱下,苦苦哀求:我沒有看到你們,我什麼都不知道,我有家庭,還有小孩,求你們不要殺我,放我走。

這時車子已經開進虎頭山。

前座兇嫌:你真的沒有看到我們?

梁美嬌:真的。我沒有看到,不知道你們是誰。

後座兇嫌:喂,查某,把證件拿出來。

梁美嬌頭被壓在椅墊上,雙手抱著皮包,要打開來拿身分證交給後座的兇嫌,左手碰到兇嫌的手,感覺是戴著手套。她用眼睛的餘光看到兇嫌戴的是像外科手術用的米白色塑膠手套。

後座兇嫌:皮包給我,有多少現金?

梁美嬌:你統統拿去,請你放過我。

後座兇嫌:我們認得你,也知道你住那裡,如果你敢報警,我會到你家把你家殺光光。

前座兇嫌:現在你自己開車門,一直向前走一個小時,不准回頭。回頭就把你打死。

梁美嬌打開車門,接著,後座的兇嫌用手把她推出去。

梁美嬌心想,他們一定是跟她玩死亡遊戲,也許等一下就拿槍從背後把她殺死。所以一被推下車,拚命向前跑,一會兒見有一部車子開過來,梁美嬌心想,完了,一定是兇嫌回來殺她,幸好不是。過了一會兒,碰到一個好心的人停車載她脫離險境,結束一場驚心動魄的劫難。

大量無法比對的跡證

梁美嬌下車脫離險境後,攔下一輛路過車輛詢問,才知道是自己身處虎頭山上,並請求駕駛將她載至縣政府。隨後她先連絡了住在中壢的家人,稱自己剛剛遭到挾持,家人連忙向中壢分局刑事組報案,這時警方才知道劉宅血案中,曾有梁美嬌遭到歹徒挾持的這段過程。

劉邦友官邸血案發生後,立刻引起全國震驚,警政署長姚高橋、刑事局長張友文馬上率刑事局鑑識組、偵查外勤隊大批幹員,進駐桃園指揮偵辦,並封鎖現場、禁止媒體採訪。上午11時左右,專案小組成立,動員刑事局、省刑大及桃園縣警局,密切配合桃園地檢署全力投入偵查緝兇。

不久後,專案小組從脫險的梁美嬌處,得知歹徒是開走莊順興的轎車逃逸後,立刻通報全桃園縣的2500名警力,全部投入攔截圍捕該輛轎車。但不到10分鐘即接獲民眾報案,指該車就停在桃園市虎頭山附近的公園路3號前,警方趕往將車拖回,刑事局鑑識組在車上採得多枚可疑指紋,還有一支留在車上的行動電話,並調出通話紀錄,全面過濾。

專案小組在命案現場及莊順興座車上,共採得18枚清晰指紋,由刑事警察局指紋室的電腦解析系統進行比對。其中於案發現場警衛室採得約10餘枚指紋、血跡和腳印,但因為在蒐證之初,現場就被搜救人員、警方人員給破壞,導致跡證不是在比對後被排除,就是難以鑑定確認。另外,原以為是歹徒留下的血手印,也證實僅是血跡。

案發現場曾留下一張縣長劉邦友照片,警方研判是兇嫌用來辨識之用,但經送交比對,照片上未找到指紋;歹徒用來銬住警衛劉明吉的手銬並非警衛所有,來源無法掌握;至於歹徒所使用的膠帶、口罩、雨衣及手術用膠質手套,雖調閱全縣便利商店的錄影帶查證,但如大海撈針,根本毫無進展。

在人證方面,除了在案發現場被槍擊導致昏迷喪失記憶的鄧文昌外,唯一有看到兇嫌的證人,僅有官邸菲傭茱蒂和縣議員鄧文昌祕書梁美嬌。由於茱蒂在案發當時一直在官邸1樓,但卻未被歹徒發現,因此專案小組研判,歹徒可能並未進入官邸,僅在警衛室或附近伺機活動。不過,茱蒂僅看到歹徒的背影及雨衣、帽子,並未目睹形貌,能夠提供的線索有限。

真正具有關鍵線索的證言來自梁美嬌,梁美嬌曾遭到歹徒脅持,並與歹徒談話互動,她供稱,兩名歹徒之一穿著雨衣,兩人皆持台語口音交談,皆提手提袋、戴手套。她感覺兩歹徒都很年輕,身材不高。兩人在交談時,其中一名歹徒曾稱呼另一人為「老三」。

活下來的人理所當然被臆測

但警方以及外界輿論,始終對於梁美嬌的證詞感到懷疑,認為她有所保留,並未將所有已知細節全盤供出。包括為何梁美嬌人就在官邸外卻未聽到警衛室連番槍響、為何歹徒這麼剛好就挾持到她所坐的那台車、為何落入歹徒手中卻未遭毒手、為何脫險後不是跑去警局報案而是回到縣府,甚至對於當天鄧文昌與莊順興為何要一大早跑去縣長官邸她也稱不知情。


猜你喜歡


挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

我們想讓你知道的是

企業如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署,減輕人力負擔,提升專案服務運作效率?

所謂現代化智慧 IT,所有工程師最希望的境界,莫過於只要輕鬆點幾下設定,系統就會自動跑起來,管理者再也不用隨時待命在機台旁邊,從此工作悠哉又快樂!儘管這樣情境還沒到來,但隨著敏捷式開發的流行,除了 DevOps 人員,有越來越多開發者將 CI/CD 概念融入到工作流程當中,例如從 build code、執行 unit test、到部署應用程式。

透過 AWS 增加雲端技能 在組織發揮影響力

上述種種反覆步驟自動化執行,也就能提昇服務品質、主動通知開發人員以減輕人力負擔,讓專案服務能持續運作。

其中,GitLab 是執行 CI/CD 常用的工具之一,也是開發者使用程式碼儲存庫的地方。為了讓 GitLab Runner 在雲端快速實踐 CI/CD,《AWS 開發者系列》透過影片分享,如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署。

以下節錄工作坊影音內容,幫助開發者快速理解如何運用 Amazon EKS 的高可用性且安全的叢集,將修補、部署節點、更新等關鍵任務,全部做到自動化設定。同時影片也會示範 Amazon EKS 搭配 GitLab 如何展開自動部署,幫助工程團隊實踐 CI/CD 價值。

Amazon EKS 對容器管理輕鬆簡單、維運省時省力

容器化服務越來越興盛,當容器(Container)越來越多,在複雜的微服務(Microservice)系統環境之下,運維團隊的管理成本可能相對會增加不少,為了有效調度容器部署, 導入Kubernetes 無疑是近年企業熱門的話題之一。

建構 Kubernetes Cluster 流主要可區分兩大塊,一是安排容器調度的Control Plane、另一則是容器運行時需要用到的 Worker Node。

Control Plane 裡面涵蓋有儲存狀態的 ETCD、CoController manager 、Scheduler 的調度管理、甚至是操作時進行互動的 APIServer,若是自己創建 的 Kubernetes Cluster ,需要自己安裝這些元件,後續仍需要對 Control Plane 進行相關管理、維護、升級工作。為了減少上述 Components 的繁複維護,在透過 AWS EKS 代管的 Kubernete Control Plane 部可以獲得以下三大好處。

Amazon EKS 一鍵式部署,展現三大優勢

第一,Amazon EKS代管的 Control Plane實踐了跨AZ的高可用部署,使用者不需要擔心單一節點故障的風險。

第二,Amazon EKS 支持至少四個 Kubernetes版本,持續跟進每季 CNCF 的發佈,同時 EKS 也完全符合上游 CNCF 規範。

第三,部署 Amazon EKS 之後,可直接使用 AWS 平台上現成的服務工具,在安全性管理、網路設定方面,可以做到無縫整合。

最後 AWS 台灣解決方案架構師也提到,若想在容器環境進行 CI/CD 及應用程式的管理,可以進一步透過 IaC 整合部署 Amazon EKS 叢集,透過使用 Console、把 EKS 變成 Cloudformation 的模板、使用 AWS 所開發出來的 eksctl.io、或指令是採用 AWS CDK 可以讓開發者用自身熟悉的語言,在 AWS 平台整合 CI/CD 工具進行維運及部署 EKS。

打造第一個在 AWS 上的應用程式

了解 Amazon EKS 整合 GitLab ,獲得三面向價值

對開發者而言,想把 Amazon EKS 整合到 CI/CD 工具之一的 GitLab 平台上,可以看到那些實際的優勢?

在 DevOps 開發者示範工作坊當中,GitLab 資深解決方案架構師指出,GitLab 使用到 Kubernetes 技術,主要有三種搭配方法,包含 GitLab Server、GitLab Runner、以及創建 Deployment Environment。

本次示範教學會主要聚焦在 GitLab Runner 如何採取 Auto-scaled 方式進行 Build、Test、Package Apps;以及在 Deployment Environment 運用 Kubernetes 技術,做到 Auto Deploy、Review App。

正因為 Amazon EKS 能夠在 DevOps 過程提供所需要的彈性計算資源,幫助開發者在 GitLab 平台上面獲得以下三個層次的優勢:

  • 在 GitLab 內建的部署工作流程當中,自動生成整套 CI/CD 最佳實踐腳本。
  • Review App 過程,從 Merge Request 中可直接訪問應用程式 /App 的 UI 介面,並且根據 Git branch 名稱、專案名稱,自動生成 Review App 的 URL,以及在 Merge 前的最後防線進行 Approval 檢查。
  • 加速 CI/CD 流水線,GitLab Runner 運行時候還可藉由 Amazon EKS Cluster 進行 Auto-scaled 的支援。

Amazon EKS 整合 GitLab ,需要兩大流程

影片最後,GitLab 資深解決方案架構師示範如何把 Amazon EKS 整合至 GitLab 執行 Auto Deploy,主要可分為兩大區塊流程,第一部分聚焦在 Amazon EKS cluster 的設置,第二部分則執行 Auto Deploy 設置。

第一塊可拆分為四個階段,首先教學怎麼創建 EC2 節點的 EKS cluster,第二階段示範把 EKS Cluster 連接到開發者的 GitLab Instance、Group 或 Project,下一步則使用 Cluster Management Project Template 創建一個 Cluster Management Project,以及最後一階段透過 Cluster Management Project 自帶的 Helm Chart,安裝在 Cluster 所需要的內建 App。

第二塊執行 Auto Deploy 設置,針對需要部署的 App 創建一個 GitLab Project,接著再把 gitlab-ci.yml 添加到 Project,並從 Web IDE 選擇及導入 Auto Deploy 的 CI 模版,讓 GitLab 自動生成最佳實踐的整套流水線。

幫助開發者更了解 Amazon EKS 整合 GitLab 的 QA 系列

Q:使用 Amazon EKS 之後,如何更有效率或優化資源去配置 Worker Node 的機器數量,以及如何有效空管開發維運的成本?

A:Kubernetes 除了本身有 HPA(Horizontal Pod Autoscaling)可根據使用程度自動調整資源流量,另外也能延伸使用 AWS Auto Scaling 方案,針對可擴展資源去設定自動擴展管理。另外在成本管控,雖然 Amazon EKS 會收取額外管理費用,但可透過 AWS 平台的 Calculato r計算每個 EKS 的價格,你會發現自動化部署及管理的費用,相對工程師人力的成本更加便宜。

Q:越來越多客戶考慮把現有 Application 變成容器部署,大多是爲了加快部署的效率,那麼變成容器模式之後,對 CI/CD 的工作流程有什麽影響嗎?

A:運用容器技術最直接的效果,可以讓應用程式的環境更一致化,例如 testing 環節、stage production,讓容器避開一些差異問題。至於 CD 部分要 delivery 一些 usage 不太一樣的時候,容器會幫忙做配置,所以 CI/CD 對容器的效益是相輔相成的。

Q: 客戶在開發流程漸漸會把 Infrastructure 變成代碼或文檔,是不是可以把程式碼跟現有的應用程式的 CI/CD 流水線整合在一起,達到一套完整的 CI/CD 部署流程?

A:觀察目前市場作法,主要分成兩個階段去做整體部署。如果規模比較小的團隊,會把 Infrastructure 代碼跟 App 代碼分開,在管理上會比較靈活;如果企業規模比較大,會有另外一個 Infrastructure 團隊來控制部署事情,這種情况之下,APP 的項目會生成一個 APP package,主要做到 delivery 這個階段爲止。而 Infrastructure 的項目會指定把需要版本的文檔,部署到他們的 Kubernetes Cluster。

填寫表單 找到適合的快速上雲服務與工具!


猜你喜歡