ESP32 WiFi使用比特輔助

[jeija]在玩一些esp32s以及真正的黑客時尚時,他想知道他可能會將它們分開以及仍然得到數據流動的差別。他對這一問題的視頻響應涵蓋了Friis等式以及利用方程式,分貝以及甚至是一個覆蓋約10km的有用示例的很大實例。您可以看到下面的視頻。

當然,要獲得那種類型的品種,你要求定向天線。為防止違反管理傳輸功率的政策,他利用了最終的天線。同樣意味著他不得不破解esp32 wifi堆棧,使小工具只在一側聽。 HACK包括將小工具放在混雜模式,也只能跟踪發送的信號。您可以發現GitHub上包含的代碼(配有Rickrolling應用程序)。

當然,天線不是什麼新的 – 看看我們過去看過的普雷儂可以是天線。然而,利用長品種接收的模塊是令人著迷的,並且我們可以看到這種方法將應用程序與遠程無人機視頻或遙測以及節目的遙控器。如果您沒有龐大的經理天線,您可能會嘗試一些導管。如果您想要更加全面的分貝,我們上個月確實如此。

Leave a Reply

Your email address will not be published.

Related Post

拆除風暴蠕蟲殭屍網絡拆除風暴蠕蟲殭屍網絡

零日與德國研究人員進行採訪,這些研究人員已經找到了一種方法來擊落風暴蠕蟲殭屍網絡。 他們的計劃,Stormfucker,利用Storm的命令網絡中的缺陷:NAT的節點僅使用四字節的XOR挑戰。 不是NAT的節點僅使用微不足道的64位RSA簽名。 他們的服務可以清潔受感染的機器並分發給其他節點。 不幸的是,在沒有用戶同意的情況下安裝軟件是與惡意軟件完全相同的行為。 不要指望在任何廣泛的使用中看到這一點。 研究人員確實指出,一些ISP已經搬遷到關閉服務的服務,直到他們的機器被清潔。

實用的物聯網加密在濃縮咖啡esp8266實用的物聯網加密在濃縮咖啡esp8266

