markdown:
# Expert SQL Server 2008 Development- P4
Chia sẻ: Thanh Cong | Ngày: | Loại File: PDF | Số trang:50
lượt xem 6
download
![](http://image.tlvnimg.com/document/thumbnail/2010/20100731/jupyter/80x100/pg0151_2505.jpg)
##
Expert SQL Server 2008 Development- P4
[Vui lòng tải xuống để xem tài liệu đầy đủ](javascript:void(0);)
Download
![](http://static.tlvnimg.com/b2013az/templates/version1/default/images/down16x21.png)
Tham khảo tài liệu 'expert sql server 2008 development- p4', công nghệ thông tin, cơ sở dữ liệu phục vụ nhu cầu học tập, nghiên cứu và làm việc hiệu quả
Bình luận(0)
[Đăng nhập để gửi bình luận!](javascript:void(0);)
##
Nội dung Text: Expert SQL Server 2008 Development- P4
- CHAPTER 6 ENCRYPTION Hashing A hashing function allows you to perform a one-way encryption of any data, with deterministic results. By “deterministic,” I mean that a given input into the hashing function will always produce the same output. Hashing, in itself, is arguably not a true method of encryption, because once a value has been hashed there is no way to reverse the process to obtain the original input. However, hashing methods are often used in conjunction with encryption, as will be demonstrated later in this chapter. SQL Server 2008 provides the HASHBYTES function, which produces a binary hash of any supplied data using one of a number of standard hashing algorithms. For any given input x, HASHBYTES(x) will always produce the same output y, but there is no method provided to retrieve x from the resulting value y. Figure 6-3 illustrates the HASHBYTES function in action. HASHBYTES is useful in situations where you need to compare whether two secure values are the same, but when you are not concerned with what the actual values are: for example, to verify that the password supplied by a user logging into an application matches the stored password for that user. In such cases, instead of comparing the two values directly, you can compare the hashes of each value; if any two given values are equal, then the hashes of those values produced using a given algorithm will also be the same. Although hash algorithms are deterministic, so that a given input value will always generate the same hash, it is theoretically possible that two different source inputs will share the same hash. Such occurrences, known as hash collisions, are relatively rare but important to bear in mind from a security point of view. In a totally secure environment, you cannot be certain that simply because two hashes are equal, the values that generated those hashes were the same. The HASHBYTES function supports the Message Digest (MD) algorithms MD2, MD4, MD5, and the Secure Hash Algorithm (SHA) algorithms SHA, and SHA1. Of these, SHA1 is the strongest, and is the algorithm you should specify in all cases unless you have a good reason otherwise. The following code listing illustrates the result of the HASHBYTES function used to hash a plain text string using the SHA1 algorithm: SELECT HASHBYTES('SHA1', 'The quick brown fox jumped over the lazy dog'); GO The hash generated in this case is as follows: 0xF6513640F3045E9768B239785625CAA6A2588842 Figure 6-3. The HASHBYTES function in action This result is entirely repeatable—you can execute the preceding query as many times as you want and you will always receive the same output. This deterministic property of hash functions is both their greatest strength and their greatest weakness. 129
- CHAPTER 6 ENCRYPTION The advantage of obtaining consistent output is that, from a data architecture point of view, hashed data can be stored, indexed, and retrieved just like any other binary data, meaning that queries of hashed data can be designed to operate efficiently with a minimum amount of query redesign. However, there is a risk that potential attackers can compile a dictionary of known hashes for different algorithms and use these to perform reverse-lookups against your data in order to try to guess the source values. This risk becomes even more plausible in cases where attackers can make reasonable assumptions in order to reduce the list of likely source values. For example, in systems where password strength is not enforced, users who are not security-minded typically choose short, simple passwords or easily predicted variations on common words. If a hacker were to obtain a dataset containing hashes of such passwords generated using the MD5 algorithm, they would only have to search for occurrences of 0x2AC9CB7DC02B3C0083EB70898E549B63 to identify all those users who had chosen to use “Password1” as their password, for example. Hashes can be made more secure by adding a secret salt value to the plain text prior to hashing, as will be shown later in this chapter. Symmetric Key Encryption Symmetric key encryption methods use the same single key to perform both encryption and decryption of data. This is illustrated in Figure 6-4. Figure 6-4. Symmetric key encryption Unlike hashing, which is deterministic, symmetric encryption is a nondeterministic process. That is to say, you will obtain different results from encrypting the same item of data on different occasions, even if it is encrypted with the same key each time. SQL Server 2008 supports a number of common symmetric encryption algorithms, including Triple DES, and keys with bit lengths of 128, 192, and 256 based on the Advanced Encryption Standard (AES). The strongest symmetric key supported is AES256. Symmetric keys themselves can be protected either by a certificate, password, asymmetric key, or another symmetric key, or they can be protected outside SQL Server by an EKM provider. The following example illustrates how to create a new symmetric key, SymKey1, that is protected by a password: CREATE SYMMETRIC KEY SymKey1 WITH ALGORITHM = AES_256 ENCRYPTION BY PASSWORD = '5yMm3tr1c_K3Y_P@$$w0rd!'; GO 130
- CHAPTER 6 ENCRYPTION Note By default, symmetric keys created using the CREATE SYMMETRIC KEY statement are randomly generated. If you want to generate a specific, reproduceable key, you must explicitly specify the KEY_SOURCE and IDENTITY_VALUE options when the key is generated, such as follows: CREATE SYMMETRIC KEY StaticKey WITH KEY_SOURCE = ‘#K3y_50urc£#’, IDENTITY_VALUE = ‘-=1d3nt1ty_VA1uE!=-’, ALGORITHM = TRIPLE_DES ENCRYPTION BY PASSWORD = ‘P@55w0rD’; To encrypt data using a symmetric key, you must first open the key. Since SymKey1 is protected by a password, to open this key you must provide the associated password using the OPEN SYMMETRIC KEY DECRYPTION BY PASSWORD syntax. Having opened the key, you can use it to encrypt data by providing the plain text to be encrypted, together with the GUID of the symmetric key, to the ENCRYPTBYKEY method. Once you are finished using the key, you should close it again using CLOSE SYMMETRIC KEY (if you fail to explicitly close any open symmetric keys, they will automatically be closed at the end of a session). These steps are illustrated in the following code listing: -- Open the key OPEN SYMMETRIC KEY SymKey1 DECRYPTION BY PASSWORD = '5yMm3tr1c_K3Y_P@$$w0rd!'; -- Declare the cleartext to be encrypted DECLARE @Secret nvarchar(255) = 'This is my secret message'; -- Encrypt the message SELECT ENCRYPTBYKEY(KEY_GUID(N'SymKey1'), @secret); -- Close the key again CLOSE SYMMETRIC KEY SymKey1; GO The result of the preceding code listing is an encrypted binary value, such as that shown following: 0x007937851F763944BD71F451E4E50D520100000097A76AED7AD1BD77E04A4BE68404AA3B48FF6179A D9FD74E10EE8406CC489D7CD8407F7EC34A879BB34BA9AF9D6887D1DD2C835A71B760A527B0859D47B3 8EED Note Remember that encryption is a nondeterministic process, so the results that you obtain will differ from those just shown. Decrypting data that has been encrypted using a symmetric key follows a similar process as for encryption, but using the DECRYPTBYKEY method rather than the ENCRYPTBYKEY method. A further difference to note is that the only parameter required by DECRYPTBYKEY is the ciphertext to be decrypted; 131
- CHAPTER 6 ENCRYPTION there is no need to specify the GUID of the symmetric key that was used to encrypt the data, as this value is stored as part of the encrypted data itself. The following code listing illustrates how to decrypt the data encrypted with a symmetric key in the previous example: OPEN SYMMETRIC KEY SymKey1 DECRYPTION BY PASSWORD = '5yMm3tr1c_K3Y_P@$$w0rd!'; DECLARE @Secret nvarchar(255) = 'This is my secret message'; DECLARE @Encrypted varbinary(max); SET @Encrypted = ENCRYPTBYKEY(KEY_GUID(N'SymKey1'),@secret); SELECT CAST(DECRYPTBYKEY(@Encrypted) AS nvarchar(255)); CLOSE SYMMETRIC KEY SymKey1; GO This results in the original plain text message being retrieved: This is my secret message On occasions, you may wish to encrypt data without having to deal with the issues associated with creating and securely storing a permanent symmetric key. In such cases, the ENCRYPTBYPASSPHRASE function may prove useful. ENCRYPTBYPASSPHRASE generates a symmetric key using the Triple DES algorithm based on the value of a supplied password, and uses that key to encrypt a supplied plain text string. The main benefit of this method is that it does not require the creation or storage of any keys or certificates; when the data needs to be decrypted, you simply supply the same password to the DECRYPTBYPASSPHRASE method, which enables the identical symmetric key to be generated to decrypt the ciphertext. The key itself is never stored at any point, and is only generated transiently as and when it is required. To encrypt data using a passphrase, supply a passphrase followed by a clear text string to the ENCRYPTBYPASSPHRASE function as follows: SELECT ENCRYPTBYPASSPHRASE('PassPhrase', 'My Other Secret Message'); GO When I ran this code listing, I obtained the binary value shown following. However, remember that ENCRYPTBYPASSPHRASE uses nondeterministic symmetric encryption, so you will obtain different results every time you execute this query. 0x010000007A65B54B1797E637F3F018C4100468B115CB5B88BEA1A7C36432B0B93B8F616AC8D3BA7307D5005E To decrypt the data again, pass the same passphrase and the encrypted text into the DECRYPTBYPASSPHRASE function. As with all the asymmetric and symmetric encryption methods provided by SQL Server, the resulting decrypted data is returned using the varbinary datatype, and may need to 132
- CHAPTER 6 ENCRYPTION be converted into the appropriate format for your application. In this case, CASTing the result to a varchar returns the original plain text string: SELECT CAST(DECRYPTBYPASSPHRASE('PassPhrase', 0x010000007A65B54B1797E637F3F018C4100468B115CB5B88BEA1A7C36432B0B93B8F616AC8D3BA7307 D5005E) AS varchar(32)); GO My Other Secret Message As demonstrated, ENCRYPTBYPASSPHRASE is a very simple method of implementing symmetric encryption without the issues associated with key management. However, it is not without its drawbacks: Firstly, ciphertext generated by ENCRYPTBYPASSPHRASE can be decrypted only when used in conjunction with the passphrase used to encrypt it. This may seem like an obvious point, but bear in mind that SQL Server provides no mechanism for backing up or recreating the passphrase, so, if it is ever lost, the original data can never be restored. This means that you need to consider strategies for how to backup the passphrase in a secure manner; there is not much point encrypting your data if the passphrase containing the only knowledge required to access that data is stored in an openly accessible place. Secondly, the ENCRYPTBYPASSPHRASE function always encrypts data using the Triple DES algorithm. Although this is a well-recognized and widely used standard, some business requirements or client specifications may require stronger encryption algorithms, such as those based on AES. Although AES symmetric keys of bit lengths 128, 192, and 256 may be created in SQL Server 2008, these cannot be used by ENCRYPTBYPASSPHRASE. The strength of the symmetric key is entirely dependent on the passphrase from which it is generated, but SQL Server does not enforce any degree of password complexity on the passphrase supplied to ENCRYPTBYPASSPHRASE. This may lead to weak encryption strength based on a poorly chosen key. The supplied clear text can only be varchar or nvarchar type (although this limitation is fairly easily overcome by CASTing any other datatype prior to encryption). Despite these weaknesses, ENCRYPTBYPASSPHRASE can still be a useful choice in certain situations, such as when it is necessary to encrypt data from users in the sysadmin and db_owner roles. See the sidebar entitled “Protecting Information from the DBA” for more information on this topic. 133
- CHAPTER 6 ENCRYPTION Protecting Information from the DBA The recent trend in outsourcing or offshoring of corporate IT departments, combined with ever more stringent regulations about who should be allowed access to sensitive data, has meant that it is an increasingly common requirement to restrict access to sensitive data, even from those users in the sysadmin and db_owner roles. DBAs have permissions to view, insert, update, and delete data from any database table, and any DBAs in the sysadmin role have control over every key and certificate held on a SQL Server instance. How then do you design database architecture that secures data from these users? Any solution that relies upon the automatic key management hierarchy will not work; the only approach is to rely on a password that is kept secret from these users. This password can either be used with the ENCRYPTBYPASSPHRASE function, or it can be used to secure a certificate or asymmetric key that protects the symmetric key with which the data is encrypted. Even then, there are risks to be aware of; the sysadmin can still DROP any keys, and you must ensure that whenever the password is supplied, it is done so in a secure manner that cannot be detected as it passes across the network or by profiling of the database. Asymmetric Key Encryption Asymmetric encryption is performed using a pair of related keys: the public key is used to encrypt data, and the associated private key is used to decrypt the resulting ciphertext. The public and private keys of an asymmetric key pair are related, but the mathematical relationship between them is sufficiently complex that it is not feasible to derive one key from knowledge of the other. Figure 6-5 illustrates the asymmetric encryption model. Figure 6-5. Asymmetric key encryption In addition to asymmetric key pairs, asymmetric encryption may also be implemented using a certificate. Certificates based on the X.509 standard are used to bind a public key to a given identity entitled to encrypt data using the associated key. Certificates may be issued by a third-party certification authority (CA), and self-signed certificates can be created within SQL Server 2008 itself. Self-signed 134
- CHAPTER 6 ENCRYPTION certificates were used in the last chapter to demonstrate one method of assigning permissions to stored procedures. Encryption by certificate and encryption by asymmetric key use the same algorithm and, assuming equal key length, provide exactly the same encryption strength. For every method that deals with asymmetric key encryption in SQL Server, an equivalent method provides the same functionality for certificate encryption. Asymmetric Keys or Certificates? Certificate and asymmetric key encryption both use the same widely used RSA algorithm. Assuming equal key length, certificate and asymmetric encryption will provide the same encryption strength, and there are no significant differences between the functionality available with either type. So, which should you choose? The decision may be influenced by whether you choose to generate the key within SQL Server itself or from an outside source. Self-signed certificates in SQL Server can only have a key length of 1024 bits, whereas stronger asymmetric keys may be created with a private key length of 512, 1024, or 2048 bits. However, asymmetric keys and certificates may both be imported from external sources, in which case the key length may be up to 3456 bits. I recommend asymmetric encryption using certificates rather than asymmetric key pairs, as certificates allow for additional metadata to be stored alongside the key (such as expiry dates), and certificates can easily be backed up to a CER file using the BACKUP CERTIFICATE command, whereas a method to provide the equivalent functionality for an asymmetric key pair is strangely lacking. As explained previously, by default the private keys of asymmetric key pairs and certificates are protected by the DMK, which is automatically used to open these keys as and when they are required by any users who have been granted permission to the relevant securable. The following code listing illustrates how to create a 1024-bit asymmetric key using the RSA algorithm: CREATE ASYMMETRIC KEY AsymKey1 WITH Algorithm = RSA_1024; GO Encrypting data using the asymmetric key follows a slightly different process than for symmetric encryption, as there is no need to explicitly open an asymmetric key prior to encryption or decryption. Instead, you pass the ID of the asymmetric key and the plain text to be encrypted to the ENCRYPTBYASYMKEY method, as demonstrated in the following code listing: DECLARE @Secret nvarchar(255) = 'This is my secret message'; DECLARE @Encrypted varbinary(max); SET @Encrypted = ENCRYPTBYASYMKEY(ASYMKEY_ID(N'AsymKey1'), @Secret); GO 135
- CHAPTER 6 ENCRYPTION The DECRYPTBYASYMKEY (and the equivalent DECRYPTBYCERT) functions can be used to return the varbinary representation of any asymmetrically encrypted data, by supplying the key ID and encrypted ciphertext, as follows: DECLARE @Secret nvarchar(255) = 'This is my secret message'; DECLARE @Encrypted varbinary(max); SET @Encrypted = ENCRYPTBYASYMKEY(ASYMKEY_ID(N'AsymKey1'), @secret); SELECT CAST(DECRYPTBYASYMKEY(ASYMKEY_ID(N'AsymKey1'), @Encrypted) AS nvarchar(255)); GO You may have noticed when running the preceding code samples that, even when only dealing with a very small amount of data, asymmetric encryption and decryption methods are much slower than the equivalent symmetric functions. This is one of the reasons that, even though asymmetric encryption provides stronger protection than symmetric encryption, it is not recommended for encrypting any column that will be used to filter rows in a query, or where more than one or two records will be decrypted at a time. Instead, asymmetric encryption is most useful as a method to protect other encryption keys, as will be discussed later in this chapter. Transparent Data Encryption Transparent data encryption (TDE) is a new feature available in the Developer and Enterprise editions of SQL Server 2008. It is “transparent” in that, unlike all of the previous methods listed, it requires no explicit change to database architecture, and it doesn’t necessitate queries to be rewritten using specific methods to encrypt or decrypt data. In addition, generally speaking, it is not necessary to deal with any key management issues relating to TDE. So how does TDE work? Rather than operating on chosen values or columns of data, transparent encryption provides automatic symmetric encryption and decryption of all data passing from the file system layer to the SQL Server process. In other words, the MDF and LDF files in which database information is saved are stored in an encrypted state. When SQL Server makes a request for data in these files, it is automatically decrypted at the I/O level. The query engine can therefore operate on it just as it does any other kind of data. When the data is written back to disk, TDE automatically encrypts it again. TDE provides encryption of (almost) all data within any database for which it is enabled, based on the database encryption key (DEK) stored in the user database. The DEK is a symmetric key protected by a server certificate stored in the master database, which, in turn, is protected by the DMK of the master database and the SMK. To enable TDE on a database, you first need to create a server certificate in the master database (assuming that the master database already has a DMK): USE MASTER; GO CREATE CERTIFICATE TDE_Cert WITH SUBJECT = 'Certificate for TDE Encryption'; GO 136
- CHAPTER 6 ENCRYPTION Then use the CREATE DATABASE ENCRYPTION KEY statement to create the DEK in the appropriate user database: USE ExpertSqlEncryption; GO CREATE DATABASE ENCRYPTION KEY WITH ALGORITHM = AES_128 ENCRYPTION BY SERVER CERTIFICATE TDE_Cert; GO Note The preceding code listing will generate a warning message advising you to make a backup of the server certificate with which the DEK is encrypted. In a production environment, I suggest that you read this message carefully and follow its advice. Should the certificate become unavailable, you will be unable to decrypt the DEK, and all data in the associated database will be lost. Having created the necessary keys, TDE can be enabled using a single T-SQL statement, as follows: ALTER DATABASE ExpertSqlEncryption SET ENCRYPTION ON; GO To check the encryption status of all the databases on a server, you can query the sys.dm_database_encryption_keys view, as follows: SELECT DB_NAME(database_id) AS database_name, CASE encryption_state WHEN 0 THEN 'Unencrypted (No database encryption key present)' WHEN 1 THEN 'Unencrypted' WHEN 2 THEN 'Encryption in Progress' WHEN 3 THEN 'Encrypted' WHEN 4 THEN 'Key Change in Progress' WHEN 5 THEN 'Decryption in Progress' END AS encryption_state, key_algorithm, key_length FROM sys.dm_database_encryption_keys; GO The results indicate that both the ExpertSqlEncryption user database and the tempdb system database are now encrypted: 137
- CHAPTER 6 ENCRYPTION database_name encryption_state key_algorithm key_length tempdb Encrypted AES 256 ExpertSqlEncryption Encrypted AES 128 This demonstrates an important point: since tempdb is a shared system resource utilized by all user databases, if any user database on a SQL Server instance is encrypted with TDE, then the tempdb database must also be encrypted, as in this case. Disabling TDE is as simple as the process to enable it: ALTER DATABASE ExpertSqlEncryption SET ENCRYPTION OFF; GO Note that, even after TDE has been turned off all user databases, the tempdb database will remain encrypted until it is re-created, such as when the server is next restarted. Note For more information on the columns available in sys.dm_database_encryption_keys, please consult http://msdn.microsoft.com/en-us/library/bb677274.aspx. The benefits of TDE are as follows: • Data at rest is encrypted (well, not quite all data at rest; see the following section). If your primary goal is to prevent physical theft of your data, TDE ensures that your database files (including transaction logs and backups) cannot be stolen and restored onto another machine without the necessary DKM. • TDE can be applied to existing databases without requiring any application recoding. As a result, TDE can be applied in cases where it would not be viable to redesign existing production applications to incorporate cell-level encryption. • Performing encryption and decryption at the I/O level is efficient, and the overall impact on database performance is small. Microsoft estimates average performance degradation as a result of enabling TDE to be in the region of 3 to 5 percent. TDE is certainly a useful addition to the cell-level encryption methods provided by SQL Server, and if used correctly can serve to strengthen protection of your data. However, it would be a gross mistake to believe that merely by enabling TDE your data will be protected. Although on the surface TDE appears to simplify the process of encryption, in practice it hides the complexity that is necessary to ensure a truly secure solution. There are almost no cases in which it is a business requirement to encrypt every item of data in an entire database. However, the ease with which TDE can be enabled means that, in some cases, it is a simpler option to turn on TDE than perform a proper analysis of each data element. Such actions Download at WoweBook.com 138
- CHAPTER 6 ENCRYPTION indicate a lack of planning toward a secure encryption strategy, and are unlikely to provide the level of protection required in a high-security application. There are also some important differences between TDE and the cell-level methods discussed previously: • TDE only protects data at rest. When data is requested by SQL Server, it is decrypted, so all in-process data is unencrypted. All data that a user has permission to access will always be presented to the user in an unencrypted state. • Encryption cannot be controlled at a granular level—either the whole database is encrypted or it is not. • There is a performance impact on every query run against a database that has TDE enabled, whether that query contains “confidential” items of data or not. In fact, because the tempdb database must be encrypted when TDE is enabled, there is a performance hit against every query of every database on a server that has at least one TDE-enabled database on it. • TDE negates any reduction in size of database files achieved from using SQL Server 2008’s compression options. Compression algorithms only work effectively when there are recognizable patterns in the data, which TDE encryption removes. • Not all data can be encrypted. For example, the filestream datatype stores BLOB data directly to the filesystem. Since this data does not pass through the SQL OS, it cannot be encrypted by TDE. It is important to realize that TDE provides a totally different model of encryption than the other encryption methods discussed in this chapter. Cell-level encryption methods, such as ENCRYPTBYKEY and ENCRYPTBYASYMKEY, encrypt an individual item or column of data. TDE, in contrast, applies to the database level. As such, TDE has more in common with encryption methods provided at the operating system level, such as encrypting file system (EFS) technology and Windows BitLocker. Although useful in some situations, I do not consider TDE to provide sufficient security or control over encrypted data to be relied upon for high-security applications. I will therefore not consider it in the remaining sections in this chapter. Balancing Performance and Security Symmetric keys, asymmetric keys, passwords, and certificates . . . each have their own advantages and disadvantages, so how do you choose between them? In this section I’ll describe an architecture that means that you don’t have to make a compromise between different individual encryption methods; rather, you can combine the best features of each approach into a single hybrid model. The hybrid model of encryption described in this section is illustrated in Figure 6-6. 139
- CHAPTER 6 ENCRYPTION Figure 6-6. A hybrid approach to encryption. The elements of the hybrid encryption structure can be described as follows: • Data is encrypted using a symmetric key, which provides the best-performing encryption method. I recommend encryption based on the AES algorithm, and choosing a key length appropriate for your needs. Longer keys provide more protection, but also require more processing overhead. • The symmetric key is protected by one or more certificates, which provide the strength of asymmetric encryption together with additional benefits, such as the ability to back up and restore certificates from T-SQL, as well as the option to set explicit start and expiration dates for the validity of the certificate. I tend to create one certificate for each user or group of users that need access to the symmetric key. Those same certificates can also be used to encrypt other keys required by that user or group of users. • Each certificate is protected with a (strong) password, so that it can only be accessed by individuals with knowledge of the password. This means that encrypted information is kept secret from sysadmins, who could otherwise use the DMK to open the certificate and underlying symmetric key. • Further layers of encryption can be added to this model by protecting the symmetric key with further symmetric keys prior to encryption by the certificate. Each additional layer creates a further barrier for potential hackers to break, and also makes key rotation much easier to facilitate. To illustrate how to create the hybrid encryption model just described, first create two users: CREATE USER FinanceUser WITHOUT LOGIN; CREATE USER MarketingUser WITHOUT LOGIN; GO Then create a certificate for each user, each with their own password: 140
- CHAPTER 6 ENCRYPTION CREATE CERTIFICATE FinanceCertificate AUTHORIZATION FinanceUser ENCRYPTION BY PASSWORD = '#F1n4nc3_P455w()rD#' WITH SUBJECT = 'Certificate for Finance', EXPIRY_DATE = '20101031'; CREATE CERTIFICATE MarketingCertificate AUTHORIZATION MarketingUser ENCRYPTION BY PASSWORD = '-+M@Rket1ng-P@s5w0rD!+-' WITH SUBJECT = 'Certificate for Marketing', EXPIRY_DATE = '20101105'; GO We’ll also create a sample table and give both users permission to select and insert data into the table: CREATE TABLE Confidential ( EncryptedData varbinary(255) ); GO GRANT SELECT, INSERT ON Confidential TO FinanceUser, MarketingUser; GO Now that we have the basic structure set up, we will create a shared symmetric key that will be encrypted by both the finance and marketing certificates. However, you cannot directly create a key in this manner. Instead, we will create the key with protection by the first certificate, and then open and alter the key to add encryption by the second certificate too: -- Create a symmetric key protected by the first certificate CREATE SYMMETRIC KEY SharedSymKey WITH ALGORITHM = AES_256 ENCRYPTION BY CERTIFICATE FinanceCertificate; GO -- Then OPEN and ALTER the key to add encryption by the second certificate OPEN SYMMETRIC KEY SharedSymKey DECRYPTION BY CERTIFICATE FinanceCertificate WITH PASSWORD = '#F1n4nc3_P455w()rD#'; ALTER SYMMETRIC KEY SharedSymKey ADD ENCRYPTION BY CERTIFICATE MarketingCertificate; CLOSE SYMMETRIC KEY SharedSymKey; GO 141
- CHAPTER 6 ENCRYPTION Finally, we need to grant permissions on the symmetric key for each user: GRANT VIEW DEFINITION ON SYMMETRIC KEY::SharedSymKey TO FinanceUser GRANT VIEW DEFINITION ON SYMMETRIC KEY::SharedSymKey TO MarketingUser GO To encrypt data using the shared symmetric key, either user must first open the key by specifying the name and password of their certificate that is protecting it. They can then use the ENCRYPTBYKEY function as demonstrated earlier in this chapter. The following listing demonstrates how FinanceUser can insert data into the Confidential table, encrypted using the shared symmetric key: EXECUTE AS USER = 'FinanceUser'; OPEN SYMMETRIC KEY SharedSymKey DECRYPTION BY CERTIFICATE FinanceCertificate WITH PASSWORD = '#F1n4nc3_P455w()rD#'; INSERT INTO Confidential SELECT ENCRYPTBYKEY(KEY_GUID(N'SharedSymKey'), N'This is shared information accessible to finance and marketing'); CLOSE SYMMETRIC KEY SharedSymKey; REVERT; GO To decrypt this data, either the marketing user or the finance user can explicitly open the SharedSymKey key prior to decryption, similar to the pattern used for encryption, or they can take advantage of the DECRYPTBYKEYAUTOCERT function, which allows you to automatically open a symmetric key protected by a certificate as part of the inline function that performs the decryption. To demonstrate the DECRYPTBYKEYAUTOCERT function, the following code listing shows how MarketingUser can decrypt the value in the Confidential table inserted by FinanceUser, opening the shared symmetric key using their own certificate name and password protecting the symmetric key: EXECUTE AS USER = 'MarketingUser'; SELECT CAST( DECRYPTBYKEYAUTOCERT( CERT_ID(N'MarketingCertificate'), N'-+M@Rket1ng-P@s5w0rD!+-', EncryptedData) AS nvarchar(255)) FROM Confidential; REVERT; GO The result shows that MarketingUser can use the MarketingCertificate to access data encrypted by FinanceUser using the shared symmetric key: 142
- CHAPTER 6 ENCRYPTION This is shared information accessible to finance and marketing To extend this example a little further, suppose that in addition to storing encrypted data that is shared between finance and marketing, the Confidential table also holds data to which only the finance user should be granted access. Using the hybrid model described here, this is very easy to achieve— simply create a new symmetric key that is protected by the existing finance certificate and grant permissions on that key to the finance user. CREATE SYMMETRIC KEY FinanceSymKey WITH ALGORITHM = AES_256 ENCRYPTION BY CERTIFICATE FinanceCertificate; GO GRANT VIEW DEFINITION ON SYMMETRIC KEY::FinanceSymKey TO FinanceUser GO As this new symmetric key is protected using the existing FinanceCertificate, the finance user can open it using exactly the same syntax as for the shared key, and encrypt data using the key by specifying the appropriate KEY_GUID to the ENCRYPTBYKEY method: EXECUTE AS USER = 'FinanceUser'; OPEN SYMMETRIC KEY FinanceSymKey DECRYPTION BY CERTIFICATE FinanceCertificate WITH PASSWORD = '#F1n4nc3_P455w()rD#'; INSERT INTO Confidential SELECT ENCRYPTBYKEY( KEY_GUID(N'FinanceSymKey'), N'This information is only accessible to finance'); CLOSE SYMMETRIC KEY FinanceSymKey; REVERT; GO The Confidential table now contains two rows of data: one row is encrypted using the shared symmetric key, SharedSymKey, to which both MarketingUser and FinanceUser have access; the second row is encrypted using FinanceSymKey, which is only accessible by FinanceUser. The beauty of this approach is that, since all of the keys to which a given user has access are protected by a single certificate, the DECRYPTBYKEYAUTOCERT method can be used to decrypt the entire column of data, whatever key was used to encrypt the individual values. For example, the following code listing demonstrates how FinanceUser can automatically decrypt all values in the EncryptedData column by using DECRYPTBYKEYAUTOCERT in conjunction with the FinanceCertificate: EXECUTE AS USER = 'FinanceUser'; SELECT CAST( 143
- CHAPTER 6 ENCRYPTION DECRYPTBYKEYAUTOCERT( CERT_ID(N'FinanceCertificate'), N'#F1n4nc3_P455w()rD#', EncryptedData ) AS nvarchar(255)) FROM Confidential; REVERT; GO The results show that FinanceUser can use DECRYPTBYKEYAUTOCERT to decrypt values encrypted by both the FinanceSymKey and the SharedSymKey, because they are both protected using the same FinanceCertificate: This is shared information accessible to finance and marketing This information is only accessible to finance If MarketingUser were to attempt to perform exactly the same query using the MarketingCertificate, they would be able to decrypt only those values encrypted using the SharedSymKey; the result of attempting to decrypt values that had been encrypted using FinanceSymKey would be NULL: EXECUTE AS USER = 'MarketingUser'; SELECT CAST( DECRYPTBYKEYAUTOCERT( CERT_ID(N'MarketingCertificate'), N'-+M@Rket1ng-P@s5w0rD!+-', EncryptedData) AS nvarchar(255)) FROM Confidential; REVERT; GO This is shared information accessible to finance and marketing NULL I hope that this has demonstrated how the hybrid model of encryption achieves a balance between security and maintainability for the majority of situations in which encryption is required, and how it can be extended to deal with a range of different use scenarios. In the following section, I’ll show you how to write efficient queries against encrypted data held in such a model. 144
- CHAPTER 6 ENCRYPTION Implications of Encryption on Query Design Having discussed the relative merits of different encryption architecture decisions, the remainder of this chapter will focus on methods to optimize the performance of applications that deal with encrypted data. The security of encryption always comes with an associated performance cost. As previously mentioned, reads and writes of encrypted data are more resource-intensive and typically take longer to perform. However, the special nature of encrypted data has wider-ranging implications than accepting a simple performance hit, and particular attention needs to be paid to any activities that involve ordering, filtering, or performing joins on encrypted data. Indexing, sorting, and filtering data relies on identifying ordered patterns within that data. Most data can be assigned a logical order: for example, varchar or char data can be arranged alphabetically; datetime data can be ordered chronologically; and int, decimal, float, and money data can be arranged in numeric order. The very purpose of encryption, however, is to remove any kind of logical pattern that might expose information about the underlying data, which makes it very tricky to assign order to encrypted data. This creates a number of issues for efficient query design. To demonstrate these issues, let’s create a table containing some example confidential data. The following code listing will create a table and populate it with 100,000 rows of randomly generated 16- digit numbers, representing dummy credit card numbers. Among the random data, we will also insert one predetermined value representing the credit card number 4005-5500-0000-0019. It is this known value that we will use to test various methods of searching for values within encrypted data. CREATE TABLE CreditCards ( CreditCardID int IDENTITY(1,1) NOT NULL, CreditCardNumber_Plain nvarchar(32) ); GO WITH RandomCreditCards AS ( SELECT CAST(9E+15 * RAND(CHECKSUM(NEWID())) + 1E+15 AS bigint) AS CardNumber ) INSERT INTO CreditCards (CreditCardNumber_Plain) SELECT TOP 100000 CardNumber FROM RandomCreditCards, MASTER..spt_values a, MASTER..spt_values b UNION ALL SELECT '4005550000000019' AS CardNumber; GO 145
- CHAPTER 6 ENCRYPTION Note Before you rush out on a spending spree, I regret to inform you that the credit card number listed in this example, 4005-5500-0000-0019, is a test card number issued by VISA for testing payment processing systems and cannot be used to make purchases. Of course, the 100,000 randomly generated rows might by chance contain valid credit card details, but good luck finding them! To protect this information, we’ll follow the hybrid encryption model described in the previous section. To do so first requires the creation of a certificate encrypted by password: CREATE CERTIFICATE CreditCard_Cert ENCRYPTION BY PASSWORD = '#Ch0o53_@_5Tr0nG_P455w0rD#' WITH SUBJECT = 'Secure Certificate for Credit Card Information', EXPIRY_DATE = '20101031'; GO and then a symmetric key protected by the certificate: CREATE SYMMETRIC KEY CreditCard_SymKey WITH ALGORITHM = AES_256 ENCRYPTION BY CERTIFICATE CreditCard_Cert; GO As we’re only concerned with testing the performance of different methods, we won’t bother creating different users with access to the key this time—we’ll do everything as the dbo user. To begin, add a new column to the CreditCards table, CreditCardNumber_Sym, and populate it with values encrypted using the CreditCard_SymKey symmetric key: ALTER TABLE CreditCards ADD CreditCardNumber_Sym varbinary(100); GO OPEN SYMMETRIC KEY CreditCard_SymKey DECRYPTION BY CERTIFICATE CreditCard_Cert WITH PASSWORD = '#Ch0o53_@_5Tr0nG_P455w0rD#'; UPDATE CreditCards SET CreditCardNumber_Sym = ENCRYPTBYKEY(KEY_GUID('CreditCard_SymKey'),CreditCardNumber_Plain); CLOSE SYMMETRIC KEY CreditCard_SymKey; GO Now let’s assume that we are designing an application that requires searching for specific credit numbers that have been encrypted in the CreditCardNumber_Sym column. Firstly, let’s create an index to support the search: CREATE NONCLUSTERED INDEX idxCreditCardNumber_Sym ON CreditCards (CreditCardNumber_Sym); GO 146
- CHAPTER 6 ENCRYPTION Let’s try performing a simple search against the encrypted data. We’ll search for our chosen credit card number by decrypting the CreditCardNumber_Sym column and comparing the result to the search string: DECLARE @CreditCardNumberToSearch nvarchar(32) = '4005550000000019'; SELECT * FROM CreditCards WHERE DECRYPTBYKEYAUTOCERT( CERT_ID('CreditCard_Cert'), N'#Ch0o53_@_5Tr0nG_P455w0rD#', CreditCardNumber_Sym) = @CreditCardNumberToSearch; GO A quick glance at the execution plan shown in Figure 6-7 reveals that, despite the index, the query must scan the whole table, decrypting each row in order to see if it satisfies the predicate. Figure 6-7. A query scan performed on encrypted data The need for a table scan is caused by the nondeterministic nature of encrypted data. Since the values in the CreditCard_Sym column are encrypted, we cannot tell which rows match the search criteria without decrypting every value. Nor can we simply encrypt the search value 4005550000000019 and search for the corresponding encrypted value in the CreditCard_Sym column, because the result is nondeterministic and will differ every time. Even though we are using symmetric encryption, the faster-performing cell-encryption and - decryption method, the requirement to conduct an entire table scan means that the query does not perform well. We can obtain a quick measure of the overall performance by inspecting sys.dm_exec_query_stats, as follows: SELECT st.text, CAST(qs.total_worker_time AS decimal(18,9)) / qs.execution_count / 1000 AS Avg_CPU_Time_ms, qs.total_logical_reads FROM sys.dm_exec_query_stats qs CROSS APPLY sys.dm_exec_sql_text(qs.plan_handle) st WHERE st.text LIKE '%CreditCardNumberToSearch%'; The results I obtain are given here: 147
- CHAPTER 6 ENCRYPTION text Avg_CPU_Time_ms total_logical_reads DECLARE @CreditCardNumberToSearch nvarchar(32) = '4005550000000019'; --*SELECT------------- 1389.079 71623 The SELECT query is taking nearly 1.5 seconds of CPU time to query only 100,000 rows of encrypted data. Also notice that the query text contained in the text column of sys.dm_exec_sql_text is blanked out, as it is for all queries that reference encrypted objects. The appropriate solution to the problem of searching encrypted data differs depending on how the data will be queried—whether it will be searched for a single exact matching row to the search string (an equality match), a pattern match using a wildcard ( i.e., LIKE %), or a range search (i.e., using the BETWEEN, >, or < operators). Equality Matching Using Hashed Message Authentication Codes One method to facilitate the efficient searching and filtering of individual rows of encrypted data is to make use of hashed message authentication codes (HMACs), which are created using a hashing function, as introduced earlier in this chapter. Remember that the output of a hashing function is deterministic—any given input will always lead to the same output, which is a crucial property to allow encrypted data to be efficiently searched for any given search value. Binary hash values stored in a database can be indexed, and filtering data can be performed by creating the hash value of the search criteria and searching for that value in the column containing the precalculated hash values. However, we don’t want to store the simple hash of each credit card number as returned by HASHBYTES—as explained previously, hash values can be attacked using dictionaries or rainbow tables, especially if, as in the case of a credit card number, they follow a predetermined format. This would weaken the strength of the existing solution implemented using symmetric encryption. HMACs, designed to validate the authenticity of a message, overcome this problem by combining a hash function with a secret key (salt). By combining the plain text with a strong salt prior to hashing, the resulting hash can be made virtually invulnerable to a dictionary attack because any lookup would have to combine every possible source value with every possible salt value, leading to an unfeasibly large list of possible hash values against which a hacker would have to compare. Message Authentication Codes HMACs are a method of verifying the authenticity of a message to prove that it has not been tampered with in transmission. They work like this: 1. The sender and the receiver agree on a secret value, known only to them. For example, let’s say that they agree on the word salt. 2. When the sender creates their message, they append the secret value onto the end of the message. They then create a hash of the combined message with the salt value: 148
CÓ THỂ BẠN MUỐN DOWNLOAD
-
Cài đặt SQL Server 2008
21 p |
389 |
148
-
Hướng dẫn học Microsoft SQL Server 2008 part 2
10 p |
451 |
126
-
Hướng dẫn học Microsoft SQL Server 2008 part 20
10 p |
260 |
88
-
Hướng dẫn học Microsoft SQL Server 2008 part 14
10 p |
142 |
41
-
Hướng dẫn học Microsoft SQL Server 2008 part 26
10 p |
103 |
28
-
Exam 70-448: TS: Microsoft SQL Server 2008, Business Intelligence Development and
686 p |
64 |
19
-
Expert Cube Development with Microsoft SQL Server 2008 Analysis Services
360 p |
74 |
18
-
Expert SQL Server 2008 Development- P10
4 p |
53 |
11
-
Hướng dẫn học Microsoft SQL Server 2008 part 52
10 p |
52 |
10
-
Hướng dẫn học Microsoft SQL Server 2008 part 43
10 p |
47 |
10
-
Expert SQL Server 2008 Development- P2
50 p |
54 |
8
-
Expert SQL Server 2008 Development- P8
50 p |
50 |
8
-
Expert SQL Server 2008 Development- P3
50 p |
65 |
6
-
Expert SQL Server 2008 Development- P5
50 p |
57 |
5
-
Expert SQL Server 2008 Development- P6
50 p |
45 |
5
-
Expert SQL Server 2008 Development- P7
50 p |
70 |
5
-
Expert SQL Server 2008 Development- P9
50 p |
35 |
5

Set-Cookie: TLDEVNamespace=801snbfrsg9hlqgq7v06qlk2r6; path=/; domain=.tailieu.vn; HttpOnly


markdown:
# kỹ thuật điện.chương 1
Chia sẻ: Nguyen Van Dau | Ngày: | Loại File: PDF | Số trang:6
lượt xem 17
download
![](http://image1.tailieu.vn/document/thumbnail/2010/20100714/trannguyen1111/80x100/chap_1_0462.jpg)
##
kỹ thuật điện.chương 1
[Vui lòng tải xuống để xem tài liệu đầy đủ](javascript:void(0);)
Download
![](http://static1.tailieu.vn/b2013az/templates/version1/default/images/down16x21.png)
Sơ lược về lịch sử phát triển của ngh ành Điện tử Vào năm 1947, tại phòng thí nghiệm của Bell, John Bardeen v à Walter Brattain đã thành công trong việc phát minh Transistor l ưỡng cực BJT(Bipolar Junction Transistor). Đây là một bước ngoặt đánh dấu sự bắt đầu của thời đại bán dẫn. Phát minh này và một chuỗi phát triển của công nghệ vi điện tử đ ã thật sự làm thay đổi cuốc sống loài người. 1948 Transistor đầu tiên ra đời. Đây là một cuộc Cách mạng của ng ành điện tử. 1950 Mạch...
Bình luận(0)
[Đăng nhập để gửi bình luận!](javascript:void(0);)
##
Nội dung Text: kỹ thuật điện.chương 1
- CHƯƠNG 1: CHẤT BÁN DẪN 1.1. Sơ lược về lịch sử phát triển của ngh ành Điện tử Vào năm 1947, tại phòng thí nghiệm của Bell, John Bardeen v à Walter Brattain đã thành công trong việc phát minh Transistor l ưỡng cực BJT(Bipolar Junction Transistor). Đây là một bước ngoặt đánh dấu sự bắt đầu của thời đại bán dẫn. Phát minh này và một chuỗi phát triển của công nghệ vi điện tử đ ã thật sự làm thay đổi cuốc sống loài người. 1948 Transistor đầu tiên ra đời. Đây là một cuộc Cách mạng của ng ành điện tử. 1950 Mạch điện tử chuyển sang dùng transistor Hệ máy tính dùng linh kiện bán dẫn dạng rời rạc ra đời (thế hệ II) 1960 Mạch tích hợp ra đời (IC:Intergrated Circuit) Hệ máy tính dùng IC ra đời(thế hệ III) 1970 Các mạch tích hợp mật độ cao h ơn ra đời (MSI, LSI, VLSI) MSI: Medium Scale Intergrated Circuit LSI: Large Scale Intergrated Circuit VSI:Very Large Scale Intergrated Circuit 1980 đến nay Điện tử được ứng dụng rộng rãi trong các lãnh vực như y tế, điều khiển tự động, phát thanh, truyền h ình… 1.2. Linh kiện điện tử: Ta xét hai loại linh kiện cơ bản sau: Linh kiện thụ động: Có các thông số không đổi dưới tác dụng dòng điện: điện trở, tụ, cuộn cảm… Linh kiện tích cực: Có các thông số thay đổi dưới tác dụng dòng điện: Diod, Transistor lưỡng cực BJT( Bipolar Junction Transistor):… 1.3. Chất bán dẫn: 1.3.1.Chất bán dẫn thuần: Năng lượng Vùng dẫn của Si Vùng cấm Vùng hoá trị của Si Hình 1.1. Giản đồ năng lượng của Si
- Hai chất bán dẫn tiêu biểu là: Silicon(Si) và Ge(Germanium). Si là chất bán dẫn mà tại nhiệt độ phòng có rất ít e ở vùng dẫn trong mạng tinh thể. Vì dòng điện tỷ lệ với số lượng e nên dòng điện trong tinh thể rất nhỏ. Ở nhiệt độ phòng, e ở vùng hoá trị nhảy lên vùng dẫn để lại lỗ trống tại vị trí chứa nó mang điện tích dương. Hiện tượng này gọi là sự phát sinh điện tử-lỗ trống. Năng lượng Vùng dẫn của Si Vùng hoá trị của Si Hình 1.2. Sự di chuyển của điện tử v à lỗ trống trong Si khi có nguồn điện Nếu đặt nguồn điện như hình vẽ thì e di chuyển về cực dương của nguồn. E ở vùng hoá trị cũng có thể di chuyển về cực d ương của nguồn nếu nó có đủ năng lượng để từ mức năng lượng của nó lên mức năng lượng của lỗ trống. Khi e n ày nhập vào lỗ trống thì nó để lại một lỗ trống ở phía sau. V ì thế làm lỗ trống di chuyển về cực âm của nguồn. D òng điện trong chất bán dẫn là tổng 2 thành phần: dòng do e trong vùng dẫn và dòng do lỗ trống trong vùng hoá trị. E di chuyển về cực dương nhanh hơn lỗ trống di chuyển về cực âm v ì khả năng e có đủ năng lượng cần thiết để nhảy l ên vùng dẫn lớn hơn khả năng e có đủ năng lượng để nhảy đến vị trí trống trong v ùng hóa trị. Vì vậy dòng e lớn hơn dòng lỗ trống trong Si. Tuy nhiên dòng này vẫn nhỏ nên Si là cách điện. 1.3.2 Chất bán dẫn tạp: 1.3.2.1. Chất bán dẫn tạp loại N Năng lượng Vùng dẫn của Si Mức năng lượng của tạp chất donor Vùng hoá trị của Si Hình 1.3. Giản đồ năng lượng của chất bán dẫn tạp loại N
- Chất bán dẫn tạp loại N là chất bán dẫn có được khi pha thêm một chất thuộc nhóm V trong bảng hệ thống tuần ho àn Mendeleep vào chất bán dẫn thuần. Ta xét trường hợp pha tạp P vào chất bán dẫn thuần Si. Điều n ày tương ứng làm xuất hiện mức năng lượng của tạp chất donor sát đáy v ùng dẫn. Vì thế ở nhiệt độ phòng các e của nguyên tử P nhảy lên vùng dẫn của Si. Vì vậy nguyên tử tạp chất dễ bị ion hoá thành ion dương. Ngoài ra cơ ch ế phát sinh cặp hạt dẫn điện tử –lỗ trống xảy ra giống như cơ chế ở chất bán dẫn thuần với mức độ yếu h ơn vì mức năng lượng của tạp chất donor ở sát đáyv ùng dẫn. Gọi nn: mật độ điện tử trong vùng dẫn, pn: mật độ lỗ trống trong vùng hoá trị, thì nn>>pn.Vậy dòng điện trong chất bán dẫn loại N chủ yếu do điện tử tạo n ên gọi là hạt dẫn đa số, còn lỗ trống gọi là hạt thiểu số. 1.3.2.2. Chất bán dẫn tạp loại P: Chất bán dẫn tạp loại P là chất bán dẫn có được khi pha thêm một chất thuộc nhóm III trong bảng hệ thống tuần ho àn Mendeleep vào chất bán dẫn thuần. Ta xét trường hợp pha tạp các nguyên tử As vào chất bán dẫn thuần Si. Điều n ày tương ứng làm xuất hiện mức năng lượng gọi là mức tạp chất acceptor sát đỉnh vùng hoá trị. Vì vậy nguyên tử tạp chất dễ bị ion hoá th ành ion âm . Ngoài ra cơ chế phát sinh cặp hạt dẫn điện tử –lỗ trống xảy ra giống như cơ chế ở chất bán dẫn thuần với mức độ yếu hơn vì mức tạp chất loại P ở sát đỉnh v ùng hoá trị. Gọi np: mật độ điện tử trong vùng dẫn. Gọi pp: mật độ lỗ trống trong vùng hoá trị., thì np>>pp Vậy dòng điện trong chất bán dẫn loại P chủ yếu do lỗ trống tạo n ên gọi là hạt dẫn đa số, còn điện tử gọi là hạt thiểu số. Năng lượng Vùng dẫn của Si Mức tạp chất acceptor Vùng hoá trị của Si Hình 1.4. Giản đồ năng lượng của chất bán dẫn tạp loại P 1.4.Tiếp xúc p-n:
- Cho lớp bán dẫn p, n tiếp xúc nhau, ta có tiếp xúc p -n. 1.4.1. Nguyên lý làm việc: 1.4.1.1. Khi tiếp xúc p-n chưa được phân cực: Điện trường p n Vùng nghèo Do có sự chênh lệch lớn về nồng độ (n n>>np, pp>>pn ) nên có hiện tượng khuếch tán các hạt dẫn đa số qua n ơi tiếp xúc, tạo nên dòng khuếch tán I kt hướng từ miền P sang miền N. Tại vùng lân cận hai bên mặt tiếp xúc xuất hiện điện tr ường nội E tx hướng từ vùng N sang vùng P (do ion t ạp chất tạo ra). Nó cản trở chuyển động của d òng khuếch tán và gây ra dòng trôi I tr của các hạt thiểu số có chiều từ N sang P qua mặt tiếp xúc làm Itr tăng, I kt giảm. Quá trình này tiếp diễn cho đến khi đạt đến trạng thái cân bằng động. Lúc đó Ikt=Itr., dòng qua tiếp xúc bằng 0, hiệu thế tiếp xúc l à 0.1V đối với Ge và 0.4 V đối với Si 1.4.1.2. Khi tiếp xúc p-n được phân cực nghịch : Hình 1.5. Tiếp xúc p-n bị phân cực nghịch Điện trường nội cùng chiều với điện trường ngoài nên tổng điện trường tại vùng tiếp xúc tăng làm cho vùng tiếp xúc mở rộng ra, dòng khuếch tán giảm về 0,
- dòng trôi do E tx gây ra tăng đến một giá trị gọi là dòng ngược bão hoà I S. Dòng này rất nhỏ. Vậy khi phân cực nghịch tiếp xúc th ì không có dòng chạy qua (xem dòng bão hoà ngược bằng không). 1.4.1.3. Khi tiếp xúc được phân cực thuận : Hình 1.6. Tiếp xúc p-n được phân cực nghịch Điện trường nội ngược chiều với điện trường ngoài nên tổng điện trường tại vùng tiếp xúc giảm làm cho vùng tiếp xúc bị thu hẹp lại, các hạt đa số dễ dàng di chuyển qua vùng tiếp xúc này, dòng khuếch tán có chiều từ A đến K tăng mạnh, dòng trôi do E tx gây ra không đáng kể. Vậy khi phân cực thuận tiếp xúc th ì có dòng chạy qua tiếp xúc p-n, nó quan hệ với điện áp giữa hai đầu tiếp xúc nh ư sau: q vD vD kT V iD IS e 1 IS e T 1 Trong đó: vD: Điện áp ở hai đầu tiếp xúc. IS: dòng bão hoà ngược. k: hằng số Boltman k =1,38.10 -23J/0K. q : điện tích của hạt dẫn, q=1,6.10 -19C VT: thế nhiệt ở nhiệt độ phòng VT = 25,5mV.
- 1.4.1.4. Kết luận: Tiếp xúc p-n chỉ cho dòng điện chạy qua theo một chiều từ p đến n. Đó chính là tính chất chỉnh lưu của tiếp xúc p-n. 1.5. Đặc tuyến V- A Đặc tuyến V-A của tiếp xúcp-n mô tả mối quan hệ giữa dòng và điện áp trên hai đầu tiép xúc. ậ ị Hình 1.7. Đặc tuyến V-A của tiếp xúc p-n. VBR: điện thế đánh thủng là điện áp ngược tối đa mà tiếp xúc p-n có thể chịu đựng khi phân cực ngược mà không bị hỏng. Lúc này, tiếp xúc p-n dẫn điện được theo cả chiều nghịch. 1.6. Hiện tượng đánh thủng: Khi điện áp ngược lớn, dòng lớn làm các e va chạm vào các e cố định khác làm tăng số e nên dòng điện tăng vọt, nghĩa là tiếp xúc p-n dẫn điện được theo cả chiều nghịch, phá vỡ đặc tính chỉnh l ưu của nó, gọi là hiện tượng đánh thủng. Nguyên nhân đánh thủng có thể do điện hoặc do nhiệt, v ì vậy có ba loại đánh thủng cơ bản: đánh thủng về điện, đánh thủng về nhiệt, v à đánh thủng nhiệt -điện. Trong đó sự đánh thủng về nhiệt do sự tích luỹ nhiệt trong v ùng nghèo. Khi có điện áp ngược lớn, dòng điện ngược tăng làm nóng chất bán dẫn, khiến nồng độ hạt dẫn thiểu số tăng và làm dòng điện ngược tăng. Quá trình cứ như thế làm cho nhiệt độ vùng nghèo và dòng ngược tăng nhanh, dẫn tới đánh thủng.
CÓ THỂ BẠN MUỐN DOWNLOAD
-
BÀI GIẢNG CƠ SỞ KỸ THUẬT ĐIỆN 1
288 p |
979 |
461
-
Hướng dẫn thí nghiệm kỹ thuật điện (phần PLC)
33 p |
505 |
267
-
CƠ SỞ KỸ THUẬT ĐIỆN 1
288 p |
564 |
134
-
Giáo trình KỸ THUẤT XUNG SỐ - Chương 1
42 p |
297 |
106
-
HƯỚNG DẪN THÍ NGHIỆM KỸ THUẬT ĐIỆN I (Phần PLC) part 5
5 p |
203 |
98
-
Giáo trình Kỹ thuật an toàn điện (dùng cho các trường đào tạo hệ cử nhân cao đẳng kỹ thuật): Phần 1
96 p |
137 |
74
-
Bài giảng Cơ sở kỹ thuật điện 1 - Chương 6: Mạng một cửa Kirchhoff tuyến tính
16 p |
218 |
70
-
Bài giảng Toán kỹ thuật: Chương 1.1 - Chuỗi Fourier (ĐH Bách Khoa TP.HCM)
25 p |
203 |
67
-
HƯỚNG DẪN THÍ NGHIỆM KỸ THUẬT ĐIỆN I (Phần PLC) part 2
5 p |
141 |
62
-
Bài giảng Toán kỹ thuật: Chương 1.2 - Chuỗi Fourier (ĐH Bách Khoa TP.HCM)
17 p |
130 |
58
-
HƯỚNG DẪN THÍ NGHIỆM KỸ THUẬT ĐIỆN I (Phần PLC) part 4
5 p |
107 |
50
-
HƯỚNG DẪN THÍ NGHIỆM KỸ THUẬT ĐIỆN I (Phần PLC) part 3
5 p |
110 |
44
-
HƯỚNG DẪN THÍ NGHIỆM KỸ THUẬT ĐIỆN I (Phần PLC) part 6
5 p |
106 |
35
-
Giáo trình thí nghiệm điện kỹ thuật part 1
13 p |
78 |
34
-
Đề thi trắc nghiệm Kỹ thuật mạch 1
34 p |
100 |
31
-
Bài tập chương 3 Kỹ thuật đo
10 p |
44 |
18
-
Bài giảng kỹ thuật số 1 - CHƯƠNG 1 : CÁC KHÁI NIỆM CƠ BẢN
4 p |
92 |
12
-
Bài giảng Kỹ thuật số 1
129 p |
22 |
5

WARC-Type: response

Content-Type: application/http; msgtype=response

WARC-Identified-Payload-Type: application/xhtml+xml

Server: Apache/2.2.31 (CentOS)

Connection: close

Pragma: no-cache

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

Set-Cookie: TLDEVNamespace=dirciqa53s9oi6armg7k48d0s6; path=/; domain=.tailieu.vn; HttpOnly

Vary: Accept-Encoding

Content-Type: text/html; charset=UTF-8


markdown:
# Lái Xe An Toàn, Thân Thiện
Chia sẻ: Mi Sa | Ngày: | Loại File: PDF | Số trang:3
lượt xem 73
download
![](http://image.tlvnimg.com/document/thumbnail/2009/20090929/candysweet/80x100/lai_xe_an_toan_5563.jpg)
##
Lái Xe An Toàn, Thân Thiện
[Vui lòng tải xuống để xem tài liệu đầy đủ](javascript:void(0);)
Download
![](http://static.tlvnimg.com/b2013az/templates/version1/default/images/down16x21.png)
Lái xe một cách lịch sự là điểm then chốt để tránh tai nạn xe cộ. Xin luôn luôn nhớ rằng mình không phải là người duy nhất sử dụng trục lộ giao thông công cộng. Do đó mọi người cần phải tuân theo một số quy luật: -Nhường tay mặt, nhường xe có quyền ở ngã ba, ngã tư đường; -Giữ khoảng cách an toàn với xe trước để có đủ thì giờ đối phó với chuyện bất thường xảy ra -Nếu có thể được, giữ tốc độ cố định khi lái xe, vừa an toàn vừa đỡ hao...
Bình luận(0)
[Đăng nhập để gửi bình luận!](javascript:void(0);)
CÓ THỂ BẠN MUỐN DOWNLOAD

Set-Cookie: TLDEVNamespace=uqrqnvb8eqae587m119i1i7nv0; path=/; domain=.tailieu.vn; HttpOnly


markdown:
# Mẫu trình bày danh sách mẫu vật nộp lại lưu trữ ở cơ sở
Chia sẻ: Nguyen Nhi | Ngày: | Loại File: PDF | Số trang:1
95
lượt xem 5
download
lượt xem 5
download
![](http://image1.tailieu.vn/document/thumbnail/2010/20100827/gau_baloo/80x100/quyet_dinh_so_378_6_6295.jpg)
##
Mẫu trình bày danh sách mẫu vật nộp lại lưu trữ ở cơ sở
Mô tả tài liệu
[Vui lòng tải xuống để xem tài liệu đầy đủ](javascript:void(0);)
Download
![](http://static1.tailieu.vn/b2013az/templates/version1/default/images/down16x21.png)
Tham khảo tài liệu 'mẫu trình bày danh sách mẫu vật nộp lại lưu trữ ở cơ sở', biểu mẫu - văn bản, biểu mẫu phục vụ nhu cầu học tập, nghiên cứu và làm việc hiệu quả
Chủ đề:
Bình luận(0)
[Đăng nhập để gửi bình luận!](javascript:void(0);)
CÓ THỂ BẠN MUỐN DOWNLOAD

Set-Cookie: TLDEVNamespace=bl136cm1uu32m2t1jf6ogu0ic6; path=/; domain=.tailieu.vn; HttpOnly


markdown:
# Ngân hàng câu hỏi về nguyên lý hoạt động của động cơ đốt trong
Chia sẻ: Trần Bá Trung | Ngày: | Loại File: DOC | Số trang:6
lượt xem 306
download
![](http://image.tlvnimg.com/document/thumbnail/2010/20100625/trungtrancbspkt/80x100/cau_hoi_on_thi_dcdt_7754.jpg)
##
Ngân hàng câu hỏi về nguyên lý hoạt động của động cơ đốt trong
[Vui lòng tải xuống để xem tài liệu đầy đủ](javascript:void(0);)
Download
![](http://static.tlvnimg.com/b2013az/templates/version1/default/images/down16x21.png)
Tài liệu tham khảo về ngân hàng câu hỏi nguyên lý hoạt động của động cơ đốt trong.
Bình luận(0)
[Đăng nhập để gửi bình luận!](javascript:void(0);)
##
Nội dung Text: Ngân hàng câu hỏi về nguyên lý hoạt động của động cơ đốt trong
- Học phần : NGUYÊN LÝ ĐỘNG CƠ ĐỐT TRONG Thời lượng : 4 ĐVHT Biên soạn : PGS.TS. Nguyễn Văn Nhận NHA TRANG - 2007
- 2 Câu hỏi mức 1 - Tái hiện và hiểu biết thông tin 1) Phân loại và định nghĩa các loại động cơ đốt trong kiểu piston - thanh truyền - trục khuỷu (ĐCĐT)? Liệt kê những ưu, nhược điểm và phạm vi ứng dụng của từng loại ? 2) Vẽ sơ đồ cấu tạo , đồ thị công chỉ thị và mô tả nguyên lý hoạt động của động cơ xăng 4 kỳ ? 3) Vẽ sơ đồ cấu tạo , đồ thị công chỉ thị và mô tả nguyên lý hoạt động của động cơ xăng 2 kỳ ? 4) Vẽ sơ đồ cấu tạo , đồ thị công chỉ thị và mô tả nguyên lý hoạt động của động cơ diesel 4 kỳ ? 5) Vẽ sơ đồ cấu tạo , đồ thị công chỉ thị và mô tả nguyên lý hoạt động của động cơ diesel 2 kỳ ? 6) Định nghĩa và mô tả chu trình lý thuyết , chu trình thực của ĐCĐT ? Liệt kê các mục đích nghiên cứu chu trình lý thuyết và chu trình thực ? 7) Vẽ chu trình cấp nhiệt đẳng tích và thiết lập công thức thể hiện mối quan hệ của hiệu suất của chu trình cấp nhiệt đẳng tích ( η tV ) với tỷ số nén (ε ) ? 8) Vẽ chu trình cấp nhiệt hỗn hợp và thiết lập công thức thể hiện mối quan hệ của hiệu suất của chu trình cấp nhiệt hỗn hợp ( η tC ) với tỷ số nén (ε ), lượng cấp nhiệt chu trình (Q1) và phương pháp cấp nhiệt ( λ, ρ ) ? 9) Vẽ chu trình cấp nhiệt hỗn hợp và thiết lập công thức thể hiện mối quan hệ của áp suất lý thuyết của chu trình cấp nhiệt hỗn hợp (pt.C ) với tỷ số nén (ε), phương pháp cấp nhiệt ( λ , ρ ) và áp suất đầu quá trình nén (pa) ? 10) Trình bày định nghĩa và ý nghĩa của các đại lượng sau : Tốc độ quay danh nghĩa ( nn ), Tốc độ quay cực đại ( nmax ), Tốc độ quay cực tiểu ( nmin ), Tốc độ quay sử dụng ( ns ), Vận tốc trung bình của piston ( Cm ) của ĐCĐT ? 11) Trình bày định nghĩa và ý nghĩa của các đại lượng sau : Áp suất trung bình của chu trình công tác ( ptb) , Áp suất chỉ thị trung bình ( pi ), Áp suất có ích trung bình ( pe ), Áp suất tổn thất cơ học trung bình ( pm ) của ĐCĐT ? 12) Trình bày định nghĩa và ý nghĩa của các đại lượng sau : Công suất ( N ) , Công suất chỉ thị ( Ni ), Công suất có ích ( Ne ), Công suất danh nghĩa ( Nen ), Công suất cực đại ( Ne.max ), Công suất sử dụng ( NS ) của ĐCĐT ? Ngân hàng câu hỏi học phần Nguyên lý Động cơ đốt trong - 2007
- - 3 - 13) Trình bày định nghĩa và ý nghĩa của các đại lượng sau : Hiệu suất (η ) , Hiệu suất lý thuyết ( η t ), Hiệu suất chỉ thị (η i ), Hiệu suất cơ học ( ηm ), Hiệu suất có ích (ηe ) của chu trình công tác của ĐCĐT ? Liệt kê những điểm giống và khác nhau giữa 4 đại lượng trên ? 14) Trình bày định nghĩa và ý nghĩa của các đại lượng sau : Lượng tiêu thụ nhiên liệu giờ ( Ge ), Suất tiêu thụ nhiên liệu có ích ( ge ), Hiệu suất có ích (η e) ? Phân tích sự giống và khác nhau giữa ge và η e ? 15) Trình bày định nghĩa và ý nghĩa của các chỉ tiêu chất lượng của quá trình nạp- xả ? Liệt kê các biện pháp nâng cao chất lượng quá trình nạp-xả ? 16) Trình bày diễn biến và các thông số đặc trưng của quá trình nạp-xả ở động cơ 4 kỳ ? 17) Trình bày diễn biến và các thông số đặc trưng của quá trình nạp-xả ở động cơ 2 kỳ ? 18) Trình bày định nghĩa và ý nghĩa của các đại lượng : Lượng không khí lý thuyết cần thiết để đốt cháy hoàn toàn 1 đơn vị số lượng nhiên liệu (L0), Lượng không khí thực tế cần thiết để đốt cháy 1 đơn vị số lượng nhiên liệu (L), Hệ số dư lượng không khí (λ) ? 19) Trình bày định nghĩa , biểu hiện, tác hại , nguyên nhân và biện pháp khắc phục hiện tượng cháy sớm ở động cơ xăng ? 20) Trình bày đặc điểm cấu tạo , nguyên lý tạo HHC, ưu điểm, nhược điểm và phạm vi ứng dụng của buồng đốt thống nhất ? 21) Trình bày đặc điểm cấu tạo , nguyên lý tạo HHC, ưu điểm, nhược điểm và phạm vi ứng dụng của buồng đốt xoáy lốc ? 22) Trình bày đặc điểm cấu tạo , nguyên lý tạo HHC, ưu điểm, nhược điểm và phạm vi ứng dụng của buồng đốt trước ? 23) Phân loại và mô tả đặc điểm của các hình thức tăng áp cho ĐCĐT ? 24) Trình bày đặc điểm , ưu điểm , nhược điểm và phạm vi ứng dụng của hình thức tăng áp bằng turbine khí thải ? 25) Trình bày đặc điểm, ưu điểm, nhược điểm và phạm vi ứng dụng của hình thức tăng áp truyền động cơ khí ? Ngân hàng câu hỏi học phần Nguyên lý Động cơ đốt trong - 2007
- - 4 - Câu hỏi mức 2 - Vận dụng thông tin 1) Phân tích những đặc điểm khác nhau cơ bản về nguyên lý hoạt động của động cơ diesel 4 kỳ và động cơ xăng 4 kỳ ? 2) Phân tích những đặc điểm khác nhau cơ bản về nguyên lý hoạt động của động cơ diesel 4 kỳ và động diesel 2 kỳ ? 3) Phân tích những đặc điểm khác nhau cơ bản về nguyên lý hoạt động của động cơ xăng 4 kỳ và động cơ xăng 2 kỳ ? 4) Phân tích những đặc điểm khác nhau cơ bản về nguyên lý hoạt động của động cơ xăng 2 kỳ và động cơ diesel 2 kỳ ? 1 5) Cho p = εk p ⋅ a ⋅ ( λ − 1) ⋅ η t .V ; η = 1− . Phân tích ảnh hưởng của ε tV k −1 tV ε −1 k −1 tỷ số nén (ε) , lượng nhiệt chu trình (λ) , áp suất đầu quá trình nén (pa) và hiệu suất lý thuyết (η t.V) đến áp suất trung bình của chu trình cấp nhiệt đẳng tích (pt.V) ? λ ⋅ρ k −1 6) Cho η =1− 1 ⋅ ; Q = [ λ − 1 + k.λ.( ρ − 1) ] . Phân tích ảnh tC ε k −1 λ − 1 + k .λ.( ρ − 1) 1 hưởng của tỷ số nén (ε ), lượng cấp nhiệt chu trình ( Q1 ) và phương pháp cấp nhiệt (λ , ρ ) đến hiệu suất của chu trình cấp nhiệt hỗn hợp (ηtC) ? 7) Cho εk p η = 1− 1 Q = [ λ − 1 + k.λ.( ρ − 1) ] . p = ⋅ a ⋅ ( λ − 1) ⋅ η t .V ; và ε tC k −1 1 tV ε −1 k −1 Phân tích ảnh hưởng của tỷ số nén (ε) , lượng nhiệt chu trình (Q1 , λ ) , áp suất đầu quá trình nén (pa) và hiệu suất (η tV) đến áp suất trung bình của chu trình cấp nhiệt đẳng tích (ptV) ? λ ⋅ρ k ε k p 1 −1 8) Cho p = ⋅ a ⋅ [ λ − 1 + k ⋅ λ ( ρ − 1) ] ⋅ η t .C ; η =1− ⋅ λ − 1 + k .λ.( ρ − 1) ε k −1 tC ε −1 k −1 tC và Q = [ λ − 1 + k.λ.( ρ − 1) ] . Phân tích ảnh hưởng của tỷ số nén (ε) , lượng 1 nhiệt chu trình (Q1 , λ , ρ ) , áp suất đầu quá trình nén (pa) và hiệu suất (ηtC) đến áp suất trung bình của chu trình cấp nhiệt hỗn hợp (ptC) ? 9) Lập các công thức biểu diễn mối quan hệ giữa Áp suất có ích trung bình (pe), Công suất có ích (Ne), Momen quay (Me), Lượng tiêu thụ nhiên liệu (Ge), ge và η e và các thông số công tác khác của ĐCĐT ? Ngân hàng câu hỏi học phần Nguyên lý Động cơ đốt trong - 2007
- - 5 - 10) So sánh chu trình cấp nhiệt đẳng tích và chu trình cấp nhiệt hỗn hợp về phương diện hiệu quả kinh tế (ηt) ? 11) Phân tích ảnh hưởng của góc nạp sớm (ϕ ns), góc nạp muộn (ϕ nm) , góc xả sớm (ϕ xs), góc xả muộn (ϕ xm) đến chất lượng qúa trình nạp-xả ở động cơ 4 kỳ ? 12) Phân tích các biện pháp đảm bảo chất lượng quá trình nạp-xả ở động cơ 4 kỳ ? 13) Phân tích các biện pháp đảm bảo chất lượng quá trình nạp-xả ở động cơ 4 kỳ ? 14) Phân tích diễn biến và các thông số đặc trưng của quá trình cháy ở động cơ xăng ? 15) Phân tích diễn biến và các thông số đặc trưng của quá trình cháy ở động cơ diesel ? 16) Phân tích tác hại, nguyên nhân và biện pháp khắc phục hiện tượng cháy rớt ở động cơ xăng ? 17) Phân tích tác hại , nguyên nhân và biện pháp khắc phục hiện tượng cháy rớt ở động cơ diesel ? 18) Phân tích tác hại, nguyên nhân và biện pháp khắc phục hiện tượng kích nổ ở động cơ xăng ? 19) Phân tích tác hại , nguyên nhân và biện pháp khắc phục hiện tượng nổ trong ống nạp ở động cơ xăng ? 20) Phân tích tác hại , nguyên nhân và biện pháp khắc phục hiện tượng nổ trong ống xả ở động cơ xăng ? 21) Phân tích ảnh hưởng của chất lượng xăng động cơ đến diễn biến và các thông số đặc trưng của quá trình cháy ở động cơ xăng ? 22) Phân tích ảnh hưởng của chất lượng dầu diesel đến diễn biến và các thông số đặc trưng của quá trình cháy ở động cơ diesel ? 23) Phân tích các biện pháp đảm bảo chất lượng quá trình cháy ở động cơ xăng ? 24) Phân tích các biện pháp đảm bảo chất lượng quá trình cháy ở động cơ diesel ? 25) Phân tích ảnh hưởng của tăng áp đến công suất và hiệu suất của động cơ đốt trong ? Ngân hàng câu hỏi học phần Nguyên lý Động cơ đốt trong - 2007
- - 6 - Câu hỏi mức 3 - Tư duy, sáng tạo 1) Thiết lập các chu trình lý thuyết của ĐCĐT trên cơ sở chu trình Carnot và những giới hạn kỹ thuật khi thực hiện chu trình thực ? Vẽ đồ thị công, đồ thị nhiệt của các chu trình đó ? 2) Phân tích ảnh hưởng của góc phun sớm (θ ) đến diễn biến và chất lượng quá trình cháy ở động cơ diesel ? 3) Phân tích ảnh hưởng của tốc độ quay (n) đến diễn biến và chất lượng quá trình cháy ở động cơ diesel ? 4) Phân tích những yêu cầu đối với quá trình cháy ở động cơ xăng ? 5) Phân tích những yêu cầu đối với quá trình tạo HHC ở động cơ xăng ? 6) Phân tích những yêu cầu đối với quá trình cháy ở động cơ diesel ? 7) Phân tích những yêu cầu đối với quá trình tạo HHC ở động cơ diesel ? 8) So sánh quá trình cháy ở động cơ xăng và diesel về các phương diện : chuẩn bị hỗn hợp cháy , phát hoả , lan truyền ngọn lửa , ưu điểm và nhược điểm ? 9) Phân tích ảnh hưởng của tải ( pi ) đến diễn biến và chất lượng quá trình cháy ở động cơ diesel ? 10) Phân tích ảnh hưởng của góc đánh lửa sớm (θ ) đến diễn biến và chất lượng quá trình cháy ở động cơ xăng ? 11) Phân tích ảnh hưởng của tốc độ quay (n) đến diễn biến và chất lượng quá trình cháy ở động cơ xăng ? 12) Phân tích ảnh hưởng của tải ( pi ) đến diễn biến và chất lượng quá trình cháy ở động cơ xăng ? 13) Phân tích ảnh hưởng của những yếu tố khác nhau đến tốc độ cháy nhiên liệu (wc) ở động cơ xăng ? 14) Phân tích ảnh hưởng của những yếu tố khác nhau đến tốc độ cháy nhiên liệu (wc) ở động cơ diesel ? 15) Phân tích bản chất và ích lợi của biện pháp tăng áp cho ĐCĐT ? _____________________________________ Ngân hàng câu hỏi học phần Nguyên lý Động cơ đốt trong - 2007
CÓ THỂ BẠN MUỐN DOWNLOAD
-
Ngân hàng câu hỏi thi tự luận môn Công nghệ kim loại
3 p |
509 |
138
-
Ngân hàng câu hỏi học phần: Chi tiết máy - Kỳ 2 (Năm 2014)
4 p |
51 |
15
-
Ngân hàng câu hỏi thi và đáp án bổ túc nâng hạng GCNKNCM thuyền trưởng hạng nhì môn thi Lý thuyết tổng hợp
74 p |
50 |
13
-
Ngân hàng câu hỏi thi và đáp án bổ túc nâng hạng GCNKNCM thuyền trưởng hạng ba 10
89 p |
34 |
13
-
Ngân hàng câu hỏi thi và đáp án bổ túc nâng hạng GCNKNCM thuyền trưởng hạng nhì môn thi Lý thuyết tổng hợp 11
74 p |
47 |
11
-
Ngân hàng câu hỏi kiểm tra và đáp án bồi dưỡng cấp chứng chỉ thợ máy hạng nhì 8
52 p |
37 |
9
-
Ngân hàng câu hỏi kiểm tra và đáp án bồi dưỡng cấp chứng chỉ thuỷ thủ hạng nhì
28 p |
25 |
7
-
Ngân hàng câu hỏi, đáp án bồi dưỡng cấp chứng chỉ an toàn làm việc trên phương tiện chở xăng dầu 2
9 p |
24 |
7
-
Ngân hàng câu hỏi, đáp án bồi dưỡng cấp chứng chỉ an toàn làm việc trên phương tiện chở khí hóa lỏng 6
8 p |
24 |
7
-
Ngân hàng câu hỏi, đáp án bồi dưỡng cấp chứng chỉ an toàn làm việc trên phương tiện đi ven biển
8 p |
30 |
6
-
Ngân hàng câu hỏi kiểm tra và đáp án bồi dưỡng cấp chứng chỉ người lái phương tiện hạng nhì 9
27 p |
30 |
6
-
Ngân hàng câu hỏi kiểm tra và đáp án bồi dưỡng cấp chứng chỉ thuỷ thủ hạng nhì 7
28 p |
22 |
6
-
Ngân hàng câu hỏi, đáp án bồi dưỡng cấp chứng chỉ điều khiển phương tiện loại II tốc độ cao 2
8 p |
25 |
4
-
Ngân hàng câu hỏi thi và đáp án bổ túc nâng hạng GCNKNCM máy trưởng hạng nhì môn Nghiệp vụ máy trưởng 14
144 p |
35 |
4
-
Ngân hàng câu hỏi, đáp án bồi dưỡng cấp chứng chỉ an toàn làm việc trên phương tiện chở hóa chất 5
10 p |
21 |
4
-
Ngân hàng câu hỏi, đáp án bồi dưỡng cấp chứng chỉ an toàn làm việc trên phương tiện đi ven biển 2
8 p |
23 |
4
-
Ngân hàng câu hỏi, đáp án bồi dưỡng cấp chứng chỉ điều khiển phương tiện thủy nội địa đi ven biển 2
13 p |
23 |
4

