特斯拉繼 1 月時在台舉行首批 Model S 交車典禮，今天在合作商 BellaVita 場地舉行休旅車款式 Model X 在台發表大會。Model X 定價新台幣4,043,000 元，最多可乘載7 人。

Model X 依據電池容量和性能分為 4 個版本，共有 75D、90D、100D、P100D，各配備75、90、100 kWh 電池，其中 P100D 的加速性能最好，從靜止到百公里只要花3.1 秒。而在內裝上面，分為三種乘載版本：5 人座、6 人座、7 人座。

▲ 特斯拉Model X 的不同版本和座位內裝。

 

至於電動車最重要的智慧成分，除了駕駛座前的面版顯示時速、油耗等訊息，車前有3 個鏡頭，車後也有 1 個鏡頭，並且能與 Autopilot 自動輔助駕駛配合，增加更多攝影鏡頭輔助駕駛抵達目的地。

▲Model X 的車門採鷹翼門設計，車門兩側只要留下1 英尺（約30 公分）寬的空間，就能順利進入車子。

 

特斯拉的休旅車適應全球各地的狀況，像是在香港和台灣地狹人稠，Model X 採上掀式的車門設計鷹翼門，是兩段式的車門設計，先往上升，再向外展開，不用怕停車空間狹小。Model X 電動車省掉內燃機，讓房車設計上給予乘坐者更多空間，像是要上車不必彎下腰才能上車，車體高度相當高，直接可以站立走進去。

 

▲ 特斯拉全球副總裁、亞太區總裁任宇翔示範直接走進Model X 車裡。

 

特斯拉除了 Model S、Model X 等車款在台陸續運購或交車之外，充電服務網也陸續在全台各地設點。這次 Model X 發表大會選在 BellaVita，BellaVita 的停車場也有提供特斯拉車子所需要的充電站，讓來BellaVita 逛街的人要離開時，車子已經充電完了，能順利開回家。

▲Model X 內裝，可看到駕駛座的儀表板。

 

保養方面，特斯拉建議每年或是里程累積達 20,000 公里時進行年度保養，另外在訂購特斯拉車時可選擇預付3 年或4 年期的「保養計畫」。特斯拉在台北跟台中有授權的鈑噴中心，未來也會陸續認證合作商提供維修服務。原先做為保養服務據點的內湖園區，特斯拉全球副總裁、亞太區總裁任宇翔透露特斯拉在台總部也將進駐內湖。

▲5 人座的Model X。

 

另外定價較低，號稱是百萬平價車款的 Model 3 也可以在官網預購。

（合作媒體：。圖片出處：科技新報）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※別再煩惱如何寫文案,掌握八大原則!

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※超省錢租車方案

※教你寫出一流的銷售文案?

※網頁設計最專業,超強功能平台可客製化

車用鋰電池的關鍵材料──鈷在需求增溫、供給短缺的帶動下，年初迄今報價已狂飆135%，但認為鈷價可能漲到外太空的避險基金和投機客要小心了，因為剛果的礦脈2018年將開出大量產能，屆時供需景況驟變、原本飛龍在天的鈷價恐墜回地球。

英國金融時報14日報導，全球最大鈷生產商嘉能可（Glencore Plc）位於剛果共和國的加丹加（Katanga）礦場，在花費4.3億美元整治機台後，明年就可上線產鈷，預計市場將因此增加最多22,000公噸的供應量。目前鈷的全球年產量約在100,000公噸左右。

高盛分析師指出，加丹加礦場重新上線，將明顯改變供需狀態、終結短缺，預計鈷的供給量到了2019年底，都能充分滿足需求。

鈷是銅和鎳的副產品。原物料價格於2015年底慘崩之際，數個銅礦和鎳礦都被迫縮減產能，而嘉能可也在市況最為嚴峻的時候決定暫時封閉加丹加礦場。巴西礦商Votorantim Metais則跟著在2016年初暫停了鎳、鈷的生產線。

不過，中國預定要在2020年讓500萬輛電動車上路，特斯拉（Tesla Motors）首款平價電動車接單接到手軟，卻讓車用電池的需求水漲船高。根據倫敦原物料顧問機構CRU分析師Edward Spencer的數據，高級鈷的報價已拉高至每磅27美元。

