0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Mac并非完全不受惡意軟件的侵害

倩倩 ? 來源:百度粉絲網(wǎng) ? 作者:百度粉絲網(wǎng) ? 2021-02-24 14:47 ? 次閱讀

正如過去幾年勒索軟件和廣告軟件的報告所證明的,Mac并非完全不受惡意軟件的侵害。如今,Apple M1 Silicon的普及甚至使其成為黑客的更大目標?,F(xiàn)在,至少有兩個惡意軟件被設(shè)計為專門在蘋果最新,最強大的芯片上運行,而第二個惡意軟件是代號為Silver Sparrow的安全專家,因為它有可能造成嚴重破壞,因此感到困惑和恐懼。

有一些因素使此相對年輕的惡意軟件獨特,令人難以置信且令人恐懼。它已經(jīng)感染了將近30,000同時運行在Apple M1和Intel x86_64芯片上的Mac,這一事實已經(jīng)令人擔憂。在合法的應用程序開發(fā)人員仍在努力將其現(xiàn)有應用程序移植到基于ARM的平時,它也專門針對M1 Macs,僅通過翻譯感染x86 Macs。

惡意軟件的行為正在引發(fā)危險信號。目前,它所做的只是檢查遠程控制服務(wù)器以下載仍然不存在的有效負載。根據(jù)Red Canary的安全研究人員的說法,這表明它只是在完全激活并在Mac上造成嚴重破壞之前等待條件得到滿足。

銀麻雀感染和生皮的方式也是一個值得關(guān)注的問題。它使用macOS自身的Installer Javascript功能執(zhí)行命令,從而使研究惡意軟件變得困難。它還具有一些尚未被使用的自毀功能,這表明它可能是為某些需要不惜一切代價避免被發(fā)現(xiàn)的深層秘密工作而設(shè)計的。具有諷刺意味的是,它甚至使用AWS和Akamai進行分發(fā),這實際上使阻塞源服務(wù)器更加困難。

銀雀(Silver Sparrow)聽起來像是一種睡眠軟件,在等待通知的同時等待激活。盡管其行為看似無害,但安全研究人員仍擔心這是一場巨大的災難,等待發(fā)生,不幸的是,他們還沒有透露如何刪除該惡意軟件。

責任編輯:lq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • Apple
    +關(guān)注

    關(guān)注

    1

    文章

    925

    瀏覽量

    52733
  • 軟件
    +關(guān)注

    關(guān)注

    69

    文章

    4699

    瀏覽量

    87088
  • Mac
    Mac
    +關(guān)注

    關(guān)注

    0

    文章

    1095

    瀏覽量

    51339
