軟件服務(wù)/產(chǎn)品 -> 軟件資訊

辦公自動化系統(tǒng)相關(guān)文章

IT預(yù)算的六個(gè)竅門
展需要,盡量把預(yù)算做多一點(diǎn),避免進(jìn)行新的IT投資時(shí)捉襟見肘。   把預(yù)算分成兩部分 把日常維護(hù)預(yù)算和舊設(shè)備升級預(yù)算分開統(tǒng)計(jì),標(biāo)出每部分的比例。這樣做是為了應(yīng)付一些突發(fā)事件帶來的費(fèi)用支出,如企業(yè)為了改善供應(yīng)鏈或客戶關(guān)系管理系統(tǒng),而需要增加的設(shè)備支出。   突出投資回報(bào) 領(lǐng)導(dǎo)們通常更重視結(jié)果,所以在預(yù)算中要盡量簡化過程。讓領(lǐng)導(dǎo)們知道,投入這些錢,可以帶來怎樣..

企業(yè)一體化管理的新思路
入軟件系統(tǒng)中,于是,無論是要管理凌亂繁雜的文檔,要提交、審批表單,還是要管理會議、即時(shí)溝通上下級,只要打開OA系統(tǒng),已經(jīng)有完整的執(zhí)行流程和模板,最大限度地將工作中的操作簡單化,提高工作效率,這是工作和管理方式的進(jìn)步。 現(xiàn)在,我們可以看到越來越多的企業(yè)管理解決方案,像OA系統(tǒng)一樣被更多的企業(yè)所接受和使用?蛻絷P(guān)系管理、項(xiàng)目管理、采購與供應(yīng)商管理、人力資源管理..

更多文章..

數(shù)據(jù)采集面臨的安全與隱私挑戰(zhàn)