Set-Cookie: TLDEVNamespace=lld43fr73uiram20ueo5th6dq0; path=/; domain=.tailieu.vn; HttpOnly


markdown:
# Quyết định số 42-TTg
Chia sẻ: Son Pham | Ngày: | Loại File: PDF | Số trang:1
46
lượt xem 1
download
lượt xem 1
download
![](http://image.tlvnimg.com/document/thumbnail/2009/20091130/lawttyt10/80x100/3066.jpg)
##
Quyết định số 42-TTg
Mô tả tài liệu
[Vui lòng tải xuống để xem tài liệu đầy đủ](javascript:void(0);)
Download
![](http://static.tlvnimg.com/b2013az/templates/version1/default/images/down16x21.png)
Quyết định số 42-TTg về việc thành lập Vụ Pháp chế thuộc Bộ Y tế do Thủ tướng Chính phủ ban hành
Chủ đề:
Bình luận(0)
[Đăng nhập để gửi bình luận!](javascript:void(0);)
CÓ THỂ BẠN MUỐN DOWNLOAD

Set-Cookie: TLDEVNamespace=u355r91n38qpj0m629ebq4bkj1; path=/; domain=.tailieu.vn; HttpOnly


markdown:
# Quyết định số 83/2007/QĐ-UBND
Chia sẻ: Thanh Nguyen | Ngày: | Loại File: PDF | Số trang:9
lượt xem 14
download
![](http://image.tlvnimg.com/document/thumbnail/2009/20091130/lawttyt3/80x100/720.jpg)
##
Quyết định số 83/2007/QĐ-UBND
[Vui lòng tải xuống để xem tài liệu đầy đủ](javascript:void(0);)
Download
![](http://static.tlvnimg.com/b2013az/templates/version1/default/images/down16x21.png)
Tham khảo tài liệu 'quyết định số 83/2007/qđ-ubnd', văn bản luật, thể thao - y tế phục vụ nhu cầu học tập, nghiên cứu và làm việc hiệu quả
Bình luận(0)
[Đăng nhập để gửi bình luận!](javascript:void(0);)
##
Nội dung Text: Quyết định số 83/2007/QĐ-UBND
- U BAN NHÂN DÂN C NG HOÀ XÃ H I CH NGHĨA VI T NAM T NH B C GIANG c l p - T do - H nh phúc ***** ******* S : 83/2007/Q -UBND B c Giang, ngày 24 tháng 09 năm 2007 QUY T NNH V VI C BAN HÀNH QUY NNH KHEN THƯ NG CHO T P TH , CÁ NHÂN O T GI I TRÊN LĨNH V C VĂN HOÁ - THÔNG TIN, TH D C- TH THAO, GIÁO D C - ÀO T O VÀ HO T NG BÁO CHÍ U BAN NHÂN DÂN T NH B C GIANG Căn c Lu t T ch c H ND và UBND ngày 26 tháng 11 năm 2003; Lu t Thi ua, Khen thư ng ngày 26 tháng 11 năm 2003; Căn c Ngh nh s 121/2005/N -CP, ngày 30 tháng 09 năm 2005 c a Chính ph "Quy nh chi ti t và hư ng thi hành m t s i u c a Lu t Thi ua, Khen thư ng và Lu t s a i, b sung m t s i u c a Lu t Thi ua, Khen thư ng "; Căn c Quy t nh s : 158/2002/Q -TTg ngày 15/11/2002 c a Th tư ng Chính ph v vi c “Quy nh v ch khen thư ng i v i h c sinh sinh viên t gi i trong các kỳ thi h c sinh, sinh viên gi i Olympic qu c gia, Olympic qu c t , k năng qu c gia và k năng qu c t ”; Quy t nh s : 101/2006/Q -BVHTT ngày 28/12/2006 c a B Văn hoá thông tin v vi c “Ban hành Quy ch khen thư ng trong liên hoan, tri n lãm, h i thi, h i di n các lĩnh v c văn hoá - thông tin”; Quy t nh s 234/2006/Q -TTg ngày 18/10/2006 c a Th tư ng Chính ph v vi c “Quy nh m t s ch i v i hu n luy n viên, v n ng viên th thao”; Theo ngh c a Ban Thi ua- Khen thư ng t nh t i T trình s 154/TTr-T KT ngày 14 tháng 9 năm 2007, QUY T NNH: i u 1. Ban hành kèm theo Quy t nh này "Quy nh khen thư ng cho t p th , cá nhân o t gi i trên lĩnh v c văn hoá - thông tin, th d c - th thao, giáo d c - ào t o và ho t ng báo chí". i u 2. Quy t nh này có hi u l c thi hành sau 10 ngày, k t ngày ký. Các quy nh trư c ây trái v i quy t nh này u b bãi b . i u 3. Giám c các S , Th trư ng các cơ quan thu c UBND t nh, Ch t ch UBND các huy n, thành ph , các cơ quan, ơn v liên quan căn c Quy t nh thi hành./.
- TM. U BAN NHÂN DÂN T NH KT. CH TNCH Nơi nh n: PHÓ CH TNCH - Như i u 3 ( thi hành); - VP Chính Ph , B Tư pháp, Ban T KT TW (b/c); - TT. T nh u ; TT H ND t nh (b/c); - Ch t ch, các PCTUBND t nh; - UBMTTQ, các oàn th nhân dân t nh; - Văn phòng: T nh u , H ND, oàn BQH t nh; - Các Ban c a ng, Trư ng Chính tr t nh; - Báo B c Giang, ài PT-TH t nh ( ưa tin) Nguy n ăng Khoa - VP UBND t nh: + L VP, TKCT, TH, TT-CB; + Lưu: VT, LT; QUY NNH KHEN THƯ NG CHO T P TH , CÁ NHÂN O T GI I TRÊN LĨNH V C VĂN HOÁ - THÔNG TIN, TH D C - TH THAO, GIÁO D C - ÀO T O VÀ HO T NG BÁO CHÍ (Ban hành kèm theo Quy t nh s 83/2007/Q -UBND ngày 24 tháng 09 năm 2007 c a UBND t nh B c Giang) Chương 1: QUY NNH CHUNG i u 1. Ph m vi i u ch nh và i tư ng áp d ng Quy nh này quy nh v khen thư ng cho t p th , cá nhân o t gi i trong các cu c thi, gi i u, gi i xét, i h i, tranh cúp, liên hoan, tri n lãm, h i thi, h i di n (sau ây g i chung là cu c thi) chính th c trong ph m vi qu c t , qu c gia, khu v c và c a t nh trên lĩnh v c văn hoá - thông tin, th d c - th thao, giáo d c - ào t o và ho t ng báo chí th c hi n th ng nh t trên a bàn t nh B c Giang. Ph m vi và i tư ng áp d ng c th do i u l c a t ng cu c thi quy nh. i u 2. Nguyên t c khen thư ng 1. M c thư ng cho thành tích o t ư c: Huy chương vàng, huy chương b c, huy chương ng tương ương v i gi i nh t, nhì, ba. 2. Trong cùng m t th i i m, m t cu c thi: M t t p th , cá nhân tr c ti p tham gia cu c thi o t ư c nhi u gi i thư ng có tiêu chuNn và thành tích khác nhau, thì ư c nh n ti n thư ng c a t t c các gi i ư c thư ng. Giáo viên, hu n luy n viên tr c ti p ào t o, b i dư ng t p th và cá nhân o t ư c nhi u gi i thư ng. M c thư ng chung ư c tính b ng m c thư ng c a gi i cao nh t c ng v i 1/2 m c thư ng c a t t c các gi i còn l i, nhưng t ng s ti n thư ng không vư t quá hai l n ti n thư ng gi i cao nh t. i u 3. Hình th c khen
- 1. Ch t ch UBND t nh t ng B ng khen cho: a) T p th , cá nhân o t gi i nh t, nhì, ba (ho c huy chương vàng, b c, ng ) trong các cu c thi qu c t , cu c thi c p qu c gia. b) Các hu n luy n viên, giáo viên tr c ti p ào t o t p th , cá nhân o t gi i theo quy nh t i i m a kho n 1 i u này. 2. Ch t ch UBND t nh c p gi y ch ng nh n cho tác gi o t gi i báo chí Thân Nhân Trung. 3. T p th , cá nhân thu c i tư ng quy nh t i kho n 1 i u này ã ư c Th tư ng Chính ph , B , ngành Trung ương khen thì Ch t ch UBND t nh ch thư ng ti n thêm nh m khuy n khích ng viên . Chương 3: QUY NNH C TH i u 4. M c thư ng khuy n khích cho v n ng viên hu n luy n viên th thao 1. V n ng viên l p thành tích t i các gi i thi u qu c t m c thư ng tương ương 30% m c thư ng quy nh t i kho n 1 i u 3 Quy t nh 234/2006/Q -TTg ngày 18 tháng 10 năm 2006 c a Th tư ng Chính ph , ư c xác nh c th như sau: a) i h i Th thao ông Nam Á (SEA Games). Huy chương vàng 7.000.000 Huy chương b c 4.000.000 Huy chương ng 3.000.000 b) Gi i vô ch ông Nam Á các môn th thao nhóm I (các môn ư c ưa vào chương trình thi u i h i Olympic). Huy chương vàng 7.000.000 Huy chương b c 4.000.000 Huy chương ng 3.000.000 c) Gi i vô ch ông Nam Á các môn th thao nhóm II (các môn thi còn l i). Huy chương vàng 4.000.000 Huy chương b c 3.000.000 Huy chương ng 2.000.000
- d) i h i Th thao châu Á (ASIAD); i h i Th thao trong nhà châu Á (Indoor Games). Huy chương vàng 13.000.000 Huy chương b c 7.000.000 Huy chương ng 6.000.000 ) Gi i vô ch châu Á t ng môn, cúp, gi i v n ng viên xu t s c châu Á các môn th thao nhóm I (các môn ư c ưa vào chương trình thi u i h i Olympic). Huy chương vàng 13.000.000 Huy chương b c 7.000.000 Huy chương ng 6.000.000 e) Gi i vô ch châu Á t ng môn, cúp, gi i v n ng viên xu t s c châu Á các môn th thao nhóm II (các môn thi còn l i). Huy chương vàng 10.000.000 Huy chương b c 6.000.000 Huy chương ng 4.000.000 g) Gi i vô ch th gi i t ng môn, cúp, gi i v n ng viên xu t s c th gi i các môn th thao nhóm I (các môn ư c ưa vào chương trình thi u i h i Olympic). Huy chương vàng 16.000.000 Huy chương b c 12.000.000 Huy chương ng 9.000.000 h) Gi i vô ch th gi i t ng môn, cúp, gi i v n ng viên xu t s c th gi i các môn th thao nhóm II (các môn thi còn l i). Huy chương vàng 14.000.000 Huy chương b c 9.000.000 Huy chương ng 7.000.000 i) i h i Olympic. Huy chương vàng 18.000.000 Huy chương b c 15.000.000
- Huy chương ng 12.000.000 k) V n ng viên phá k l c các cu c thi trên ư c thư ng thêm b ng 20% m c thư ng tương ng c a v n ng viên o t huy chương vàng. 2. V n ng viên l p thành tích t i các gi i vô ch tr ông Nam Á, Châu Á và Th gi i b ng 30% m c thư ng tương ng quy nh t i kho n 1 i u này. 3. V n ng viên, h c sinh, sinh viên l p thành tích t i các cu c thi u th thao trong nư c m c thư ng như sau: a)Vô ch qu c gia ho c i h i th d c th thao toàn qu c. Gi i nh t (Huy chương vàng) 3.000.000 Gi i nhì (Huy chương b c) 2.000.000 Gi i ba (Huy chương ng) 1.000.000 b) Vô ch gi i tr qu c gia, gi i phong trào, gi i khu v c các t nh, gi i câu l c b , tranh cúp. Gi i nh t (Huy chương vàng) 1.500.000 Gi i nhì (Huy chương b c) 1.000.000 Gi i ba (Huy chương ng) 500.000 c) H c sinh, sinh viên o t gi i trong cu c thi TDTT c p toàn qu c. Gi i nh t (Huy chương vàng) 1.000.000 Gi i nhì (Huy chương b c) 500.000 Gi i ba (Huy chương ng) 300.000 d) V n ng viên o t gi i vô ch i h i th d c th thao c p t nh, h c sinh, sinh viên o t gi i trong cu c thi TDTT c p khu v c các t nh, c p t nh. Gi i nh t (Huy chương vàng) 500.000 Gi i nhì (Huy chương b c) 400.000 Gi i ba (Huy chương ng) 300.000 e) V n ng viên phá k l c các cu c thi t i i m a và b trên ư c thư ng thêm b ng 30% m c thư ng tương ng c a v n ng viên o t Huy chương vàng.
- 4. i v i môn th thao t p th m c thư ng chung b ng s lư ng ngư i tham gia môn th thao t p th nhân v i m c thư ng tương ng i v i v n ng viên. 5. i v i các môn th thao có n i dung thi u ng i (mà thành tích thi u c a t ng cá nhân và ng i ư c xác nh trong cùng m t l n thi) m c thư ng chung b ng s lư ng v n ng viên nhân v i 50% m c thư ng tương ng i v i v n ng viên. 6. S lư ng v n ng viên các môn th thao t p th , môn th thao có n i dung thi u ng i ư c xác nh theo quy nh c a i u l gi i. 7. M c thư ng i v i hu n luy n viên: a) i v i thi u cá nhân: Hu n luy n viên tr c ti p ào t o v n ng viên l p thành tích ư c thư ng thì m c thư ng chung ư c tính b ng m c thư ng i v i v n ng viên. T l phân chia ti n thư ng ư c th c hi n theo nguyên t c: Hu n luy n viên tr c ti p hu n luy n i tuy n ư c 60%, hu n luy n viên tr c ti p ào t o v n ng viên cơ s trư c khi tham gia i tuy n ư c 40%. b) i v i thi u t p th : Hu n luy n viên tr c ti p ào t o i tuy n thi u l p thành tích ư c thư ng thì m c thư ng chung b ng s lư ng hu n luy n viên theo quy nh nhân v i m c thư ng tương ng i v i v n ng viên o t gi i. S lư ng hu n luy n viên c a các i ư c xét thư ng theo quy nh t i i m b, kho n 8, m c V Thông tư 34/2007/TTLT/BTC-L TBXH-UBTDTT ngày 09 tháng 4 năm 2007 c a B Tài chính, B Lao ông Thương binh- Xã h i và U ban Th d c th thao c) i v i môn th thao thi u ng i: M c thư ng chung cho hu n luy n viên b ng s lư ng hu n luy n viên quy nh t i i m b, kho n 7 i u này nhân v i 50% m c thư ng tương ng. 8. Hu n luy n viên, v n ng viên l p thành tích t i các gi i th thao dành cho ngư i khuy t t t ông Nam Á, Châu Á, th gi i và các gi i thu c h th ng thi u th thao qu n chúng c p qu c gia ư c thư ng b ng 50% m c thư ng tương ng c a v n ng viên, hu n luy n viên quy nh t i i u này. i u 5. M c thư ng cho i tư ng o t gi i các môn văn hoá, k năng ngh 1. o t gi i trong các kỳ thi Olympic qu c t các môn h c và k năng ngh qu c t . Gi i nh t (Huy chương vàng) 15.000.000 Gi i nhì (Huy chương b c) 10.000.000 Gi i ba (Huy chương ng) 7.000.000 Gi i khuy n khích 3.000.000
- 2. o t gi i trong các kỳ thi Olympic khu v c qu c t các môn h c và k năng ngh khu v c qu c t . Gi i nh t (Huy chương vàng) 10.000.000 Gi i nhì (Huy chương b c) 7.000.000 Gi i ba (Huy chương ng) 4.000.000 Gi i khuy n khích 1.000.000 3. o t gi i trong các kỳ thi h c sinh gi i qu c gia, Olympic qu c gia các môn h c và k năng ngh qu c gia. Gi i nh t (Huy chương vàng) 3.000.000 Gi i nhì (Huy chương b c) 2.000.000 Gi i ba (Huy chương ng) 1.000.000 Gi i khuy n khích 500.000 4. o t gi i trong các kỳ thi khu v c các t nh, c p t nh các môn văn hoá. Gi i nh t (Huy chương vàng) 500.000 Gi i nhì (Huy chương b c) 400.000 Gi i ba (Huy chương ng) 300.000 5. Giáo viên tr c ti p ào t o h c sinh, sinh viên o t thành tích ư c thư ng trong các cu c thi m c thư ng chung ư c tính b ng m c thư ng i v i h c sinh, sinh viên. T l phân chia ti n thư ng ư c th c hi n theo nguyên t c: giáo viên tr c ti p ào t o trong th i gian t p trung ư c 70%, giáo viên tr c ti p ào t o h c sinh, sinh viên cơ s trư c khi tham gia i tuy n ư c 30%. i u 6. M c thư ng i v i cá nhân, t p th o t gi i t i các cu c thi chính th c lĩnh v c văn hoá - thông tin. 1. o t gi i t i cu c thi c p toàn qu c. T p th Cá nhân Gi i nh t (Huy chương vàng) 4.000.000 3.000.000 Gi i nhì (Huy chương b c) 3.000.000 2.000.000 Gi i ba (Huy chương ng) 2.000.000 1.000.000
- 2. o t gi i t i cu c thi không chuyên c p toàn qu c, o t gi i t i cu c thi c p khu v c các t nh. T p th Cá nhân Gi i nh t (Huy chương vàng) 2.000.000 1.000.000 Gi i nhì (Huy chương b c) 1.200.000 600.000 Gi i ba (Huy chương ng) 800.000 400.000 3. o t gi i t i cu c thi không chuyên c p khu v c các t nh. T p th Cá nhân Gi i nh t (Huy chương vàng) 1.200.000 600.000 Gi i nhì (Huy chương b c) 800.000 400.000 Gi i ba (Huy chương ng) 400.000 200.000 4. H c sinh, sinh viên và t p th h c sinh, sinh viên o t gi i trong các cu c thi văn ngh c p toàn qu c ư c thư ng m c b ng m c thư ng quy nh t i kho n 2 i u này. 5. H c sinh, sinh viên và t p th h c sinh, sinh viên o t gi i trong các cu c thi văn ngh c p khu v c, c p t nh ư c thư ng m c b ng 50% m c thư ng quy nh t i kho n 3 i u này. i u 7. M c thư ng cho tác ph m o t gi i báo chí Thân Nhân Trung Gi i c bi t 5.000.000 Gi i A 4.000.000 Gi i B 3.000.000 Gi i C 2.000.000 Gi i Khuy n khích 1.000.000 i u 8. Trình t , th t c khen thư ng 1. Giám c các S : Giáo d c - ào t o, Th d c - th thao, Văn hoá - Thông tin, Lao ng Thương binh - Xã h i, Ch t ch H i Nhà báo t nh và Ch t ch UBND các huy n thành ph có trách nhi m ch o vi c l p h sơ ngh khen thư ng, xác nh n thành tích i v i t p th , cá nhân o t gi i thu c ph m vi qu n lý c a ngành, ơn v , a phương mình và g i v Ban Thi ua, Khen thư ng t ng h p. 2. H sơ ngh khen thư ng g m:
- a) T trình ngh khen thư ng c a Giám c các S : Giáo d c - ào t o, Th d c - th thao, Văn hoá - Thông tin, Lao ng Thương binh - Xã h i, Ch t ch H i Nhà báo t nh và Ch t ch UBND các huy n thành ph . b) Báo cáo thành tích c a t p th , cá nhân o t gi i (Có xác nh n c a Giám cS , th trư ng ơn v , Ch t ch UBND huy n, thành ph ). 3. Ban Thi ua, Khen thư ng có trách nhi m xem xét h sơ và trình Ch t ch UBND t nh quy t nh khen thư ng. Chương 3: I U KHO N THI HÀNH i u 9. Ngu n kinh phí Kinh phí th c hi n m c thư ng theo quy nh t i Quy t nh này ư c cân i trong d toán ngân sách hàng năm cho các S : Giáo d c- ào t o, Th d c th thao, Văn hoá-Thông tin, Lao ng Thương binh-Xã h i và H i Nhà báo có i tư ng o t gi i. i u 10. T ch c th c hi n Giám c các S : Tài chính, Giáo d c - ào t o, Th d c - th thao, Văn hoá - Thông tin, Lao ng Thương binh - Xã h i, H i Nhà báo t nh và Ban Thi ua, Khen thư ng có trách nhi m hư ng d n t ch c th c hi n Quy t nh này. Trong quá trình th c hi n, có i u gì vư ng m c ho c phát hi n nh ng i u chưa phù h p, ngh ph n ánh k p th i v Ban Thi ua, Khen thư ng t nh báo cáo UBND t nh s a i, b sung./. TM. U BAN NHÂN DÂN T NH KT. CH TNCH PHÓ CH TNCH Nguy n ăng Khoa
CÓ THỂ BẠN MUỐN DOWNLOAD
-
Quyết định số 44/2007/QĐ-BYT
9 p |
311 |
31
-
Quyết định số 01/2007/QĐ-BYT
35 p |
104 |
18
-
Quyết định số 32/2007/QĐ-BKHCN
52 p |
69 |
12
-
Quyết định số 47/2007/QĐ-BYT
4 p |
134 |
8
-
Quyết định số 05/2007/QĐ-BNN
5 p |
91 |
7
-
Quyết định số 136/2007/QĐ-UBND
10 p |
87 |
6
-
Quyết định số 04/2007/QĐ-BYT
1 p |
67 |
5
-
Quyết định số 02/2007/QĐ-BYT
1 p |
71 |
4
-
Quyết định số 05/2007/QĐ-BYT
1 p |
69 |
3
-
Quyết định số 07/2007/QĐ-BYT
3 p |
51 |
2
-
Quyết định số 08/2007/QĐ-BYT
3 p |
49 |
2
-
Quyết định số 104/2007/QĐ-UBND
7 p |
61 |
2
-
Quyết định số 45/2007/QĐ-BYT
9 p |
72 |
2
-
Quyết định số 02/2007/QĐ-UBND
5 p |
51 |
2
-
Quyết định số 24/2007/QĐ-UBND
2 p |
57 |
1
-
Quyết định số 105/2007/QĐ-UBND
2 p |
59 |
1
-
Quyết định số 108/2007/QĐ-BNN
11 p |
66 |
1

