IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Protégez votre code DDL avec sp_hidetext

Débutant

Comment bien utiliser sp_hidetext… et comment l'inactiver… ♪

Article lu   fois.

L'auteur

Profil ProSite personnel

Liens sociaux

Viadeo Twitter Facebook Share on Google+   

I. Introduction

Sybase ASE a toujours été considéré comme une base « ouverte », ce qui a fait son succès pendant de nombreuses années. Pour un DBA Sybase expérimenté, il est quasiment toujours possible de s'en sortir puisque l'accès aux couches « profondes » du SGBDR lui sont toujours ouvertes et relativement bien documentées : accès direct aux tables système, nombreuses commandes dbcc, vues et procédures système éditables et modifiables … à ne pas confondre cependant avec les bases open source, le code C du moteur ASE étant scrupuleusement gardé.

Certains éditeurs de logiciels sur Sybase ASE ont émis le désir de pouvoir cacher le code de leurs objets compilés, ce qui n'était pas possible en versions antérieures à 11.5.

II. Stockage des objets compilés

Il faut savoir que les objets compilés sous ASE (et plus particulièrement les procédures stockées et les déclencheurs) sont stockés dans deux tables distinctes et spécifiques dans leur base propre :

  • sysprocedures : stocke le code compilé ;
  • syscomments : stocke le code en clair.

Voici donc un exemple basé sur la création d'une petite procédure stockée baptisée sp_test

 
Sélectionnez
create procedure sp_test (@cle int)
as
begin
select @@version

select *
from test   
where id=@cle
end
go

À noter que syscomments permet de prouver au passage que les * sont remplacer par la liste des colonnes dans un objet compilé. L'exemple ci-après restitue assez correctement la syntaxe de la procédure stockée (dernier éditeur Sybase avec possibilité de revenir à la ligne à 255 caractères). Il n'en est cependant pas toujours de même, principalement avec de longues lignes, la colonne syscomments.text étant un varchar(255).

 
Sélectionnez
select text 
from syscomments 
where id = object_id('sp_test') 
order by colid
GO

text
-------------------------------------------------------------------------------------------------------------------------
create procedure dbo.sp_test (@cle int)
as
begin
select @@version

/* Adaptive Server has expanded all '*' elements in the following statement */ select test.id, test.dates, test.jours, 
test.mois, test.annees, test.heures, test.minutes, test.semestres, test.semaines, test.jourDansAnnee, test.jourDansSemaine 
from test   
where id=@cle
end

Quant à sysprocedures, rien n'est visible par le quidam…

 
Sélectionnez
select * 
from sysprocedures 
where id = object_id('sp_test')  and type&2=2 
order by sequence
            
type   id          sequence    status number version     
------ ----------- ----------- ------ ------ ----------- 
2      768002736   0           1152   1      15000       
2      768002736   1           1152   1      15000       
2      768002736   2           1152   1      15000       
2      768002736   3           1152   1      15000       
2      768002736   4           1152   1      15000       
2      768002736   5           1152   1      15000       
2      768002736   6           1152   1      15000       
2      768002736   7           1152   1      15000       
2      768002736   8           1152   1      15000       
2      768002736   9           1152   1      15000       
2      768002736   10          1152   1      15000

La première technique de caviardage de son code consistait à purger la table syscomments, mais cela posait des problèmes lors des migrations où la recompilation de l'objet nécessitait la relecture via la table.

 
Sélectionnez
sp_configure "allow updates",1
go
delete syscomments where id = object_id('sp_test')
go
(2 lignes affectées)

sp_configure "allow updates",0
go

Dès à présent, l'extraction du DDL posera problème : c'est l'effet escompté, mais assez peu élégant.

CO55: The specified Compiled Object Item not found in the Server: test.dbo.sp_test at com.sybase.ddlgen.item.CompiledObjectItem.open(CompiledObjectItem.java:258) at com.sybase.ddlgen.container.CompiledObjectContainer.open(CompiledObjectContainer.java:131) at com.sybase.ddlgen.DDLThread.run(DDLThread.java:88)

III. Usage de sp_hidetext

Après avoir recréé notre procédure stockée sp_test, nous allons la caviarder à l'aide de sp_hidetext

 
Sélectionnez
drop procedure sp_test
go

create procedure dbo.sp_test (@cle int)
as
begin
select @@version

select *
from test   
where id=@cle
end
go

sp_hidetext sp_test
go

Voyons maintenant ce qu'il en advient dans syscomments

 
Sélectionnez
select text from syscomments where id=object_id('sp_test')
go

TEXT
----
NULL
NULL

La tentative d'extraire le DDL retourne maintenant un message explicite, sans plantage

 
Sélectionnez
--Source text for compiled object test.dbo.sp_test (id = 816002907) is hidden.

IV. Inactivation de sp_hidetext

Si un applicatif s'installe chez vous en utilisant cette fonction afin de vous cacher ses propres SP (c'est le cas par exemple de Cast Workbench), vous pouvez toujours, avant son installation, rendre inopérant le sp_hidetext de la manière suivante

 
Sélectionnez
use sybsystemprocs
go
create procedure sp_hidetext
@objname varchar(255) = NULL,
@tabname varchar(255) = NULL,
@username varchar(255) = NULL
as
return 0
go

… et afin d'éviter que l'applicatif lui-même ne tente de la recréer (ceci étant sans effet si l'installation se fait à l'aide d'un compte ayant des droits system admin)…

 
Sélectionnez
grant execute on sp_hidetext to public
revoke delete on sp_hidetext from public

La fonction sp_unhidetext n'existe pas : il est donc impossible de retrouver un texte caché par sp_hidetext. La procédure qui suit permet d'inactiver sp_hidetext pour les nouveaux objets, mais ne traite pas les objets déjà impactés.

V. Réactivation de sp_hidetext

Le script d'origine est aisément extractable de instmstr, fichier situé sous $SYBASE/$SYBASE_ASE/scripts (ou %SYBASE%\%SYBASE_ASE%\scripts sous Windows)

 
Sélectionnez
if exists (select *
    from sysobjects
        where sysstat & 7 = 4
            and name = 'sp_hidetext')
begin
    drop procedure sp_hidetext
end
go
print "Installing sp_hidetext"
go
create procedure sp_hidetext
@objname varchar(255) = NULL,
@tabname varchar(255) = NULL,
@username varchar(255) = NULL
as
declare @ret int
execute @ret = sp_aux_text @objname, @tabname, @username, 2
return @ret
go
exec sp_procxmode 'sp_hidetext', 'anymode'
go
grant execute on sp_hidetext to public
go

Vous avez aimé ce tutoriel ? Alors partagez-le en cliquant sur les boutons suivants : Viadeo Twitter Facebook Share on Google+   

Copyright © 2007 Fadace. Aucune reproduction, même partielle, ne peut être faite de ce site ni de l'ensemble de son contenu : textes, documents, images, etc. sans l'autorisation expresse de l'auteur. Sinon vous encourez selon la loi jusqu'à trois ans de prison et jusqu'à 300 000 € de dommages et intérêts.