eSpressif esp8266芯片組是三美元的“事物互聯網”發展委員會的經濟現實。根據流行的自動固件建築工地Nodemcu-Builds,在過去的60天內有13,341個自定義固件為該平台構建。其中,只有19%的SSL支持,10%包括加密模塊。 我們往往批評IOT部門缺乏安全,經常覆蓋殭屍網絡和其他攻擊,但我們將把我們的項目置於我們需求的相同標準嗎?我們會停下來識別問題,還是我們可以成為解決方案的一部分? 本文將專注於使用運行Nodemcu固件的流行ESP8266芯片對MQTT協議應用AES加密和哈希授權功能。我們的目的不是提供複製/粘貼靈棍,而是逐步完成流程,沿途識別挑戰和解決方案。結果是一個系統,該系統是端到端加密和認證,防止沿途竊聽,並欺騙有效數據,而無需依賴於SSL。 我們知道還有更強大的平台,可以輕鬆地支持SSL(例如Raspberry PI,Orange Pi,FriendlyArm),但讓我們從我們大多數人躺在最便宜的硬件上開始,以及適合我們許多項目的協議。如果您需要,AES是您可以在AVR上實施的東西。 理論 MQTT是一個輕量化的消息傳遞協議,在TCP / IP之上運行,通常用於IOT項目。客戶端設備訂閱或發佈到主題(例如,傳感器/溫度/廚房),這些消息由MQTT代理中繼。有關MQTT的更多信息,可在其網頁或我們自己的入門系列中提供。 MQTT協議沒有超出用戶名/密碼身份驗證的任何內置安全功能,因此通過SSL對網絡進行加密和認證是通用的。但是,SSL對ESP8266和啟用時,SSL可能更加苛刻,因此您將留下更少的內存為您的應用程序。作為輕量級替代方案,您只能加密已發送的數據有效負載,並使用會話ID和散列函數進行身份驗證。 直接執行此操作的是使用Lua和Nodemcu加密模塊,包括支持CBC模式中AES算法以及HMAC哈希函數。使用AES加密正確需要三件事來生成密文:消息,密鑰和初始化向量(IV)。消息和鍵是簡單的概念,但初始化向量值得一些討論。 當您在具有靜態鍵的AES中對消息進行編碼時,它將始終產生相同的輸出。例如,用key“1234567890abcdef”加密的消息“UsernamePassword”可能會產生“E40D86C04D723AFF”等結果。如果使用相同的密鑰和消息再次運行加密,則會獲得相同的結果。這為您打開了幾種常見類型的攻擊,特別是模式分析和重放攻擊。 在模式分析攻擊中,您可以使用給定數據的知識始終產生相同的密文來猜測不同消息的目的或內容而沒有實際知道密鑰。例如,如果在所有其他通信之前發送消息“E40D86C04D723AFF”,則可能會迅速猜測它是登錄。簡而言之,如果登錄系統是簡單的,則發送該數據包(重播攻擊)可能足以將自己標識為授權用戶,並且混亂隨之而來。 IVS使模式分析更加困難。 IV是與修改結束密文結果的密鑰一起發送的數據。顧名思義,它在數據進入之前初始化加密算法的狀態。對於發送的每條消息,IV需要不同,以便重複的數據加密到不同的密文,以及一些密碼(如AES-CBC)需要它是不可預測的 – 實現這一目標的實用方法只是為了每次隨機調整它。 IVS不必保密,但典型以某種方式混淆它們是典型的。 雖然這可以防止模式分析,但它沒有幫助重播攻擊。例如,重傳給定的一組加密數據仍將重複結果。為防止,我們需要驗證發件人。我們將使用公共,偽偽裝生成的每條消息的會話ID。通過發佈到MQTT主題,可以由接收設備生成此會話ID。 防止這些類型的攻擊在幾種常見用例中是重要的。互聯網控制的爐灶存在,拋開效用,如果他們沒有使用不安全的命令,那將是很好的。其次,如果我是從一百個傳感器的數據記錄,我不希望任何人用垃圾填充我的數據庫。 實用加密 在Nodemcu上實施上述需要一些努力。您將需要編譯的固件,除了任何其他人之外,還包括“加密”模塊您的申請。不需要SSL支持。 首先,讓我們假設您與以下內容的內容連接到MQTT代理。您可以將其實現為來自加密學的單獨功能,以保持清潔。客戶端訂閱了SessionID頻道,該頻道適當地發布了很長的偽隨機會話ID。您可以加密它們,但這不是必需的。 1 2 3. 4. 5.

通過DMA通過DMA

更好的LED,而常規的Hackaday讀者已經知道如何用微控制器閃爍LED,並且已經移動到稍微更具挑戰性的項目,例如在6502個裝配中解決Navier-Stokes方程,這並不意味著沒有新手的空間。 [rik]發表了一個關於濫用DMA的完善的教程,為Blinkier發光。為什麼有人想了解DMA技術?當然,對於閃光發光的東西。 本教程承擔了LED多路復用和LED矩陣的知識,或基本上基本上一堆LED在XY網格上連接在一起。駕駛8×8格的幼稚路上是將八個陰極連接到微控制器上的GPIO引腳,將八個陽極連接到另一組GPIO引腳,並根據需要採購和沈降電流。銷釘數可以通過移位寄存器減小,LED調光可以用PWM實現。這是我們密集的八週的Arduino課程。 由於在20世紀80年代沒有被困的微控制器,可以使用新技術來驅動這些LED矩陣。大多數強大的手臂微控制器都配有DMA,用於直接內存訪問的外設。 DMA控制器可以簡單地將DMA控制器與CPU進行所有工作,而不是讓CPU進行內存和引腳之間的位。這意味著閃爍項目和光輝LED。 [RIK]用於DMAing LED的方法包括在代碼中設置一個大的’OL數組,正確地初始化DMA外圍設備,並將LED矩陣接線到幾個引腳。這種技術可以擴展到具有64個級別亮度的動畫,這將採用令人難以置信的處理能力(對於微控制器,至少是DMA控制器的亮度。 在這些實驗中使用的設置是STM32F103核心板以及OpenStm32 IDE。 [RIK]已在GitHub上發布了所有的代碼,當然,您就會鼓勵遊戲。