说明:双击或选中下面任意单词,将显示该词的音标、读音、翻译等;选中中文或多个词,将显示翻译。
您的位置:首页 -> 词典 -> PL/SQL网关
1)  PL/SQL gateway
PL/SQL网关
1.
These methods, which combine PL/SQL gateway basic authentication and custom authentication with Oracle database security mechanism, present how to control user s authorities by usin.
本文结合Intranet和Internet两种典型的Web应用模式,从用户与角色管理、权限管理和权限控制三方面,介绍了在Oracle环境下,如何利用PL/SQL网关的基本验证和自定义验证两种方式与数据库安全机制相结合的方法,开发安全的Web应用程序。
2)  Embedded PL/SQL Gateway (EPG)
嵌入式PL/SQL网关
1.
2 with Embedded PL/SQL Gateway (EPG) on Oracle 10g database enterprise edition.
2)在Oracle10g数据库企业版上不支持以嵌入式PL/SQL网关(EPG)的模式进行安装配置的问题,提出了修正XML数据库(XDB)匿名访问的方法。
3)  PL/SQL package
PL/SQL包
1.
On the basis of analyzing the current modes of network data backup engines,put forward in the paper is a new design method of Oracle backup based on the PL/SQL package for the Oracle database.
在分析网络数据备份引擎实现方案的基础上,针对Oracle数据库的备份,提出一种基于PL/SQL包的Oracle备份引擎的设计方法;该方法通过使用Oracle内置包来完成备份作业管理和调度,使备份引擎实现在数据库级;与现有的实现在操作系统级的备份引擎相比,具有简化备份流程、易于实现触发式备份以及提高系统的跨平台性等优点。
4)  PL/SQL language
PL/SQL语言
5)  PL/SQL engine
PL/SQL引擎
1.
0 specification,a solution scheme of parsing and identifying the object in PL/SQL programs is proposed on a native database management system GKD-Base and PL/SQL engine.
0语言规范,基于PL/SQL引擎,从编译的角度提出了一套解析和标识Oracle PL/SQL程序中对象的解决方案。
2.
The design and implementation of X-Base PL/SQL engine with exception handler are discussed.
该文讨论了X-Base PL/SQL引擎中异常处理模块的设计思想和实现技术。
3.
The PL/SQL engine of DML trigger in GKD-Base is composed of front-end compiler and back-end executor.
GKD-Base中的DML触发器,其PL/SQL引擎由前端编译器和后端解释执行器组成。
6)  GKD-PL/SQL engine
GKD-PL/SQL引擎
1.
This paper discusses the design and implementation techniques of GKD-PL/SQL engine.
讨论了GKD-PL/SQL引擎中表达式处理模块的设计思想和实现技术,包括GKD-PL/SQL语言表达式的组成,如表达式操作符、函数调用、游标变量和属性值处理等,表达式的内部数据结构表示,以及表达式编译模块和解释执行模块的结构和实现细节。
补充资料:SQL注入攻击
SQL注入攻击是黑客对数据库进行攻击的常用手段之一。随着B/S模式应用开发的发展,使用这种模式编写应用程序的程序员也越来越多。但是由于程序员的水平及经验也参差不齐,相当大一部分程序员在编写代码的时候,没有对用户输入数据的合法性进行判断,使应用程序存在安全隐患。用户可以提交一段数据库查询代码,根据程序返回的结果,获得某些他想得知的数据,这就是所谓的SQLInjection,即SQL注入。SQL注入是从正常的WWW端口访问,而且表面看起来跟一般的Web页面访问没什么区别,所以目前市面的防火墙都不会对SQL注入发出警报,如果管理员没查看IIS日志的习惯,可能被入侵很长时间都不会发觉。但是,SQL注入的手法相当灵活,在注入的时候会碰到很多意外的情况,需要构造巧妙的SQL语句,从而成功获取想要的数据。

SQL注入攻击的总体思路

·发现SQL注入位置;
·判断后台数据库类型;
·确定XP_CMDSHELL可执行情况
·发现WEB虚拟目录
·上传ASP木马;
·得到管理员权限;

SQL注入攻击的步骤
一、SQL注入漏洞的判断

一般来说,SQL注入一般存在于形如:HTTP://xxx.xxx.xxx/abc.asp?id=XX等带有参数的ASP动态网页中,有时一个动态网页中可能只有一个参数,有时可能有N个参数,有时是整型参数,有时是字符串型参数,不能一概而论。总之只要是带有参数的动态网页且此网页访问了数据库,那么就有可能存在SQL注入。如果ASP程序员没有安全意识,不进行必要的字符过滤,存在SQL注入的可能性就非常大。

为了全面了解动态网页回答的信息,首选请调整IE的配置。把IE菜单-工具-Internet选项-高级-显示友好HTTP错误信息前面的勾去掉。

为了把问题说明清楚,以下以HTTP://xxx.xxx.xxx/abc.asp?p=YY为例进行分析,YY可能是整型,也有可能是字符串。

1、整型参数的判断

当输入的参数YY为整型时,通常abc.asp中SQL语句原貌大致如下:
select*from表名where字段=YY,所以可以用以下步骤测试SQL注入是否存在。
①HTTP://xxx.xxx.xxx/abc.asp?p=YY’(附加一个单引号),此时abc.ASP中的SQL语句变成了
select*from表名where字段=YY’,abc.asp运行异常;
②HTTP://xxx.xxx.xxx/abc.asp?p=YYand1=1,abc.asp运行正常,而且与HTTP://xxx.xxx.xxx/abc.asp?p=YY运行结果相同;
③HTTP://xxx.xxx.xxx/abc.asp?p=YYand1=2,abc.asp运行异常;
如果以上三步全面满足,abc.asp中一定存在SQL注入漏洞。

2、字符串型参数的判断

当输入的参数YY为字符串时,通常abc.asp中SQL语句原貌大致如下:
select*from表名where字段='YY',所以可以用以下步骤测试SQL注入是否存在。
①HTTP://xxx.xxx.xxx/abc.asp?p=YY’(附加一个单引号),此时abc.ASP中的SQL语句变成了
select*from表名where字段=YY’,abc.asp运行异常;
②HTTP://xxx.xxx.xxx/abc.asp?p=YY&;nb...39;1'='1',abc.asp运行正常,而且与HTTP://xxx.xxx.xxx/abc.asp?p=YY运行结果相同;
③HTTP://xxx.xxx.xxx/abc.asp?p=YY&;nb...39;1'='2',abc.asp运行异常;
如果以上三步全面满足,abc.asp中一定存在SQL注入漏洞。

3、特殊情况的处理

有时ASP程序员会在程序员过滤掉单引号等字符,以防止SQL注入。此时可以用以下几种方法试一试。
①大小定混合法:由于VBS并不区分大小写,而程序员在过滤时通常要么全部过滤大写字符串,要么全部过滤小写字符串,而大小写混合往往会被忽视。如用SelecT代替select,SELECT等;
②UNICODE法:在IIS中,以UNICODE字符集实现国际化,我们完全可以IE中输入的字符串化成UNICODE字符串进行输入。
说明:补充资料仅用于学习参考,请勿用于其它任何用途。
参考词条