看準這個趨勢，業界開始有消息傳出，括瑞士專門關注採礦業的創投機構Pala Investments，以及中國大型原物料基金上海混沌投資（Shanghai Chaos Investment）在內的六家機構，因看好電動車業者的需求，至今已囤積了約6,000公噸的鈷，價值多達2.8億美元，相當於去年全球總產量的17%。（註：混沌投資的控股股東是被稱為「中國索羅斯」的葛衛東。）（）

路透社2月14日報導，根據電池用鈷鹽製造商eCobalt Solutions的預估，到了2020年，75%的鋰電池都將含有鈷，因為鈷能增加電動車每一次充電的里程數。

 

不過，由於98%的鈷都是銅、鎳礦的副產品，因此投資人很難買到純粹的鈷。歐洲一名交易員透露，私募股權基金業者雖然考慮過倫敦金屬交易所（LME）的鈷合約，但流動性卻不足，難以滿足投資機構的龐大需求。因此，許多基金公司決定直接囤積鈷、靜待價格上漲，設定的目標價則是每磅25美元，甚至更多。

（本文內容由授權使用。圖片出處：Wikipedia）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※教你寫出一流的銷售文案?

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※回頭車貨運收費標準

※別再煩惱如何寫文案,掌握八大原則!

※超省錢租車方案

※產品缺大量曝光嗎?你需要的是一流包裝設計!

前言：銳浪報表是一種中國式報表的報表開發工具。博主使用銳浪報表有一段時間了，積累了一些經驗希望能幫助你快速掌握並使用

第一章：集成項目

首先我們先去銳浪報表官網下載並安裝銳浪報表。

創建WPF應用程序。（C/S端使用銳浪報表基本都一樣）

 添加銳浪報表的引用，在資源管理器目錄中找到引用並右鍵，點擊添加引用。

 在引用管理器左側目錄中展開COM並找到Grid++Report Engine 6 Type Library，勾選上點擊確定。（這裡有四個銳浪報表的引用，不要加錯了）

 在資源管理器中展開引用找到gregn6Lib。

 右鍵gregn6Lib點擊屬性，將獨立設置為True，將嵌入式互操作類型設置為True。

在資源管理器中右鍵WPFPrintReportRL項目——添加——新建文件夾，命名為report。

 集成銳浪報表的WPF項目環境基本配置差不多了，下面我們打開安裝完畢的銳浪報表的編輯器。

 在上方導航目錄中找到插入——報表頭，就會生成這個UI編輯面板。

如果我們需要打印一些參數，則在左上方的目錄中找到參數集合——新增——參數。

 將這個參數命名，我使用的是Name，這個參數的命名就是後面程序需要在在報表中傳遞的參數。

 在上方導航欄中找到插入——綜合文本框，將鼠標在UI編輯面板中左鍵點擊一下生成綜合文本框，然後我們雙擊綜合文本框編輯內容。

點擊插入域，引用類型選擇為參數，參數選擇為剛才命名為Name的參數，點擊確定。

 做完以上操作后的UI編輯面板，隨後我們另存到使用VS創建的WPFPrintReportRL項目下的report目錄中。

切回VS，在資源管理器中上方找到並點擊显示所有文件，然後資源管理起中report文件夾下會显示出你剛保存的報表文件，右鍵——包括在項目中。

 對報表文件右鍵——屬性，將複製到輸出目錄更改為：如果較新則複製。

主窗體的後台代碼，已經加入註釋，各位慢慢品味。

            GridppReport gr = new GridppReport();//報表對象
            //建議不要在報表中存儲連接字符串字符串
            //如果不設置ConnectionString或QuerySQL屬性，則會使用報表內的連接字符串和SQL語句
            gr.ConnectionString = "";//連接字符串
            gr.QuerySQL = "";//SQL語句
            gr.LoadFromFile("report\\案例報表.grf");//本地報表路徑
            gr.ParameterByName("Name").AsString = "古河渚";//主報表傳參
            gr.Print(false);//不預覽打印

接下來我們在資源管理器中右鍵WPFPrintReportRL項目——屬性——生成，將目標平台更改為x86。

 隨後我們運行項目，報表如期而至打印了出來。（這裏博主使用的是虛擬打印機，點我下載，將打印機設置里默認打印機設置為 pdfFactory Pro）

