BlackTDN :: Autenticação 2FA para Usuário Root no WSL
--- # naldodj-wsl-2FA ## Autenticação 2FA para Usuário Root no WSL ### Introdução O Windows Subsystem for Linux (WSL) é uma ferramenta poderosa que permite aos desenvolvedores executar um ambiente Linux diretamente no Windows. No entanto, a segurança é uma preocupação importante, especialmente quando se trata de acessar o usuário root. Neste post, vamos mostrar como configurar a autenticação de dois fatores (2FA) para o usuário root ao acessar o WSL, garantindo uma camada adicional de segurança. ### Objetivo Vamos configurar um script de login que valida a senha do root e usa autenticação 2FA baseada em Time-based One-Time Password (TOTP), usando ferramentas comuns como `openssl`, `oathtool`, e `perl`. ### Passo 1: Instalar as Ferramentas Necessárias Primeiro, precisamos garantir que temos todas as ferramentas necessárias instaladas. Isso inclui `openssl`, `oathtool`, e `perl`. ```bash sudo apt-get update sudo apt-get install openssl oathtool perl ``` Para os scripts em Lua.
Fala Naldo
ResponderExcluirTa correria aqui mas cheguei a ver a classe, achei muito interessante, tentarei testar com calma...
Gostaria de saber a sua opinião sobre a utilização do SQLite, apontando vantagens e desvantagens...
Pelo que vi existem chamadas do TCSetConn n vezes, na questão da performance isso não pode prejudicar?
Abraço!
Vitor, é apenas um protótipo. Uma brincadeira com ADVPL e SQLite. Uma definição muito boa sobre o SQLite poderá ser lida em (Wikpédia :: SQLite http://pt.wikipedia.org/wiki/SQLite). Dada as Característica do SQLite ele não pode ser usado diretamente no Protheus e, por isso, da classe. SQLite ou qualquer outra conexão feita via ODBC (Generic) não poderão ser usadas como base de dados principal. Poderiam ser utilizadas para Leitura de um ambiente externo ao protheus ou como criação de arquivos temporários. Seria interessante que o Protheus suportasse o SQLite para os arquivos de dicionários de Dados e para arquivos temporários ao invés dos ISAM (dbf, ADS, CTree, BTrieve). O que me forçou a criar a classe e não usar as funções padrões para manipulação de arquivos de dados no protheus foi a seguinte limitação no SQLite:
Excluir--------------- ODBC Connection Check-Up ------------------
ODBC Mapped Functions ......: 1.0
ODBC DBMS Name..............: SQLite
ODBC DBMS Version...........: 3.7.12
ODBC DBMS Database Name.....: c:\db\sqllite\sqllite.db
ODBC Data Source Name.......: SQLite3
ODBC Server Name............: c:\db\sqllite\sqllite.db
ODBC Driver Name............: C:\WINDOWS\system32\sqlite3odbc.dll
ODBC Driver Version ........: 0.95
ODBC Support ODBC Version...: 03.00
-----------------------------------------------------------
------------- Generic Connection Check-Up -----------------
Prepared Stmt Cache .......: ENABLED
Index Trace ...............: DISABLED
ISAM Compatibility Mode ...: DISABLED
Connection Access Mode ....: READWRITE (DEFAULT)
[INFO] Initial CheckUp - ISAM OPERATIONS NOT SUPPORTED.
Observe que o Driver para SQLite não tem suporte para "ISAM Compatibility Mode" impossobilidando o uso das funções padrões para manipulação de arquivo de dados como a dbUseArea, dbCreate, etc.
Com relação a TCSetConn elas foram colocadas onde necessário: Criação, abertura, Seleção, transação, etc.: Quando da finalização da Classe o número de chamadas diminuirá, mas ainda continuarão a existir em "grande" quantidade pois tem-se que garantir que a operação será efetuada na conexão correspondente e tem-se que garantir, TAMBÉM e PRINCIPALMENTE, que a conexão padrão sempre será a conexão do DBMS principal.
Está convidado a brincar com a TSQLite e se estiver disposto a desenvolvê-la comigo é só dizer. Ela não tem a pretensão de substituir os arquivos suportados pelo sistema (Isso é responsabilidade do pessoal de tecnologia da totvs). É apenas um exercício e uma brincadeira para mostrar como poderemos utilizar uma Conexão via ODBC (Generic).
SQLite é excelente para uso em aplicativos móveis.
ExcluirFácil pro pessoal da Totvs incorporar ao produto uma vez que o código do SQLite é auto-contido. Neste caso nem precisaria do dbAccess. O acesso seria direto.
Excluir