作者:佚名  來源:網(wǎng)絡(luò)

   1.數(shù)據(jù)采集的完整性問題:因?yàn)樵诳蛻舳瞬杉瘮?shù)據(jù),為了保證盡量不影響用戶體驗(yàn),所以在采集數(shù)據(jù)時(shí),一般不會同步發(fā)送數(shù)據(jù),而是在本地先做緩存,然后再整體壓縮、打包并在網(wǎng)絡(luò)好時(shí)一起通過公網(wǎng)進(jìn)行傳輸。如果客戶端一直網(wǎng)絡(luò)不好,傳輸失敗時(shí),則會累計(jì)在本地,而本地緩存會有限額,或者緩存數(shù)據(jù)全部發(fā)送完畢前,App 就被卸載則都會丟掉部分?jǐn)?shù)據(jù)。在 Web 端使用 JS 傳輸數(shù)據(jù)時(shí),雖然是同步發(fā)送,不過由于公網(wǎng)傳輸?shù)木W(wǎng)絡(luò)問題,一般也會有 3% 到 7% 的數(shù)據(jù)丟失,并且基本難以避免。

    2.數(shù)據(jù)采集的隱私性問題:第三方可能會在傳輸過程中截獲傳輸?shù)臄?shù)據(jù),從而拿到傳輸?shù)倪@些用戶行為數(shù)據(jù)。這些用戶數(shù)據(jù)都是體現(xiàn)用戶在客戶端的一些具體的用戶行為,蘊(yùn)含著用戶的隱私。

    3.數(shù)據(jù)采集的準(zhǔn)確性問題:第三方可能會在傳輸過程中偽造數(shù)據(jù),從而讓后臺的分析結(jié)果不準(zhǔn)確。這種偽造可能是直接調(diào)用傳輸?shù)?API,可能是在多個(gè)模擬器上運(yùn)行 App,甚至可能是直接人工作在真實(shí)設(shè)備上操作 App,都會導(dǎo)致傳輸?shù)椒⻊?wù)端的數(shù)據(jù)不準(zhǔn)確。

 

    在這三大類問題中,第二類問題由于涉及到用戶隱私,所以一般會認(rèn)為非常嚴(yán)重;第一類問題會影響最終分析結(jié)果的準(zhǔn)確性,也應(yīng)該盡量著力解決;而第三類問題,對于惡意第三方來說相當(dāng)于是一個(gè)“損人不利己”的事情,對于很多并不出名的創(chuàng)業(yè)公司來講一般也不會被人惡意針對,所以相對而言并沒有那么嚴(yán)重。

    2. 常見解決方案分析

    2.1 使用 HTTPS 作為傳輸協(xié)議

    HTTPS 是一種網(wǎng)絡(luò)安全傳輸協(xié)議,它經(jīng)由超文本傳輸協(xié)議(HTTP)進(jìn)行通信,但利用SSL/TLS來對數(shù)據(jù)包進(jìn)行加密。HTTPS開發(fā)的主要目的,是提供對網(wǎng)絡(luò)服務(wù)器的身份認(rèn)證,保護(hù)交換數(shù)據(jù)的隱私與完整性。

    簡單來說,不考慮太多技術(shù)細(xì)節(jié),在有 HTTPS 作加密的情況下,可以認(rèn)為,除了服務(wù)端與客戶端,在中間的傳輸環(huán)節(jié),是拿不到也無法修改傳輸?shù)膬?nèi)容的,因此,采用 HTTPS 作為傳輸協(xié)議,可以很好地防止數(shù)據(jù)被竊取,神策分析(Sensors Analytics)也提供了采用 HTTPS 傳輸數(shù)據(jù)的方案。

    由于依然是在客戶端采集數(shù)據(jù),依然是通過網(wǎng)絡(luò)傳輸數(shù)據(jù),所以采用 HTTPS 作為傳輸協(xié)議并不能解決數(shù)據(jù)完整性的問題。

    同時(shí),HTTPS 也不能阻止數(shù)據(jù)的偽造,偽造者在客戶端是可以直接抓包拿到傳輸?shù)膬?nèi)容的,從中獲取傳輸 API 與傳輸協(xié)議后,就可以直接調(diào)用 API 通過 HTTPS 傳輸偽造的數(shù)據(jù)了,更別說通過模擬器運(yùn)行 App 或者直接用機(jī)器運(yùn)行 App 來偽造數(shù)據(jù)了。

    2.2 傳輸內(nèi)容加密

    如前面所描述的那樣,HTTPS 是在傳輸環(huán)節(jié)進(jìn)行傳輸協(xié)議加密的,并不能阻止惡意第三方在客戶端抓包獲取數(shù)據(jù),從而獲取傳輸?shù)膬?nèi)容與傳輸協(xié)議。因此,自然可以考慮更進(jìn)一步,不僅僅通過傳輸協(xié)議加密,對于傳輸?shù)膬?nèi)容也進(jìn)行加密。

    這樣做的好處,是可以阻止惡意第三方拿到傳輸協(xié)議,從而沒有辦法通過直接調(diào)用 API 的方式來進(jìn)行數(shù)據(jù)偽造,但是,對于模擬器運(yùn)行 App 或者直接用機(jī)器運(yùn)行 App 來偽造數(shù)據(jù)的手段,依然是無能為力。同時(shí),對傳輸內(nèi)容進(jìn)行加密,也不能改變是在客戶端采集數(shù)據(jù),以及通過公網(wǎng)傳輸數(shù)據(jù)的本質(zhì),所以并不能解決數(shù)據(jù)完整性的問題。

 


    與此同時(shí),由于需要對傳輸內(nèi)容進(jìn)行加密,所以數(shù)據(jù)采集的代碼和傳輸協(xié)議都不再能夠開源了,否則就很容易被惡意第三方破解加密方案。對于公司內(nèi)部的第一方數(shù)據(jù)采集方案,并沒有問題,但是,如果是第三方分析工具,它的代碼如果不開源,一些對于安全與隱私比較敏感的客戶,可能就不敢集成了。同時(shí),由于傳輸協(xié)議不開源,也大大降低了系統(tǒng)的開放性。正因?yàn)檫@些原因,神策分析還是選擇了優(yōu)先保證 SDK 和傳輸協(xié)議的開放性,以打消客戶集成 SDK 時(shí)的顧慮,所以并沒有采用傳輸內(nèi)容加密的方案。

    2.3 后端采集

    在后端采集數(shù)據(jù),例如采集后端的日志,其實(shí)就是將數(shù)據(jù)采集的傳輸與加密交給了產(chǎn)品本身,認(rèn)為產(chǎn)品本身的后端數(shù)據(jù)是可信的。而后端采集數(shù)據(jù)到分析系統(tǒng)中則是通過內(nèi)網(wǎng)進(jìn)行傳輸,這個(gè)階段不存在安全和隱私性問題。同時(shí),內(nèi)網(wǎng)傳輸基本不會因?yàn)榫W(wǎng)絡(luò)原因丟失數(shù)據(jù),所以傳輸?shù)臄?shù)據(jù)可以非常真實(shí)地反應(yīng)用戶行為在系統(tǒng)中的真實(shí)體現(xiàn)。

    因此,基于后端采集的上述優(yōu)勢,神策分析目前提供了 Java、PHP、Python、Ruby 等后端語言的 SDK,以及 LogAgent、BatchImporter、FormatImporter 等導(dǎo)入工具,支持在后端采集。

    當(dāng)然,對于模擬器運(yùn)行 App 或者直接用機(jī)器運(yùn)行 App 來偽造用戶行為,由于后端拿到的就是偽造后的數(shù)據(jù),所以對于這種偽造行為,依然是無能為力。

    2.4 采集后再 antispam

    對于之前提到的模擬器運(yùn)行 App 或者直接用機(jī)器運(yùn)行 App 來偽造用戶行為這一類技術(shù)手段,只能依托于在采集數(shù)據(jù)后,再進(jìn)行 antisapm 清洗數(shù)據(jù)。這些清洗有很多不同的策略,比較常見的有:

    基于統(tǒng)計(jì)信息進(jìn)行清洗:例如,把那些流量明顯大于平均值的設(shè)備或者 IP 的用戶行為過濾掉,把那些行為頻率明顯超過正常人限度的用戶行為過濾掉等;

    基于用戶行為特征進(jìn)行清洗:主要是用到一些機(jī)器學(xué)習(xí)的手段,通過對整體的用戶行為進(jìn)行訓(xùn)練,然后找到那些行為特征明顯異于常人的用戶;

    基于設(shè)備真實(shí)性進(jìn)行清洗:目前有一些第三方供應(yīng)商提供了類似的方案,通過識別一個(gè)設(shè)備是一個(gè)真實(shí)的設(shè)備,還是一個(gè)模擬器,來解決虛擬機(jī)造假問題。

    神策分析后面將會提供類似的 antispam 方案,并且將識別出來的用戶作弊概率直接作為一個(gè)用戶的 profile,以供使用者來選擇使用。

    3. 一些題外話

    其實(shí),除了數(shù)據(jù)采集這個(gè)環(huán)節(jié)以外,很多互聯(lián)網(wǎng)產(chǎn)品,都會面臨著網(wǎng)絡(luò)傳輸中的“安全”與“隱私”這兩類問題,而且也都會有所取舍與折衷。

    我們以百度,這樣一個(gè)典型的互聯(lián)網(wǎng)產(chǎn)品為例,來看看它的網(wǎng)頁端是如何選擇來解決這些問題。

    首先,百度選擇了全站采用 HTTPS 進(jìn)行加密,主要目的其實(shí)是為了避免第三方(如運(yùn)營商等)篡改返回給用戶的網(wǎng)頁在其中加入第三方的廣告,當(dāng)然,這一做法,也客觀保證了用戶的操作不被第三方竊取;

    其次,對于通過 Spider 等非人工的訪問方式來抓取搜索結(jié)果的行為,則并沒有在訪問時(shí)就進(jìn)行封禁等處理,而是在進(jìn)行統(tǒng)計(jì)時(shí)再進(jìn)行復(fù)雜的流量清洗等 antispam 手段,以獲得準(zhǔn)確的流量,這主要是為了在保持用戶體驗(yàn),避免因?yàn)檎`封禁而影響正常用戶的訪問,同時(shí),也可以在后處理時(shí)可以加入復(fù)雜的策略保證最好的清洗效果;

    第三,對于使用某些非法手段來對廣告點(diǎn)擊進(jìn)行造假的行為,由于涉及到經(jīng)濟(jì)隱私,相比抓取搜索結(jié)果危害要更大,所以雖然都是采用后處理 antispam 的方式,但是時(shí)效性會更好,一般是會先做完 antispam,然后再扣費(fèi),從而避免作弊點(diǎn)擊導(dǎo)致廣告費(fèi)用扣光,影響點(diǎn)擊。廣告點(diǎn)擊的 antispam 是百度的核心策略與競爭優(yōu)勢,也是投入很多成本進(jìn)行研發(fā)與維護(hù)的領(lǐng)域。

 

Copyright © 2008-2018 偉創(chuàng)軟件-辦公軟件專家
All Rights Reserved.
400-0906-395 京ICP備17005839號
資質(zhì)證書 
<蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <文本链> <文本链> <文本链> <文本链> <文本链> <文本链>