銳浪報表安裝后目錄中已提供案例與文檔，博主Demo項目已上傳交流群，點擊最上方標題即可交流群學習。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!

※教你寫出一流的銷售文案?

※超省錢租車方案

docker鏡像瘦身思路

一、簡介

      docker鏡像太大，帶來了以下幾個問題：

• 存儲開銷

      這塊影響其實不算很大，因為對服務器磁盤來說，15GB的存儲空間並不算大，除非用戶服務器的磁盤空間很緊張

• 部署時間

      這塊影響真的很大，交付件zip包太大，導致用戶部署該產品時，花費的時間變長，客戶現場中反饋部署時間超過1.5小時，這嚴重影響用戶的體驗，降低滿意度

• 性能不穩定

      如果客戶的服務器規格不夠（特別是磁盤讀寫性能不夠），會增大部署失敗的概率。

二、瘦身思路

       以下思路是我在該任務中嘗試使用用於鏡像瘦身的方法，均可以不同程度的降低DOcker鏡像的尺寸。

• 清理Docker鏡像中的無用安裝包

      在Dockerfile構建Docker鏡像過程中，有可能引入臨時文件，比如：安裝包i、文件壓縮包。這些臨時文件忘記清理，導致佔據了一定的尺寸，有必要對其進行清理。

        如下Dockerfile：   

FROM xxxx/xxxx-jdk:1.0.0RUN apt-get update && apt-get install -y git maven 
    mysql-client nodejs nodejs-legacy python-pip graphviz npm unzip 　

Dockerfile裏面經常安裝很多工具，安裝完后，需要及時刪除安裝包緩存

(alpine) apk del openssh vim：刪除包及其依賴包

(Ubuntu) Apt-get clean：刪除所有已下載的包文件

