38婦女節立委提案保障女性權益:跟蹤騷擾、職場性騷擾、散布性私密影像,3大法案應優先通過

38婦女節立委提案保障女性權益:跟蹤騷擾、職場性騷擾、散布性私密影像,3大法案應優先通過
Photo Credit:中央社

我們想讓你知道的是

根據行政院性平會的性別統計資料庫顯示,2019年總共647件性騷擾申訴案件中,被害人為女性佔所有案件比例高達96%(618件)

立委范雲邀集20位立委及民團召開婦女節記者會,對「跟蹤騷擾」、「職場性騷擾」、「散布性私密影像」等議題,提出《跟蹤騷擾防制法》《未經同意散布性私密影像防制條例》《性別工作平等法》修法3大女性權益法案,這些法案都已提案通過一讀,在委員會等待審查,立委們呼籲,行政院應盡快於本會期提出內容完備且符合受害者需求的對案,將是送給所有女性最好的婦女節禮物。

范雲說明,台灣的女性權益立法最早是從1997年的《性侵害犯罪防治法》開始,陸續有《家庭暴力防治法》《性別工作平等法》《性別平等教育法》,到2005年的《性騷擾防治法》,全部都跟保障女性人身安全有關;但經過24年,就算台灣已經是全世界性別平等第6名的國家,各種性侵害、性騷擾等性別暴力案件,受害者仍以女性居多。

范雲指出,近年性別暴力的樣貌更加多元且傷害更深,根據婦團統計,台灣各式各樣的「跟蹤騷擾」被害者有9成是女性,尤其是年輕女性、每8位就有1位曾經遭遇;而未經同意被散布性私密影像,每10人中就有1人,且這還不包含被偷拍等情況,其中女性約佔8至9成。另外職場性騷擾中雇主最有權勢,若是性騷擾員工,依法竟存有「自己調查及處罰自己」的漏洞。

數位性暴力興起,「影像下架」是被害者關注重點

立委林宜瑾則表示,面對數位性暴力的興起,很高興教育部有積極的回應,然而相關的法制、刑度、輔導轉介措施以及相關配套措施卻付之闕如,吳玉琴則說,性私密影像的外流是許多女性害怕的問題;該怎麼讓影像下架?如何保障隱私避免二度傷害?國家可以提供哪些協助?都需要有完整法規,希望政府能正視這新型態的社會問題。

台灣展翅協會陳逸玲秘書長表示,影像性暴力已經成為數位時代中對女性最嚴重的暴力形式之一,展翅在去年就協助了數十位的被害人,有人甚至因此遭受性勒索2年。由於法規不完備並且缺乏教育訓練,被害人在司法體系中求助無門,很多加害人有恃無恐,政府的被害人服務也還沒到位,還有被害人最在意的「影像下架」也缺少明確的業者責任。 政府應把未經同意散布性私密影像的條例視為優先法案,盡速通過,還給女性安全的網路空間。

立委賴品妤表示,除了立法,他要求教育部必須從性平教材中進行修正,他認為比起教孩子「不拍不傳」,更該教孩子「能做什麼」,應教育孩子絕不違反他人意願拍下私密影像、不可未經同意散布,也不能再轉寄出去,更不能取笑、霸凌受害者。

台灣性別平等教育協會秘書長蔡易儒就指出,從過往處理過的教育現場校園案件中,看見學生有時會以公開兩人過往親密影像作為挽回或報復的手段,因此性平教育應該著重在正向情感教育、性隱私的尊重及不譴責受害者,引導孩子同理、接受他人情緒與情感表達,讓每段感情成為滋養自己成長的美好經驗。社會有健全的法規,並透過教育的力量,才能保障每個人免受壓迫。

職場性平難落實,雇主員工權力不對等

立委洪申翰表示,台灣一再發生雇主性騷擾員工的事件。要做到對職場性騷擾零容忍,他認為關鍵是《性別工作平等法》要修法,要明訂行為人是最高雇主的時候申訴人可以直接向主管機關提出申訴,由主管機關直接進行調查。在國際婦女節的今天,希望勞動部能拿出誠意。