收藏 人收藏

    評論

    相關(guān)推薦

    MAC2MAC在Jacinto7 Soc中的應用

    電子發(fā)燒友網(wǎng)站提供《MAC2MAC在Jacinto7 Soc中的應用.pdf》資料免費下載
    發(fā)表于 09-27 09:33 ?0次下載
    <b class='flag-5'>MAC2MAC</b>在Jacinto7 Soc中的應用

    使用filter pro設(shè)計的濾波器電路,用Multisim仿真時完全不能工作,為什么?

    OPA365我用TI的filter pro設(shè)計了一個四階的低通濾波器(見第一個圖片),增益23db,截止頻率是150HZ,可是在用Multisim仿真時,完全不能工作。1V的交流輸入電壓,輸出端
    發(fā)表于 09-23 07:28

    Mac 上好用的遠程桌面軟件推薦

    遠程控制Mac電腦已經(jīng)成為現(xiàn)代辦公和遠程支持的常見需求。無論是Mac遠程控制Mac,還是在Mac和Windows電腦之間進行遠程操作,你通常有兩種方案:使用操作系統(tǒng)自帶的遠程桌面服務(wù),
    的頭像 發(fā)表于 08-30 13:20 ?255次閱讀
    <b class='flag-5'>Mac</b> 上好用的遠程桌面<b class='flag-5'>軟件</b>推薦

    INA128使用TI-TINA仿真了一下,結(jié)果完全不是預期的啊,為什么?

    小弟看了INA128數(shù)據(jù)手冊的電壓電流轉(zhuǎn)換電路,然后使用TI-TINA仿真了一下,結(jié)果完全不是預期的啊,另外想問下:VCCS電流源使用TI的什么芯片比較好?輸入信號是50KHZ正弦波,幅度300mV。
    發(fā)表于 08-20 06:54

    OPA140得到的開環(huán)增益和相位曲線和datasheet完全不同,請幫忙看看問題出在那里?

    OPA140,按照datasheet上測試條件使用AC analysis 仿真,電路圖如附件所示。得到的開環(huán)增益和相位曲線和datasheet完全不同,請幫忙看看問題出在那里?
    發(fā)表于 08-06 08:14

    三星蓄勢待發(fā):揭秘完全不同的AI手機新紀元

    Review》的專訪時,向外界透露了一個令人振奮的消息——三星正全力研發(fā)一款“完全不同”的AI手機,這一消息瞬間在科技圈內(nèi)引起了軒然大波。
    的頭像 發(fā)表于 07-23 15:14 ?684次閱讀

    Sentinel One數(shù)據(jù):今年1-5月針對蘋果macOS系統(tǒng)的惡意軟件數(shù)量占比

    其中,勒索軟件、木馬以及后門程序依舊占較大比重。值得注意的是,近期愈發(fā)猖獗的惡意軟件為Atomic Stealer(AMOS),其能從多種瀏覽器獲取iCloud Keychain密碼及其他敏感信息。
    的頭像 發(fā)表于 05-20 10:30 ?440次閱讀

    JFrog安全研究表明:Docker Hub遭受協(xié)同攻擊,植入數(shù)百萬惡意存儲庫

    JFrog?和?Docker?在近期發(fā)現(xiàn)Docker Hub?存儲庫被用于傳播惡意軟件和網(wǎng)絡(luò)釣魚詐騙后,聯(lián)手采取緩解和清理措施。 作者:安全研究員AndreyPolkovnichenko?|?惡意
    的頭像 發(fā)表于 05-14 16:13 ?873次閱讀
    JFrog安全研究表明:Docker Hub遭受協(xié)同攻擊,植入數(shù)百萬<b class='flag-5'>惡意</b>存儲庫

    全球數(shù)千臺路由器及物聯(lián)網(wǎng)設(shè)備遭&quot;TheMoon&quot;惡意軟件感染

    3月初發(fā)現(xiàn)此惡意活動后,經(jīng)觀察,短短72小時已有6000臺華碩路由器被盯梢。黑客運用IcedID、Solarmarker等惡意軟件,透過代理僵尸網(wǎng)絡(luò)掩飾其線上行為。此次行動中,TheMoon在一周內(nèi)入侵設(shè)備超過7000臺,尤其鎖
    的頭像 發(fā)表于 03-27 14:58 ?414次閱讀

    隱蔽性極強的新版Atomic Stealer惡意軟件威力驚人

    新Atomic Stealer其主要功能是用Python腳本和Apple Script實現(xiàn)對使用者敏感文件的收集,該特征類似被報道過的RustDoor惡意軟件。兩種Apple Script均注重獲取機密文件。
    的頭像 發(fā)表于 02-28 11:03 ?617次閱讀

    AD7280A電池供電電路以10kHZ工作時,采集到的電壓值完全不對是什么原因?qū)е碌哪兀?/a>

    AD7280A采集靜置狀態(tài)的電池時可以正常工作,但是當電池供電電路以10kHZ工作時,采集到的電壓值完全不對,可能有哪些原因呢?
    發(fā)表于 01-05 12:02

    ADXL345讀出來的三軸數(shù)據(jù)完全不正常是什么原因造成的?

    ,讀取ID為E5正常了,通過對三軸偏移寄存器的寫和讀,確認單片機與345之間的通信完全正常,現(xiàn)在的問題是: 1、讀出來的三軸數(shù)據(jù)完全不正常,并且數(shù)據(jù)變化緩慢(好幾秒才變化一次,只開DATA
    發(fā)表于 01-02 07:02

    ad7280a測電壓完全不準是怎么回事?如何解決?

    求助一個關(guān)于ad7280a測電壓完全不準的問題。 使用ad7280a測量6個蓄電池電壓,但是讀取到的電壓完全不準,一直在飄動。換了3個芯片還是一樣的問題。 7280a驅(qū)動由官方修改。上電后先
    發(fā)表于 12-12 08:02

    ad7190把數(shù)據(jù)轉(zhuǎn)換頻率大于50HZ后,測試出的數(shù)據(jù)波動很大完全不準是為什么?

    關(guān)于ad7190模塊的問題,測試時候模式寄存器都是默認的0x080060;對應的數(shù)據(jù)轉(zhuǎn)換頻率是50HZ,讀數(shù)據(jù)寄存器測出的值也沒問題,但我把數(shù)據(jù)轉(zhuǎn)換頻率大于50HZ后(比如2.4k模式寄存器寫0x080002),測試出的數(shù)據(jù)波動很大,完全不準,不知道為什么,4.7HZ,10HZ都沒有問題,求支持,謝謝
    發(fā)表于 12-12 07:31

    請問AD1974上電復位之后完全不配置寄存器,會有abclk,alrclk輸出嗎?

    我想請教幾個問題: 1.請問AD1974上電復位之后完全不配置寄存器,會有abclk,alrclk輸出嗎? 2.請問AD1974上電復位之后完全不配置寄存器,是默認四個模擬輸入通道的那個通道為有效
    發(fā)表于 11-30 08:00