(centos) Yum clean all： yum 會把下載的軟件包和header存儲在cache中，而不自動刪除。如果覺得佔用磁盤空間，可以使用yum clean指令進行清除，更精確 的用法是yum clean headers清除header，yum clean packages清除下載的rpm包，yum clean all一全部清除

      上面的dockerfile中在安裝工具后應該執行下： && apt-get clean && rm -rf /var/lib/apt/lists/*

RUN apt-get update && apt-get install -y git maven 
    mysql-client nodejs nodejs-legacy python-pip graphviz npm unzip && apt-get clean && rm -rf /var/lib/apt/lists/*

 

   實例：

      

FROM centos:7
RUN yum update -y RUN yum install -y wget unzip socat java-1.8.0-openjdk-headless
# Set permissions
RUN yum clean all
EXPOSE 8486

 

   修改：將黃色標示的部分改寫成如下，大小從691Mb下降到583Mb

RUN yum update -y  && yum install -y wget unzip socat java-1.8.0-openjdk-headless && yum clean all

• 避免不必要的工具安裝

     有的Dockerfile中安裝了很多工具，這個工具的加在一起尺寸比較大，這塊需要挨個排查：客戶環境下，需不需要安裝該工具？很多工具其實是面向開發使用的，而用戶根本不會使用，那麼就沒有必要在客戶環境上使用安裝這麼工具的鏡像，應該仔細排除工具的必要性，會給鏡像瘦身帶來比較大的收益。比如， dockerfile中安裝了JDK。 這個有些情況下，完全沒必要，實際上可能jre就能搞定。

     總之，能不安裝，就不安裝；能少安裝，就少安裝；能用輕量級的工具，盡量用輕量級的工具！！！

• 多階段構建

      Docker多階段構建是17.05以後引入的新特性，旨在解決編譯、構建複雜和鏡像大小的問題。對於多階段構建，可以在Dockerfile中使用多個FROM語句。每個FROM指令可以使用不同的基礎，並且每個指令都開始一個新的構建。您可以選擇性地將工件從一個階段複製到另一個階段，從而在最終image中只留下您想要的內容。

      如下圖所示為多階段構建的使用示例：

把多個Dockerfile合併在一塊，每個Dockerfile單獨作為一個“階段”，“階段”之間可以互相聯繫，讓后一個階段構建可以使用前一個階段構建的產物，形成一條構建階段的chain，最終結果僅產生一個image，避免產生冗餘的多個臨時images或臨時容器對象。

       1）多階段構建使用之前

      針對多階段構建的特點，分析我們產品裏面的dockerfile，如下面所示，該操作的目的是將tar包拷貝值容器內的路徑下，並解壓、執行後續操作。然而COPY層具有一定的大小，只起到臨時層的作用。（特別是這個tar包足足幾百MB！）。

 

FROM xxxx:${project.version}COPY karaf-${ccsdk.opendaylight.version}.tar.gz /tmp/
RUN mkdir /opt/opendaylight \
      && tar zxvf /tmp/karaf-${ccsdk.opendaylight.version}.tar.gz --directory /opt/opendaylight \&& rm -rf /tmp/karaf-${ccsdk.opendaylight.version}.tar.gz \ 
      && mv /opt/opendaylight/karaf-${ccsdk.opendaylight.version} /opt/opendaylight/current && mkdir -p  /opt/opendaylight/current  && ln -s  /opt/opendaylight/current /opt/opendaylight/karaf-${ccsdk.opendaylight.version}
RUN mkdir -p /opt/opendaylight/current/system/org/mariadb/jdbc/mariadb-java-client/${ccsdk.mariadb-connector-java.version}
COPY mariadb-java-client-${ccsdk.mariadb-connector-java.version}.jar /opt/opendaylight/current/system/org/mariadb/jdbc/mariadb-java-client/${ccsdk.mariadb-connector-java.version}
EXPOSE 8181   

     2）  使用多階段構建

       使用多階段構建，修改后的dockerfile如下圖所示，修改實現將第一階段拷貝並解壓好的文件複製過來即可，少了拷貝tar包的環節，這樣使得最終形成的鏡像中鏡像層數得到有效的降低，也一定程度上降低了鏡像尺寸。

FROM xxxx:${project.version} as baseFirst
COPY karaf-${ccsdk.opendaylight.version}.tar.gz /tmp/
RUN mkdir /opt/opendaylight \
      && tar zxvf /tmp/karaf-${ccsdk.opendaylight.version}.tar.gz --directory /opt/opendaylight \&& rm -rf /tmp/karaf-${ccsdk.opendaylight.version}.tar.gz \ 
      && mv /opt/opendaylight/karaf-${ccsdk.opendaylight.version} /opt/opendaylight/current 

FROM xxxxxe:${project.version} as baseSecondRUN mkdir -p  /opt/opendaylight/current  && ln -s  /opt/opendaylight/current /opt/opendaylight/karaf-${ccsdk.opendaylight.version}
COPY --from=baseFirst /opt/opendaylight/current  /opt/opendaylight/current
RUN mkdir -p /opt/opendaylight/current/system/org/mariadb/jdbc/mariadb-java-client/${ccsdk.mariadb-connector-java.version}
COPY mariadb-java-client-${ccsdk.mariadb-connector-java.version}.jar /opt/opendaylight/current/system/org/mariadb/jdbc/mariadb-java-client/${ccsdk.mariadb-connector-java.version}
EXPOSE 8181

• Copy和賦權同時執行

FROM ubuntu:16.04
# Copy APIKeys
COPY ./messageservice/ /tmp/zookeeper/gerrit  ------A 
EXPOSE 2181 2888 3888
B------> RUN useradd $ZK_USER && [ `id -u $ZK_USER` -eq 1000 ] && [ `id -g $ZK_USER` -eq 1000 ] && chown -R $ZK_USER:$ZK_USER /opt/$ZK_DIST/ /opt/zookeeper/ /var/lib/ /var/log/ /tmp/zookeeper/    
USER $ZK_USER

      問題排查如下：A處copy的文件700MB太大，很多文件沒用到

                               B處給/tmp/zookeeper添加屬組和屬主，該層也很大

       修改：使用 COPY –chown=1000:1000   ./messageservice/ /tmp/zookeeper/gerrit， 鏡像大小從1.4GB 下降到700Mb

• 鏡像層的復用

      這一塊修改得當的話，得到的收益是最大的！！！最大的！！！最大的！！！

      我們知道docker鏡像具有層級結構，如果很多鏡像具有相同的層，則這些相同的層就能得到復用（把多個鏡像生成一個tar），docker不會保存兩份相同放入層文件，通過提高層得復用能顯著降低整體的鏡像尺寸。比如常見方法有：替換統一的基礎鏡像、創建出統一的基礎鏡像、調整層的順序等等。這裏東西沒有整理，就不上圖了，可以自行腦補，查閱資料即可

我這邊經過這一步調整后，zip產品包從11.45GB下降到6.96GB

 

最終zip包從15GB下降到7GB

    

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※別再煩惱如何寫文案,掌握八大原則!

※網頁設計最專業,超強功能平台可客製化

Lab Overview

實驗環境下載：https://seedsecuritylabs.org/Labs_16.04/Networking/DNS_Rebinding/

在這個實驗中模擬的物聯網設備是一個恆溫器，用於控制室內溫度。要成功設置溫度，客戶端需要能夠與物聯網服務器交互。由於物聯網設備在防火牆後面，外部機器不能與物聯網設備交互，因此不能控制恆溫器。為了擊敗防火牆保護，攻擊代碼必須首先進入內部網絡。這並不難，當來自內部網絡的用戶訪問攻擊者的網站時，攻擊者的代碼(JavaScript代碼)實際上是從用戶的瀏覽器中運行的，因此在受保護的內部網絡中運行。然而，由於瀏覽器實現的沙箱保護，攻擊者的代碼仍然不能與物聯網設備交互，即使它現在在內部網絡中。

這個實驗的目標是使用DNS重綁定攻擊來繞過沙箱保護，這樣攻擊者的javascript代碼就可以成功地從設備獲得必要的信息，並使用這些信息來獲得溫度測量的一個非常高的值。

本實驗涵蓋以下主題:

• DNS server setup

• DNS rebinding attack

• Attacks on IoT devices

• Same Origin Policy

我們的攻擊目標是防火牆後面的一個物聯網設備。我們不能從外部直接訪問這個物聯網設備。我們的目標是讓內部用戶運行我們的JavaScript代碼，這樣我們就可以使用DNS重新綁定攻擊與物聯網設備交互。

許多物聯網設備都有一個簡單的內置web服務器，因此用戶可以通過web api與這些設備交互。通常，這些物聯網設備由防火牆保護，它們不能從外部直接訪問。由於這種類型的保護，許多物聯網設備沒有實現強大的身份驗證機制。如果攻擊者能夠找到與它們交互的方法，就很容易危及其安全性。

我們使用一個簡單的webserver來模擬這種易受攻擊的物聯網設備，該服務器提供兩個api:密碼和溫度。物聯網設備可以設置室溫。為此，我們需要向服務器的溫度API發送一個HTTP請求;請求應該包括兩部分數據:目標溫度值和密碼。密碼是定期更改的秘密，但可以使用密碼API獲取。因此，要成功設置溫度，用戶首先需要獲得密碼，然後將密碼附加到溫度API中。密碼不是用於身份驗證的;它用於抵抗跨站請求偽造(CSRF)攻擊。沒有這種保護，一個簡單的CSRF攻擊就足夠了;沒有必要使用更複雜的DNS重新綁定攻擊。為了簡單起見，我們硬編碼了密碼;在實際系統中，密碼將定期重新生成。

LabEnvironment

在這個實驗室中，我們將使用三台機器，分別稱為用戶VM、本地DNS服務器和攻擊者VM。為了簡單起見，我們使用VirtualBox中的NAT網絡適配器將這些虛擬機放在同一個網絡上。在現實世界中，它們不在同一個網絡上。我們還假設運行在用戶VM上的設備在防火牆後面，因此攻擊者VM不能直接訪問物聯網設備。這個實驗室的設置相當複雜，因為我們需要配置三個VM並在它們上運行多個服務器，包括一個IoT web服務器(在用戶VM上)、一個web服務器和一個DNS服務器(在攻擊者VM上)以及一個DNS服務器(在本地DNS服務器上)

LabTasks

Task1: Configure the User VM 

Step1. 減少Firefox的DNS緩存時間。為了減少DNS服務器的負載並加快響應時間，Firefox瀏覽器緩存DNS結果。默認情況下，緩存的過期時間為60秒。這意味着我們的DNS重新綁定攻擊需要等待至少60秒。為了讓我們的實驗更輕鬆，我們把時間減少到10秒或更少。在URL字段中輸入about:config。單擊警告頁面后，我們將看到首選項名稱及其值的列表。搜索dnsCache，找到以下條目並將其值更改為10:

更改后，應該退出Firefox瀏覽器，並重新啟動;否則，更改將不會生效。

Step 2. 改變/etc/hosts.我們需要將以下條目添加到/etc/hosts文件中。我們將使用www.seedIoT32.com作為物聯網web服務器的名稱。此服務器可以運行在不同的VM上，但為了簡單起見，我們在用戶VM上運行物聯網服務器(其IP地址為192.168.43.175):

 Step3.  Local DNS Server 。我們需要配置用戶VM以使用特定的本地DNS服務器。這是通過將本地DNS服務器設置為解析器配置文件(/etc/resolv.conf)中的第一個名稱服務器條目來實現的。一個挑戰是所提供的VM使用動態主機配置協議(DHCP)來獲取網絡配置參數，如IP地址、本地DNS服務器等。DHCP客戶機將用DHCP服務器提供的信息覆蓋/etc/resolv.conf文件。

要將信息導入/etc/resolv.conf而不用擔心DHCP，一種方法是將以下條目添加到/etc/resolvconf/resolv.conf.d/head文件(192.168.43.78為本地DNS服務器的IP地址):

 頭文件的內容將預先寫入動態生成的解析器配置文件。通常，這隻是一個註釋行(/etc/resolv.conf中的註釋來自這個頭文件)。在進行更改之後，我們需要運行以下命令使更改生效:

Step 4. Testing 。配置用戶VM之後，使用dig命令從您選擇的主機名獲取IP地址。從這個響應中，請提供證據證明這個響應確實來自你們的服務器。如果找不到證據，說明配置不成功。

 Task2: Start the IoT server on the User VM 

在此任務中，我們將在用戶VM上啟動物聯網服務器。通過web服務器，用戶可以與物聯網設備通信。

Step 1. 安裝 Flask. 我們使用Flask web框架來開發物聯網服務器     sudo pip3 install Flask==1.1.1

 Step 2. Start the IoT server. 物聯網服務器代碼包含在user_vm.zip，可以從實驗室的網站上下載。解壓縮文件后，進入user_vmf文件夾，通過運行準備好的腳本start IoT .sh或直接運行“flask run”啟動物聯網服務器。需要注意的是，我們使用端口8080作為物聯網服務器(該端口號在實驗室設置中是硬編碼的;將其更改為不同的数字將破壞實驗室設置)。

 Step 3. Testing the IoT server 。要測試物聯網服務器，請將瀏覽器指向用戶VM上的以下URL。如果一切都設置正確，我們應該能夠看到一個恆溫器。我們也可以通過拖動滑動條來改變溫度設置。

 Task3: Start the attack web server on the Attacker VM 

在本實驗室中，只能從防火牆后訪問物聯網設備，即，僅來自實驗設置中的用戶VM。將惡意代碼發送到用戶虛擬機上的一種典型方式是讓用戶訪問我們的網站，這樣放置在web頁面上的JavaScript代碼就可以進入用戶虛擬機上。在這個任務中，我們將啟動一個web服務器來託管這些web頁面。

Step 1. 安裝 Flask。 我們的惡意web服務器也是基於Flask web框架開發的。

Step 2. Start the attacker’s web server 。攻擊者的服務器代碼包含在attacker_vm.zip，可以從實驗室的網站上下載。解壓縮文件后，進入attacker_vm文件夾，通過運行準備好的腳本start_webserver.sh或直接運行“flask run”來啟動web服務器。

 Step3. Testing the Attacker’s web server. 

Task4: Configure the DNS server on the Attacker VM 

攻擊者VM也充當了attacker32.com域名的命名服務器。BIND9服務器已經在攻擊者VM上運行，我們需要為它準備一個區域文件。一個示例區域文件包含在attackr_vm文件夾中。我們應該相應地更改區域文件，並將其複製到/etc/bind文件夾中。

將以下區域條目添加到/etc/bind/name .因此上面的區域文件將由BIND9服務器使用。

 如果一切都設置正確，我們可以嘗試以下dig命令，看看我們得到的響應是否與我們放在區域文件中的響應相同

Task5: Configure the Local DNS Server

在本地DNSserver上，我們設置attacker32.com域的轉發記錄，因此每當本地 DNS 服務器收到此域內主機的 DNS 查詢時，它只需將 DNS 查詢發送到指定轉發記錄的 IPaddress，而不是前往 root server 和the .com server，以找出attacker32.com域的名稱服務器的位置。

要將此類記錄添加到本地 DNS 服務器，我們需要將以下行添加到 /etc/bind/named.conf

 

 

 

在用戶機上測試，dig成功：

Task6. Understanding the Same-Origin Policy Protection

同源策略是一種約定，它是瀏覽器最核心也最基本的安全功能。瀏覽器的同源策略，限制了來自不同源的“document”或腳本，對當前“document”讀取或設置某些屬性。影響“源”的因素有：host（域名或IP地址，如果是IP地址則看做是一個根域名）、子域名、端口、協議。在瀏覽器中，<script>、<img>、<iframe>、<link>等標籤都可以跨域加載資源，而不受同源策略的限制，但是瀏覽器限制了JavaScript的權限，使其不能讀、寫返回的內容。

attacker_vm的change界面

單擊click之後，user_vm的溫度並不會改變

 user_vm的change界面

單擊click之後，user_vm的溫度變為99℃

Task7. Defeat the Same-Origin Policy Protection 

擊敗同源的主要想法保護來自這樣一個事實:策略執行基於主機名,而不是IP地址,所以只要我們使用www.attacker32.com的URL,我們遵守SOP的政策,但這並不意味着我們是限制與www.attacker32.com web服務器進行通信。

在用戶的瀏覽器向www.attacker32.com發送請求之前，它首先需要知道www.attacker32.com的IP地址。一個DNS請求將從用戶的機器發出。如果IP地址沒有緩存在本地DNS服務器上，一個DNS請求最終會被發送到attacker32.com的nameserver，它運行在攻擊者的VM上。因此，攻擊者可以決定在響應中放入什麼。

Step 1: Modify the JavaScript code. 在攻擊者虛擬機中，在www.attacker32.com:8080/change中運行的JavaScript代碼存儲在以下文件中:attacker_vm/rebind_malware/templates/js/change.js。由於該頁面來自www.attacker32.com服務器，根據同源策略，只能與同一服務器交互。因此，我們需要將代碼的第一行從http://www.seediot32.com:8080更改為以下內容:

 Step2: Conduct the DNS rebinding 。我們的JavaScript代碼發送請求到www.attacker32.com，請求將返回到攻擊者VM。這不是我們想要的，我們希望將請求發送到iot服務器。這可以通過DNS重新綁定技術實現。我們首先映射 www. attacker32.com 為攻擊者VM的IP地址，這樣用戶可以從http: //www.attacker32.com/change獲得實際頁面。在我們點擊網頁上的按鈕之前，我們重新映射www.attacker32.com主機名到iot服務器的IP地址，按鈕觸發的請求將到達iot服務器。這正是我們想要的。

修改好相應文件進行刷新：

同源策略是瀏覽器的一個安全功能，不同源的客戶端腳本在沒有明確授權的情況下，不能讀寫對方資源。所以xyz.com下的js腳本採用ajax讀取abc.com裏面的文件數據是會被拒絕的。同源策略限制了從同一個源加載的文檔或腳本如何與來自另一個源的資源進行交互。這是一個用於隔離潛在惡意文件的重要安全機制。不受同源策略限制的1. 頁面中的鏈接，重定向以及表單提交是不會受到同源策略限制的。2. 跨域資源的引入是可以的。但是js不能讀寫加載的內容。如嵌入到頁面中的<script src=”…”></script>，<img>，<link>，<iframe>等

Task8. Launch the Attack 

使用用戶機訪問下列url：

 

 

每當10秒倒計時為0，溫度將會被設定為88度：

 

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※南投搬家公司費用需注意的眉眉角角，別等搬了再說!

※教你寫出一流的銷售文案?