牛人能編一個就好了……

FCKeditor connectors模塊多個跨站腳本及目錄遍歷漏洞
影響版本:
FCKeditor <= 2.6.4

程序介紹:??
FCKeditor是一款開放源碼的HTML文本編輯器。??

漏洞分析:

FCKeditor沒有正確地驗證用戶對多個connector模塊所傳送的輸入，遠程攻擊者可以利用samples目錄中的組件注入任意腳本或HTML，或通過目錄遍歷攻擊上傳惡意文件。



漏洞利用:

* 從editor\filemanager\connectors中刪除不使用的連接器
* 在config.ext中禁用文件瀏覽器
* 完全刪除_samples目錄


解決方案:
廠商補丁：
FCKeditor
---------
目前廠商還沒有提供補丁或者升級程序，我們建議使用此軟件的用戶隨時關注廠商的主頁以獲取最新版本：
http://www.fckeditor.net/

難道你不想看下UCOS3的代碼，UCGUI最新5.2的代碼嗎？還有uc....
偶不是想破換，沒注意我的用意嗎？
如果你有錢去買那我沒話說

可能4樓不是做嵌入式產(chǎn)品的！
雖然網(wǎng)上有流傳UCGUI但是是很久以前的版本，4版本后的代碼絕跡了

難以理解.

有l(wèi)inux不用用UCOS.......................
清華的貝貝同志害了不少人......




無話可說.

你以為任何平臺都可以跑LINUX嗎？看來樓上做的產(chǎn)品很高級

說實話偶做的項目都還是裸奔的！雖然程序代碼也有近MB

SEGGER網(wǎng)站上可以下載emWin最新V504試用版，
與ucGUI是一回事。

就單片機操作系統(tǒng), 我很想轉(zhuǎn)貼一篇評論C++的文章. linus寫的, 放在這里批UCOS之流也很合適.


“c++是一種糟糕的(horrible)語言。而且因為有大量不夠標準的程序員在使用而使情況更糟，以至于極容易產(chǎn)生徹頭徹尾的垃圾(total and utter crap)。老實說，選擇c就是為了把c++程序員踢出去?！矣羞@樣的結論，任何喜歡用c++而不是c開發(fā)項目的程序員可能都是我希望踢出去的人，免得他們來搞亂我參與的項目。c++會導致非常非常糟糕的設計選擇。你們這些c++程序員總是一上來就用語言的那些‘漂亮的’庫特性比如STL、Boost和其他徹頭徹尾的垃圾，這可能對你們的程序有所‘幫助’，但是卻會導致：

　　——當庫無法工作時無窮無盡的折磨(別跟我說什么STL尤其是Boost很穩(wěn)定而且可移植性很好，那全是屁話，而且一點都不可笑)

　　——低效的抽象編程模型，可能在兩年之后你會注意到有些抽象效果不怎么樣，但是所有代碼已經(jīng)依賴于圍繞它設計的‘漂亮’對象模型了，如果不重寫應用程序，就無法改正。

　　也就是說，使用優(yōu)秀的、高效的、系統(tǒng)級的和可移植的c++的唯一方式，最終還是限于使用c本身具有的所有特性。項目限制只用c，意味著參與的人不會搗亂，也意味著會得到許多真正懂得底層問題，而不會折騰那些白癡‘對象模型’垃圾的程序員。

　　所以，我很抱歉，但是對于Git這樣效率是主要目標的軟件，c++的所謂優(yōu)點只是巨大的錯誤。而我們將看不到這一點的人排除在外卻成了一個巨大的附加優(yōu)勢。如果你想要用c++寫的版本控制系統(tǒng)，去玩Monotone吧。他們確實使用了‘真格的數(shù)據(jù)庫’，使用了‘漂亮的面向?qū)ο髱臁?、使用了‘漂亮的c++抽象’?？墒钦f老實話，所有這些對某些計算機專業(yè)人士而言富于吸引力的設計決定，其最終結果確是一堆可怕、難以維護的垃圾?！?

問一句樓上

要流暢地跑linux+gui的硬件成本多少錢？多層板的費用+多塊芯片的費用？可靠性有多高？實時性有多好？

低成本場合上低成本mcu+小型RTOS是趨勢，例如stm32+ucos

難道做個mp3播放器之類都要上linux?

你那種arm9+linux的套路無法通吃一切

呵呵，樓上寫了這么多。

linux及其的硬件平臺

輕型RTOS和低成本MCU

這兩者還是定位不同的，linux想吃掉，不容易。不爭了，市場和成本會說明一切

呵呵，樓上寫了這么多。

linux及其的硬件平臺

輕型RTOS和低成本MCU

這兩者還是定位不同的，linux想吃掉，不容易。不爭了，市場和成本會說明一切

笑，不同的MCU有不同的市場，市場定律。但必然會向后者發(fā)展~

希望高手們把UCOS3的源代碼搞下來共享一下。一起研究使用。

很不想說的，實在沒忍住。sinanjj，你懂個屁啊！

ｓｉｎａｎｊｊ，貌似行家！藐視！