立委林楚茵指出,根據行政院性平會的性別統計資料庫顯示,2019年總共647件性騷擾申訴案件中,被害人為女性佔所有案件比例高達96%(618件),顯見女性在社會中仍然是相對容易遭受性騷擾的。因此除本次記者會所倡議的「女性權益三大優先法案」外,林楚茵委員在這個會期也提出了《性騷擾防治法》第13條的修法。

立委吳玉琴提到,女性朋友真正關心的是,如果遇到了職場性騷擾,申訴有沒有用?會不會因此丟了工作或遭到同事的排擠?有沒有一套完整的機制,可以保障女性朋友不受到性騷擾?在職場、家庭,女性爭取性別平等已不容易,更讓人難過的是政府甚至連保障女性的人身安全都還做得不夠。所以她也會提出自己的版本。

勵馨基金會王玥好執行長表示,職場性騷擾常涉及性別與權力不對等,被害人常被迫離職,或孤立無援、持續受害。縱使現行法規規定能提起申訴,但更多的是擔心反被報復而暗自隱忍。勵馨認為至少要提供被害人社工輔導、心理諮商、醫療、法律等資源,當行為人是雇主時,更要確保申訴的利益迴避。

台灣女人連線陳書芳秘書長表示,因為雇主為性騷擾/性侵行為人時,被害人很難有申訴管道,更容易受到打壓,幾乎無法得到及時協助。另外司法系統幾乎無法理解受害人,尤其遭到約會強暴者。當事人在過程中不斷遭到誤解、污名跟傷害,司法人員的訓練也應加強對受害人的同理與尊重。

婦女新知基金會開拓部林秀怡主任表示,當職場性騷擾加害人為最高負責人時,受限於權力差距,被害人根本不敢向公司提出申訴。無法期待公司認定性騷擾成立,更擔心因此工作不保。因此建議比照《性騷擾防治法》與《性別平等教育法》,增列向主管機關申訴的機制,並明定罰鍰。

林秀怡也批評,多年來勞動部不願意採取補救措施修正漏洞,《性別平等工作法》作為母法沒有修正,縣市政府收到申訴,還是必須依法要求被騷擾者回到原單位申訴,呼籲勞動部不要卸責怠惰,不要再讓受騷擾的勞工擔心受怕,面對「被雇主性騷擾還要再向雇主申訴」的荒謬情境。

跟蹤騷擾防治應訂定專法

立委蘇巧慧表示,美國加州早在1990年就制定第一部《反跟蹤騷擾法》,世界各國也多透過制定專法、增修刑法或家庭暴力防治法來因應新興的犯罪型態;在規範性隱私侵害方面,菲律賓、韓國、日本等亞洲國家也都已經訂立性隱私保護的相關法律,但我國目前不論是對跟蹤騷擾行為的管制,或是性隱私的保護,仍缺少全面性專法。蘇巧慧說,在本屆任期中提出《性隱私侵害防制條例》草案《跟蹤騷擾犯罪防制法》草案,不只是藉由提出法案來因應新型態犯罪,也希望政府可以更重視婦女權益的保障。

立委吳玉琴則表示,跟蹤騷擾防制的法制化,在上屆已有過討論,不過這屆行政院還沒提出版本,希望能加快腳步,展現保障婦女權益的決心。立委吳思瑤指出,內政部的版本讓人失望,他待行政院盡快提出更進步、更全面保障受害者的版本。

勵馨基金會王玥好執行長表示,跟蹤騷擾傷害性、危險性極高,許多被害人嚇到不敢出門上班上課,連基本生活都難以維持。日前有報導稱「跟蹤騷擾的立法會讓人動輒得咎、容易入人於罪」說法並不正確,沒有專法,沒有公權力有效介入,就是放任行為人不斷騷擾被害人。其實被害人要的不多,也不是要限制他人自由,只想回到自己原來安心的生活而已。

立委劉世芳指出,每當發生跟蹤騷擾、私密影像外流甚至是職場性別歧視、霸凌時,社會上仍可以聽見指責被害人「穿太露」、「愛拍還怕人看」等等二度傷害的言論,可見需要有專法來讓民眾知道「這就是犯罪行為」,范雲則總結表示,她將與在場所有立委和民團持續積極推動三大優先法案通過。

延伸閱讀:

核稿編輯:翁世航


猜你喜歡


挖掘雲端開放架構優勢!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。

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


猜你喜歡