Set-Cookie: TLDEVNamespace=tojcm955qmfd5n5g7net1svh55; path=/; domain=.tailieu.vn; HttpOnly


markdown:
# Quyết định số 916/2006/QĐ-KTNN
Chia sẻ: Nguyen Luat | Ngày: | Loại File: PDF | Số trang:8
lượt xem 2
download
![](http://image.tlvnimg.com/document/thumbnail/2009/20091025/lawktkt1/80x100/182.jpg)
##
Quyết định số 916/2006/QĐ-KTNN
[Vui lòng tải xuống để xem tài liệu đầy đủ](javascript:void(0);)
Download
![](http://static.tlvnimg.com/b2013az/templates/version1/default/images/down16x21.png)
Quyết định số 916/2006/QĐ-KTNN về việc kế hoạch kiểm toán năm 2007 do Kiểm toán nhà nước ban hành
Bình luận(0)
[Đăng nhập để gửi bình luận!](javascript:void(0);)
##
Nội dung Text: Quyết định số 916/2006/QĐ-KTNN
- KIỂM TOÁN NHÀ NƯỚC CỘNG HÒA XÃ HỘI CHỦ NGHĨA VIỆT NAM Độc lập – Tự do – Hạnh phúc Số: 916/2006/QĐ-KTNN Hà Nội, ngày 27 tháng 12 năm 2006 QUYẾT ĐỊNH KẾ HOẠCH KIỂM TOÁN NĂM 2007 (37) TỔNG KIỂM TOÁN NHÀ NƯỚC Căn cứ Luật kiểm toán nhà nước; Căn cứ ý kiến của Ủy ban Thường vụ Quốc hội khóa XI tại Công văn số 602/UBTVQH11 ngày 01/12/2006 về kế hoạch kiểm toán năm 2007 của Kiểm toán Nhà nước; Xét đề nghị của Vụ trưởng Vụ Tổng hợp, QUYẾT ĐỊNH: Điều 1. Ban hành Kế hoạch kiểm toán năm 2007 của Kiểm toán Nhà nước như Phụ lục kèm theo Quyết định này. Điều 2. Quyết định này có hiệu lực thi hành sau 15 ngày, kể từ ngày đăng Công báo. Điều 3. Bộ trưởng các Bộ; Thủ trưởng các cơ quan ngang Bộ, cơ quan thuộc Chính phủ; Chủ tịch Ủy ban nhân dân các tỉnh, thành phố trực thuộc Trung ương; Thủ trưởng các cơ quan, đơn vị được kiểm toán và Thủ trưởng các đơn vị trực thuộc Kiểm toán Nhà nước chịu trách nhiệm thi hành Quyết định này./. TỔNG KIỂM TOÁN NHÀ NƯỚC Vương Đình Huệ
- KẾ HOẠCH KIỂM TOÁN NĂM 2007 (Kèm theo Quyết định số 916/2006/QĐ-KTNN ngày 27/12/2006 của Tổng kiểm toán Nhà nước) A. Kiểm toán lĩnh vực ngân sách nhà nước I. Kiểm toán Báo cáo quyết toán ngân sách năm 2006 1. Tại Bộ Tài chính 2. Tại Bộ Kế hoạch và Đầu tư II. Kiểm toán Báo cáo quyết toán ngân sách, tiền và tài sản Nhà nước năm 2006 của các bộ, cơ quan Trung ương sau: 1. Bộ Nông nghiệp và Phát triển nông thôn 2. Bộ Bưu chính, Viễn thông 3. Bộ Nội vụ 4. Kho bạc Nhà nước 5. Bộ Công nghiệp 6 Bộ Thương mại 7. Bộ Tư pháp 8. Tổng cục Thống kê 9. Đài Truyền hình Việt Nam 10. Bộ Giáo dục và Đào tạo 11. Trung ương Đoàn TNCSHCM 12. Đại học Quốc gia TPHCM 13. Đại học Quốc gia Hà Nội 14. Tổng Liên đoàn Lao động Việt Nam
- 15. Viện Khoa học xã hội Việt Nam 16. Ngân hàng Nhà nước Việt Nam 17. Kiểm toán Nhà nước III. Kiểm toán Báo cáo quyết toán ngân sách, tiền và tài sản Nhà nước năm 2006 của các tỉnh, thành phố trực thuộc trung ương sau: 1. Tỉnh Hải Dương 2. Tỉnh Vĩnh Phúc 3. Tỉnh Hà Tây 4. Tỉnh Thái Bình 5. Tỉnh Lạng Sơn 6. Tỉnh Nam Định 7. Tỉnh Bắc Giang 8. Tỉnh Sơn La 9. Tỉnh Bắc Kạn 10. Tỉnh Tuyên Quang 11. Tỉnh Nghệ An 12. Tỉnh Hà Tĩnh 13. Tỉnh Quảng Bình 14. Tỉnh Kon Tum 15. Tỉnh Lâm Đồng 16. Tỉnh Gia Lai 17. Tỉnh Ninh Thuận 18. Thành phố Đà Nẵng 19. Tỉnh Khánh Hòa
- 20. Tỉnh Quảng Ngãi 21. Thành phố Hồ Chí Minh 22 Thành phố Cần Thơ 23. Tỉnh Kiên Giang 24. Tỉnh An Giang 25. Tỉnh Tiền Giang 26. Tỉnh Vĩnh Long 27. Tỉnh Long An 28. Tỉnh Tây Ninh 29. Tỉnh Đồng Tháp IV. Trình bày ý kiến của Kiểm toán Nhà nước để Quốc hội xem xét, quyết định dự toán NSNN và quyết định phân bổ ngân sách trung ương năm 2008 B.Kiểm toán chuyên đề Việc quản lý và sử dụng phí, lệ phí đường bộ 02 năm (2005 – 2006) của Cục Đường bộ Việt Nam C. Kiểm toán Báo cáo quyết toán các dự án đầu tư XDCB và chương trình mục tiêu Quốc gia sau: 1. Dự án thủy điện Hàm Thuận – Đa Mi (BQL Thủy điện 6, Tập đoàn Điện lực Việt Nam) 2. Dự án đường dây 500KV Đà Nẵng – Hà Tĩnh (BQL Dự án các công trình điện Miền Trung, Tập đoàn Điện lực Việt Nam) 3. Dự án phát triển mạng viễn thông nông thôn các tỉnh Miền Trung (BQL Dự án 10 tỉnh Miền Trung, Tập đoàn Bưu chính Viễn thông Việt Nam) 4. Dự án Cầu Vĩnh Tuy (BQL Dự án Tả Ngạn – UBND thành phố Hà Nội) 5. Dự án Đường 5 kéo dài (BQL Dự án Tả Ngạn – UBND thành phố Hà Nội) 6. Trung tâm Hội nghị Quốc gia (BQLDA đầu tư xây dựng nhà Quốc hội và Hội trường Ba Đình, Bộ Xây dựng)
- 7.Ngành cơ sở hạ tầng nông thôn (BQL Dự án ngành cơ sở hạ tầng nông thôn, Bộ Nông nghiệp và Phát triển nông thôn) 8. Đường tỉnh lộ ADB (BQL Dự án giao thông các tỉnh, Bộ Giao thông vận tải) 9. Dự án Phát triển hạ tầng đô thị Bắc Thăng Long – Vân Trì (BQL Dự án trọng điểm phát triển Đô thị Hà Nội, UBND thành phố Hà Nội) 10. Dự án đường Hồ Chí Minh giai đoạn 1 (Đoạn Hòa Lạc - Thạch Quảng từ km0 đến km 106) của BQL Dự án đường Hồ Chí Minh, Bộ Giao thông vận tải) 11.Dự án đường ven đê Sông Lam Cửa Hội – Vinh – Nam Đàn (Sở Giao thông Vận tải tỉnh Nghệ An) 12. Dự án hạ tầng kỹ thuật xung quanh Hồ Tây (BQL Dự án hạ tầng kỹ thuật xung quanh Hồ Tây, UBND thành phố Hà Nội) 13. Chương trình MTQG Nước sạch và Vệ sinh môi trường nông thôn giai đoạn 2001 – 2005 (Bộ Nông nghiệp và Phát triển nông thôn quản lý) 14. Chương trình mục tiêu quốc gia về giáo dục – đào tạo (Bộ Giáo dục và Đào tạo quản lý) 15. Chương trình 135 (Ủy ban Dân tộc quản lý) 16. Đề án Tin học hóa quản lý hành chính Nhà nước giai đoạn 2001 – 2005 (Đề án 112) D. Kiểm toán Báo cáo tài chính năm 2006 của các doanh nghiệp nhà nước và tổ chức tài chính – ngân hàng sau: 1. Tổng công ty Tư vấn thiết kế giao thông vận tải (Bộ Giao thông vận tải) 2. Tổng công ty Xuất nhập khẩu Xây dựng Việt Nam (Bộ Xây dựng) 3. Tổng công ty Cơ điện – Xây dựng Nông nghiệp & Thủy lợi (Bộ NN&PTNT) 4. Tổng công ty Xăng dầu 5. Tổng công ty Xi măng Việt Nam 6. Tổng công ty Dược Việt Nam (Bộ Y tế) 7. Tổng công ty Cao su Việt Nam 8. Tổng công ty Công nghiệp Ôtô Việt Nam (Bộ Giao thông vận tải)
- 9. Tổng công ty Xây dựng Sông Hồng (Bộ Xây dựng) 10Tổng công ty Bia rượu Nước giải khát Hà Nội (Bộ Công nghiệp) 11. Tổng công ty Công nghiệp Sài Gòn (UBND thành phố HCM) 12. Tổng công ty Cấp nước Sài Gòn (UBND thành phố HCM) 13. Tổng công ty Cơ khí ôtô Sài Gòn (UBND thành phố HCM) 14. Tổng công ty Nông nghiệp Sài Gòn (UBND thành phố HCM) 15. Tổng công ty Phát hành sách TP. HCM (UBND thành phố HCM) 16. Tập đoàn Tài chính - Bảo hiểm Bảo Việt 17. Ngân hàng Công thương Việt Nam 18. Ngân hàng Ngoại thương Việt Nam 19. Ngân hàng Chính sách xã hội Việt Nam 20. Ngân hàng Phát triển Việt Nam E. Kiểm toán Báo cáo tài chính năm 2006 của các đơn vị trực thuộc Bộ Quốc phòng và Bộ Công an, gồm: I. Bộ Quốc phòng 1. Bộ Tổng tham mưu 2. Tổng cục Hậu cần 3. Quân chủng Hải quân 4. Quân khu 5 5. Binh chủng Thông tin liên lạc 6. Khối Học viện, Nhà trường trực thuộc Bộ 6.1 Học viện Chính trị 6.2. Học viện Hậu cần 6.3. Học viện Lục quân
- 6.4. Học viện Kỹ thuật Quân sự 6.5. Học viện Quốc phòng 6.6. Trường Sỹ quan Lục quân 1 6.7. Trường Sỹ quan Lục quân 2 7.Các doanh nghiệp trực thuộc Bộ Quốc phòng 7.1. Công ty Đông Bắc 7.2. Tổng công ty Xây dựng Trường Sơn 7.3. Tổng công ty Bay dịch vụ Việt Nam 7.4. Công ty Xuất nhập khẩu Vạn Xuân (VAXUCO) II. Bộ Công an 1. Tổng cục Hậu cần 2. Tổng cục Khoa học Công nghệ 3. Công an 12 tỉnh, thành phố trực thuộc Trung ương sau: 3.1. Công an thành phố Đà Nẵng 3.2. Công an tỉnh Quảng Nam 3.3. Công an tỉnh Quảng Ngãi 3.4. Công an tỉnh Bình Định 3.5. Công an tỉnh Đắk Lắk 3.6. Công an tỉnh Đắk Nông 3.7 Công an tỉnh Gia Lai 3.8. Công an tỉnh Kon Tum 3.9. Công an tỉnh Hà Tây 3.10. Công an tỉnh Hòa Bình
- 3.11. Công an tỉnh Sơn La 3.12. Công an tỉnh Điện Biên.
CÓ THỂ BẠN MUỐN DOWNLOAD
-
Quyết định số 15/2006/QĐ-BTC
58 p |
937 |
461
-
Quyết định số 19/2006/QĐ-BTC
60 p |
397 |
87
-
Quyết định số 24/2006/QĐ-BTC
25 p |
109 |
26
-
Quyết định số 40/2006/QĐ-BYT
2 p |
121 |
20
-
Quyết định số 199/2006/QĐ-UBND
8 p |
106 |
14
-
Quyết định số 32/2006/QĐ-NHNN
13 p |
126 |
11
-
Quyết định số 02/2006/QĐ-BTNMT
4 p |
61 |
7
-
Quyết định số 556/2006/QĐ-KTNN
18 p |
74 |
6
-
Quyết định số 876/2006/QĐ-KTNN
13 p |
59 |
5
-
Quyết định số 09/2006/QĐ-NHNN
10 p |
51 |
5
-
Quyết định số 3770/2006/QĐ-BTC
8 p |
59 |
3
-
Quyết định số 71/2006/QĐ-TTg
2 p |
42 |
3
-
Quyết định số 122/2006/QĐ-UBND
12 p |
44 |
2
-
Quyết định số 187/2006/QĐ-TTg
3 p |
57 |
2
-
Quyết định số 437/2006/QĐ-UBND
2 p |
42 |
2
-
Quyết định số 900/2006/QĐ-KTNN
18 p |
55 |
2
-
Quyết định số 20/2006/QĐ-BCN
6 p |
45 |
2

Set-Cookie: TLDEVNamespace=un4rdi5dhf8f639gbrr2ih1j63; path=/; domain=.tailieu.vn; HttpOnly


markdown:
# Adroid
**Adroid**
-
Cuốn sách sẽ hướng dẫn cho mọi người chi tiết cách dùng Android trong Eclipse, biết cách khai thác IDE được hiệu quả hơn. hy vọng những bạn mới chập chững bước vào lập trình androi có thêm thông tin và biết cách khai thác hiệu quả hơn ……………………………………………………………………………………
5p
entrysky
13-10-2011
97
45
Download
-
To my dogs, Lulu and macho , and my cat, Vito: thanks for keeping me company in the cold basement while i cranked out page after page in the wee hours of the morning while cveryone alse was asleep. Writing is a lonely gig, and your company helped the time pass much easter ( and kept my feet and lap warm too ).
388p
rimocchino
31-10-2012
51
21
Download
-
Hiện nay, Android đã vương lên cùng IOS là những nền tảng di dộng đang chiếm lĩnh thị trường hiện nay. Adroid có thế mạnh miễn phí và là nơi có tạo điều kiện cho các lập trình viên thỏa sức sáng tạo các ứng dụng di động trên hệ điều hành này, điều này giúp Adroid có một kho các ứng dụng vô cùng lớn và đa dạng cho người dùng.
4p
sunshine_5
12-07-2013
30
3
Download
-
6 Ứng dụng để xem video tốt hơn trên Android Những ứng dụng dành cho thiết bị Android dưới đây miễn phí nhưng nhiều tính năng, hỗ trợ xem phim tốt hơn so với trình chơi video mặc định của máy.
9p
sunshine_10
27-07-2013
17
2
Download

Set-Cookie: TLDEVNamespace=76e8d66fo7holr8s2moibbgh11; path=/; domain=.tailieu.vn; HttpOnly